Discussion :

[zebrette]

Bonjour,

J'ai:
- un projet A donnant une dll-A
- un projet B, qui référence la dll-A, et donne une dll-B
- un projet C, qui référence la dll-B mais a priori n'a pas besoin de référencer directement dll-A.

Je peux, dans le projet C, référencer la dll-B sans erreur, et même lancer l'application, mais dès que les objets de la dll-B sont manipulés j'obtiens une erreur me disant qu'il ne peut pas trouver/charger la dll-A. Ceci me semble logique... et est corrigé si je référence manuellement la dll-A dans le projet-C.

Mais est il possible de faire que dès que j'ajoute la dll-B dans les références, la dll-A soit automatiquement chargée, "en cascade"?

Cette question n'est qu'une des nombreuses questions que je me pose sur les bonnes manières dans le référencement de dll et "l'assemblage" de projets, faute de meilleur dénomination, aussi, si en plus de la réponse, vous pouvez m'orienter vers un ouvrage qui m'expliquerait tout ca, ce serait parfait.

Merci,
Zebrette

PS: je travaille sur visual basic 2010 express (si ca change quelquechose à la théorie)

[zebrette]

Peut etre devrais je reformuler plus succintement:

Comment faire pour qu'au moment de l'import d'une dll dans un projet, toutes les ("sous"-)dlls nécéssaires à son fonctionnement soient aussi importées?

Je sais que c'est possible car il y a des dll que je référence qui le font; j'en importe une, et j'en ai en fait 3 ou 4 nouvelles de chargées...

[DonQuiche]

Bonjour..

Ce n'est pas un problème de référencement de la dll A, c'est un problème de chemin d'accès. Rappelle-toi qu'en dotnet les dll sont référencées par leur nom complet et non par leur chemin d'accès. Ce qui veut dire que lorsque ton appli chercher à charger la dll, celle-ci va regarder dans le GAC si l'une d'elles qui a un nom correspond, puis dans le répertoire de démarrage de l'appli, etc...

Autrement dit, en chargeant "B", l'appli détecte bien qu'elle doit charger "A". Simplement, il lui est impossible de la localiser car elle n'est pas dans le dossier de l'appli. La dll "B", en revanche, parce qu'elle a été référencée, a été automatiquement copiée. Et si tu avais référencé le *projet* "B" au lieu de la dll, A aurait aussi été copiée car elle figure, avec son chemin d'accès, dans les références du projet (alors que seul son nom est dans la dll).

Partant de là...
* Soit tu références le projet B au lieu de la dll
* Soit tu copies A manuellement.
* Soit tu places A dans le GAC.

J'espère t'avoir éclairci les idées.

[zebrette]

c'est très clair, merci.