Discussion :

[BasicZX81]

Bonjour,
J'ai compilé un exécutable en mode Debug sur mon PC de dévellopement. Tout fonctionnait trés bien jusqu'a ce que j'ajoute une réference à :
Microsoft ActiveX Data Objects 2.8 Library, avec cette réference mon exe ne fonctionne plus sur le second PC.

Voici un extrait du message d'erreur :

************** Texte de l'exception **************
System.TypeInitializationException: Une exception a été levée par l'initialiseur de type pour 'X_project.ConvertDBBase'. ---> System.InvalidCastException: Impossible d'effectuer un cast d'un objet COM de type 'ADODB.ConnectionClass' en type d'interface 'ADODB.Connection'. Cette opération a échoué, car l'appel QueryInterface sur le composant COM pour l'interface avec l'IID '{00001550-0000-0010-8000-00AA006D2EA4}' a échoué en raison de l'erreur suivante*: Cette interface n'est pas prise en charge (Exception de HRESULT : 0x80004002 (E_NOINTERFACE)).
à X_project.ConvertDBBase..cctor()

Vous avez une idée pour régler le problème ? Auparavant j'avais aussi ajouté une réference à ADO Ext 2.8 for DLL and Security et je n'avais jamais eu ce type de probleme avec cette réference.

[Sankasssss]

Bonjour,

je n'ai jamais eu ce problème mais avec une recherche sur le code erreur on trouve facilement ceci : http://support.microsoft.com/kb/956708

A essayer...

[BasicZX81]

Bonjour et merci de m'avoir répondu mais le problème ne vient pas du PC de dévellopement ni du PC de destination.
C'est peut-être lié à la facon dont je distribue mon application. Je fait juste un copier coller de mon executable de la machine de develloppement vers mon autre PC.
Cette méthode fonctionnait avant, il y a d'autres moyens pour distribuer une application ?
On peut intégrer la dll directement dans le dossier de l'application ?

[Sankasssss]

Pour distribuer un programme sans faire d'installateur il faut donner le dossier Bin/Release, qui contient toutes les DLL nécessaires.

Sinon, les installateurs peuvent se charger de tout installer mais c'est légèrement plus complexe à faire, le plus simple des installateur étant (pour moi) la distribution via ClikOnce.

[BasicZX81]

Merci beaucoup, je ne pourrais tester que demain. Le problème se pose avec Windows XP, sous Windows 7 il n'y a pas de problème.

[BasicZX81]

Bonsoir, je n'ai pas trouver d'options pour intégrer les dll au package d'installation et du coup je ne vois pas de dll dans le dossier Release. Les seules dll que je trouve sont dans obj\x86\Debug et se nomment interop.ADODB.dll et interop.ADOX.dll.
Dois je renommer ces dll en ADODB.dll et ADOX.dll et est ce qu'une simple copie dans le dossier d'installation suffira, j'aimerais si possible que mon application n'est pas besoin d'installation.
Merci d'avance pour votre aide.

[BasicZX81]

Bonjour, J'ai tenté une copie des dll dans le dossier d'installation, rennomé les dll. J'ai aussi lancé une installation par le setup (depuis le dossier Publish).
Ca ne fonctionne toujours pas, je retrouve le problème sur tous les PC Windows XP.

Vous pouvez m'aider svp ?

[ebastien]

Bonjour,

En fouillant un peu sur le net, on trouve cet article de Microsoft qui explique le problème :

http://support.microsoft.com/kb/2517589

Bonne journée.

Eb.

[ram-0000]

le plus simple des installateur étant (pour moi) la distribution via ClikOnce.

Inno setup est aussi assez facile à utiliser

[BasicZX81]

Merci beaucoup ebastien, c'est pile ce qu'il me fallait.
A priori l'article propose une mise à jours des composants ActiveX Data Objects (ADO) avec notament Microsoft ActiveX Data Objects 6.1 Library inclus dans l'update.
Je n'y avait pas du tout pensé mais ce soir je recompile mon projet avec la version 6.1 de base sur mon PC de devellopement, avec un peu de chance ca devrait fonctionner. Au pire j'installerais l'update.
(Comme les 2 PC sont à 2 endroits différents, ca va me prendre du temps cette histoire )

[BasicZX81]

