Hallo,

falls es noch interessiert, hier die Lösung meines Problems:

Da das COM-Object sich ohne Probleme unter VB aber nicht unter C#, mangels fehlender Wrapper-DLL, ansprechen und auslesen lies, habe ich einfach in VB eine Klasse geschrieben, die das von mir benötigte Objekt public enthält. Diese habe ich dann in C# reingeholt und mir das Object geben lassen. Dann habe ich mir mittels System.Reflection das Object geben lassen, das ich wieder TypeCasten konnte.

Nicht ganz schön, aber funktioniert.

grüße und Danke für die vielen Anregungen

Hey...

Danke 🙂

Die Antwort ist ja mal wieder soooo einfach, da hätte man fast selbst drauf kommen können 🙂

Grüße

pitschi

Hallo,

wo findet man eigentlich eine Liste...

1. ... wie sich der Connection String zusammensetzt?

2. ... wo die Extended Properties erklärt sind?

Danke und Grüße

pitschi

Hallo,

habe Heute tatsächlich erfahren, dass die Wrapper-DLL, für den Einstig in die COM-Application mit Absicht unterschlagen wurde. Ich bekomme sie wahrscheinlich diese Woche nachgeliefert.

Danke nochmal für die Lösungsansätze. Mir sind einige Dinge klarer geworden...

Das mit dem ActiveX probiere ich morgen nochmal aus...

Zu den Fragen:

• Ja, ich habe das in VB auf dem Selben Ordner benutzt.
• Ja, sie funktioniert. In dem VB kann ich tatsächlich dann damit Arbeiten.
• Ja, ich habe auch alle Rechte, sie zu benutzen.

Auf jeden fall interessante Ideen. Ich werde da nochmal nachharken 🙂

Ja...

das wäre es, allerdings will er mir das Teil ebend nicht einfügen. Da sagt er mir, dass es keine gültige Assembly oder COM-Komponente ist.

Die Methode wäre mir die Liebst, weil einfachste.

Jetzt suche ich einen Alternativweg, wo ich die VB-Vorgehensweise (siehe Code meines ersten Postings in diesem Thread) kopieren kann und hoffe, dass jemand so einen kennt.

ups...

hast ja recht 🙂

...\SDK\v1.1\Bin>TlbImp.exe \Programm
e\Application\Application.exe /out:ApplicationLib.dll
TlbImp error: The input file 'C:\Programme\Application\Application.exe' is not a valid type library

so besser, aber bringt natürlich auch nicht das gewüschte ergebnis... 🙂)

Noch ne Kurze Ergänzung...

In dem COM-Reiter habe ich z.B. die Report Komponente und die Database komponente ohne Probleme gefunden...

Ne, auf dem COM-Reiter ist es nicht vorhanden. D.h. es sind schon welche vorhanden. Auch welche, die in die entsprechende Richtung gehen, aber in denen habe ich nicht das gefunden, was ich gesucht habe.

Das mit dem Kommando-Tool hatte ich mir fast schon gedacht...

Ich habe auch mit dem "Durchsuchen"-Button versucht das Teil ein zu binden, jedoch gab es da auch nur eine Fehlermeldung. Jetzt kann ich mir fast erklären, warum...

Das mit dem selber erzugen verstehe ich nicht.

Da ist von einer "Windows® Script Component" die Rede. Sowas habe ich gar nicht. Das ist ehr eine Application, die geladen wird. Geht das damit auch?

Ich habe auch noch einen Hinweis in dem Artikel gefunden, den du als erstes gschickt hattest... Da ist von einer "CoCreateInstance" Methode die rede, die aufgerufen wird und ein Object zurück liefert (irgendwie). Kann ich das teil irgendwie benutzen?

Ich bekomme es übrigens auch nicht in ein Steuerelement gezogen...

Das ist der Komandozeilenaufruf:

.......\SDK\v1.1\Bin>TlbExp.exe c:\Programme\Application\Application.exe /out:ApplicationTest.dll