Discussion :

[theMonz31]

Bonjour

J'ai un exe qui définit une interface et qui charge des DLL qui implémente cette interface (plug-in).

Mon exe et son fichier d'interface se trouve dans le repertoire A.

Mes plug-in se trouvent dans le repertoire B.

Cas figure 1:
Si j'utilise Assembly.LoadFrom(Repertoire B) pour charger mes plug-in, j'ai un problème de cast car l'assembly Interface étant chargé 2 fois, ca merde. Je connais ce problème et une solution est de ne pas faire une copie locale du fichier d'interface.
Celà est une solution mais ca me gène un peu.

Cas figure 2:
J'utilise Assembly.LoadFile(Repertoire B) pour charger mes plug-in. Là, tout fonctionne à merveille (en ayant dans le repertoire B les fichiers DLL d'interface) sauf que, lors d'un loadFile(), si un fichier est référencé par mon assembly à charger et que ce fichier n'est pas dans le repertoire A (ce qui peut arriver souvent), l'assembly n'est pas monté. En clair, un LoadFile() ne résout pas les problèmes de "liens" (en dehors des assemblys se trouvant dans le GAC).

Comment puis-je faire alors pour avoir la souplesse du cas de figure 2 (pouvoir inclure dans une distribution d'une DLL l'ensemble des dépendances) et ne pas rencontrer cette exception au chargement ?

Est-ce que la seule solution est d'installé les dépendances de mon plug-in dans le GAC ?

Toutes idées, question sera la bienvenue

Merci d'avance

Nicolas

[Jérôme Lambert]

Le répertoire B n'est donc pas un répertoire enfant du répertoire A ?

[Jérôme Lambert]

Si j'ai bien compris ce que tu as expliqué, je n'ai aucune erreur... Est-ce mon test sous visual studio correspond bien à ton cas ?

Tu peux lancer directement le projet "Client" pour tester.

[theMonz31]

bonjour jérome

Effectivement, dans ton cas et quand je fais ce que tu fais (déja testé d'ailleurs), je n'ai pas d'erreur... Tu remarques que dans ton repertoire B, tu n'as pas la DLL AssemblyInterface de présent

Avec le LoadFile, j'ai pas d'erreur au chargement (quoi que dans mon cas si, mais dans d'autres tests plus simples effectués non)... mais après, dès que je vais vouloir instancier un objet via "CreateInstance()", celà va planter car, meme si le Loadfile s'est bien déroulé, il va me dire par exemple, sur le CreateInstance() "can't find file xxx.dll" qui correspond à une dépendance de la DLL de base 'pluginA.dll' par exemple.

En gros, LoadFile fonctionne très bien si tu n'as pas de dépendances, ou bien si ces dépendances sont présentes dans l'Exe qui veut créer l'objet. Par contre, si l'exe qui veut créer à partir du LoadFile() et du createInstance n'a pas dans son repertoire la dll dont dépend l'assembly chargée, ca fait boum.

A priori, au vue des forums et des explications du MSDN, la solution est simple.

Soit LoadFrom mais une SEULE assembly de même nom peut-etre chargée, soit LoadFile mais à ce moment là, je "m'assois" sur mon chargement depuis un repertoire autre que celui de l'exe et/ou mes plug-in n'ont aucune dépendance hors dll présente dans le GAC.

Soit je fais une fonction qui copie mes dll venant du repertoire plug-in dans le repertoire de mon exe (en evitant d'écraser les fichiers présents) et en fin de programme, je dégage ces fichiers copiés.


Je pense que la solution 3 va être celle adoptée au vue de la non "solution" me convenant à ce problème.

Merci en tout cas d'avoir essayer

[Jérôme Lambert]

Avec le LoadFile, j'ai pas d'erreur au chargement (quoi que dans mon cas si, mais dans d'autres tests plus simples effectués non)... mais après, dès que je vais vouloir instancier un objet via "CreateInstance()", celà va planter car, meme si le Loadfile s'est bien déroulé, il va me dire par exemple, sur le CreateInstance() "can't find file xxx.dll" qui correspond à une dépendance de la DLL de base 'pluginA.dll' par exemple.

En gros, LoadFile fonctionne très bien si tu n'as pas de dépendances, ou bien si ces dépendances sont présentes dans l'Exe qui veut créer l'objet. Par contre, si l'exe qui veut créer à partir du LoadFile() et du createInstance n'a pas dans son repertoire la dll dont dépend l'assembly chargée, ca fait boum.

A priori, au vue des forums et des explications du MSDN, la solution est simple.

En fait, l'assembly commune (donc AssemblyInterface.dll dans mon exemple), tu ne la mets que dans le répertoire B ?

[theMonz31]

et non, la déclaration d'interface se trouve dans plusieurs repertoires et en plus, un plug-in peut très bien s'appuyer sur des librairies communes à plusieurs plug-in et voir à l'hote du plug-in