Bonjour, ca ne fonctionne pas . Je ne comprends pas.
J'ai installé l'update Microsoft ActiveX Data Objects 6.1 Library sur mon pc de dévellopement. J'ai modifier la réference dans mon projet vers cette nouvelle dll, j'ai recompilé.
J'ai toujours le même problème.

[BasicZX81]

Bonjour, je n'ai toujours pas résolu mon problème.
Je me serts de la réference ActiveX Data Objects xx uniquement pour instancier une connection ADODB.Connection.
Celle-ci est necessaire pour le code ci-dessous :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
Dim Cnx As New ADODB.Connection
Connstr = "Provider=Microsoft.Jet.OLEDB.4.0;" & "Data Source= " & PathName & ";Jet OLEDB:Database Password=" & PASSWORDdb & ";"
Cnx.ConnectionString = Connstr
 
Dim Catalog As ADOX.Catalog
Cnx.Open()
Catalog.ActiveConnection = Cnx

La propriété ActiveConnection n'accepte pas la connexion si je lui passe une chaine de caractére comme ceci : Catalog.ActiveConnection = Connstr
Si vous connaissez une autre solution pour éviter d'utiliser cette réference, ca m'arrangerais beaucoup.

[Bluedeep]

Bonjour

Pourquoi utiliser ADODB pour se connecter au moteur Jet ?
Pourquoi ne pas utilliser OleDB qui est standard dans le framework ?

Quel est le besoin ici ?

[BasicZX81]

Bonjour et merci de me répondre,
- J'utilise OleDB pour faire des lectures/écritures "standard" dans mon code.
- J'utilise aussi ADOX pour créer une nouvelle base (Avec les tables, relations....etc) :

Catalog.Create(Connstr) ' Ca fonctionne (même avec une chaine de caractére pour la connexion)

- J'utilise aussi ADOX pour faire des migrations de bases de données existantes (qui contient déja des données) vers des nouvelles versions. (Ajout de colonnes, ajout de tables...etc)
Seul problème : Activeconnection à besoin d'une connection ADODB apparement.

[BasicZX81]

Bonjour, j'ai trouvé cet article mais j'ai un peu de mal à traduire (ou comprendre) les 3 étapes :
http://blogs.msdn.com/b/psssql/archi...to-fix-it.aspx

1.Ship the 6.0 type library from Windows 7 RTM via the new type library file msado60.tlb. This will ship for multiple platforms.
2.Ship a new 6.1 type library (which contains both new and deprecated interfaces) and embed it inside the msado15.dll
3.Revert back all 2.x type libraries to what they looked like in Windows 7 RTM.
Therefore, the 2.x and 6.0 type libraries can be used for backward compatible purposes, and the 6.1 type library can be used for 64-bit VBA solutions. If you find yourself in the enviable place of not having to do any downlevel OS support, you can migrate entirely to the 6.1 type library even for your non-VBA applications.

Je fouille et j'essaye toutes les pistes possible, j'espère que vous pourrez m'aider.

[BasicZX81]

Bonjour, ca fonctionne enfin. Je ne comprends pas pourquoi, je n'ai rien fait entre temps (sauf que mon ordi à fait quelques mises à jours qui n'ont rien à voir à mon avis).
Bref le principale est que cela fonctionne :

Voici mes tests avec et sans le correctif MDAO : (Compilation depuis 2 PC de développement Win7 (X86 et X64) et essai d'exécution du projet sur un PC Windows XP :

Compilation depuis Win7 X32, sans le correctif MDAO :
MDAO 2.0 -> Succés
MDAO 2.8 -> Succés
MDAO 6.0 -> Succés
MDAO 6.1 -> Echec
Compilation depuis Win7 x64, sans le correctif MDAO :
MDAO 2.0 -> Pas testé.
MDAO 2.8 -> Echec
MDAO 6.0 -> Echec
MDAO 6.1 -> Non disponible sans le correctif.

Compilation depuis Win7 x32, avec le correctif MDAO.
Pas testé, je supose que cela fonctionne.

Compilation depuis Win7 x64, avec le correctif MDAO.
MDAO 2.0 -> Succés
MDAO 2.7 -> Succés
MDAO 2.8 -> Succés
MDAO 6.0 -> Succés
MDAO 6.1 -> Succés