VCL.net + ADO.net + Informix

[RuX]

Was gibs hier für Möglichkeiten? Ich will per VCL.Net über ADO auf ein Informix server zugreifen. BDP gibs anscheinend auch nur für WinForms Der OleDB Provider lässt sich leider auch nicht per Importexperte nach VCL importieren. Finde sogar gar nichts, um über vcl.net auf ADO zuzugreifen, die einzige Komponente die was mit ADO zu hat, scheint wohl TADONetConnector zu sein, über die steht allerdings nichts in der Hilfe und es scheint mir auch nicht das richtige zu sein.
Gibt zwar von MS ein ODBC Provider, aber das will ich dann doch nicht
Kann mir jemand was dazu erzählen?

[Bernhard Geyer]

Um FCL-Komponenten (ADO.NET oder ähnliches) in VCL.NET-Formularen zu verwenden gibt es NET2VCL

ADO sollte zwar mal als ADOExpress in D8 nachgeschoben werden mittels update, aber da jetzt schon D9 angekündigt wurde wird es wohl nichts mehr.

Und wenn solltest Du einen Manages-ADO.NET-Provider für Informix suchen anstatt noch den Umweg über ADO zu gehen..

[RuX]

ahja, vielen dank schonmal, vcl2net kannte ich noch nicht.
ich hab mittlerweile einen informix oledb provider gefunden (war bein informix client sdk tc3 dabei).
kennt sich den hier jemand aus mit informix+.net? ob vcl oder nicht ist erstmal unwichtig.
ich habe ja ja wie gesagt oledb provider gefunden die beim clientsdk tc3 dabei waren. das problem ist jetzt, dass das aufbauen der connection, mit der IfxConnection schon gar nicht erst funktioniert (winforms)
mir ist dann aufgefallen das allgemein meine ganzen bde anwendungen nicht funktioniern und sich sofort beenden wenn man tdatabases öffnet. mit dem csdk tc2 funktioniert das ganze noch einwandfrei. ich denke also es ist mit tc3 allgemein, aus irgendwelchen gründen nicht möglich eine verbindung aufzubauen. das problem ist eben dass jetzt die komponenten nur beim csdk tc3 dabei sind
wie deploye ich den .net komponenten?
ich hatte nämlich schon probiert meine .net winfors anwendung auf andereren rechnern mit framework 1.1 auszuführen, aber das führe immer zu einem fehler auch wenn ich die informix komponenten dll in den frameworkordner/programm ordner kopiert hatte funktionierte das ganze leider nicht.
wäre dankbar über jede antwort

[Bernhard Geyer]

Zitat von RuX:

ich hatte nämlich schon probiert meine .net winfors anwendung auf andereren rechnern mit framework 1.1 auszuführen, aber das führe immer zu einem fehler auch wenn ich die informix komponenten dll in den frameworkordner/programm ordner kopiert hatte funktionierte das ganze leider nicht.
wäre dankbar über jede antwort

Ich vermute es wird nicht reichen nur die informix komponenten-dlls zu kopieren. Diese werden vermutlich auf die native Informix-Client-API aufsetzen. Und diese müssen auch kopiert/installiert werden.
Gibt es nicht irgendwelche Distributions-Infos?

[RuX]

hab ich noch keine gefunden.
wie ist den das allgemein bei nicht standard komponenten? wie werden die deployed? reicht normalerweise kopieren? ich denke die informix sind jetzt ein sondernfall da sie ja anscheinend noch weitere clientsdk/connect dateien benötigen.
ich muss noch dazu sagen das auf den anderen rechnern auf denen ich es probiert hab auch informix connect/client-sdk tc2 installiert war. aber wie es eben scheint sind die .net komponenten nur kompatibel zu tc3. wie du schon gesagt hast da fehlt dem wohl etwas von der informix api. aber tc3 läuft ja irgendwie nicht. muss aber fast daran liegen, habs grad mit odbc (*hust*) probiert, und das funktioniert einwandfrei.

[Bernhard Geyer]

Zitat von RuX:

wie ist den das allgemein bei nicht standard komponenten? wie werden die deployed? reicht normalerweise kopieren?

Eine allgemeingültige Aussage kann nicht getroffen werden. Der Idealfall wäre einfach die nötigen DLL's parallel zu der Anwendung zu kopieren. Aber da noch sehr viele der .NET-Komponenten auf den "alten" COM-Komponenten basieren wird es oft nicht so möglich sein.
Du wirst für jede eingesetzt Komponente die Deployment-Dokumente durchlesen müssen. Und ich würde (wenn bei einer Komponentenauswahl mehrer Komponenten zur verfügung stehen) immer die nehmen, die durch ein einfaches XCopy installiert werden können.