Discussion :

[adrienfehr]

Bonjour à tous,

Un petit exemple pour illustrer mon problème :

• DLL #1 Service : Elle contient une méthode que je vais exporter avec MEF
• DLL #2 Application : Elle contient une méthode qui va appeler la méthode crée dans la DLL #1 à travers MEF (le projet dot net de la DLL#2 n’aura pas de référence vers la DLL#1)

Avec MEF (Managed Extensibility Framework) Le projet qui va consommer le service [dans mon exemple ceci correspond à la dll #2] ne contient plus de référence sur la dll contenant le service (DLL #1) par contre cette dll doit se trouver dans le même répertoire où se trouve la DLL qui va consommer ce service.

... la question :
Quand on ajoute une référence à un projet dot net, Visual Studio va automatiquement copier les Dlls dans les bon répertoires mais avec MEF les références ne doivent pas être utilisé et donc les dlls "Service" ne seront plus copier. Comment avez-vous solutionné ce mini problème ?

Merci d'avance.

[meziantou]

Une solution consiste à créer un Post-Build Event pour copier la dll dans le bon dossier

http://msdn.microsoft.com/en-us/libr.../ms165412.aspx

[sisqo60]

Bonjour,

C'est un peu bourrin mais un postbuild, ça fonctionne.
Je pense que le plus simple c'est de faire en sorte que les 2 dlls aient le même répertoire de sortie. De toute façon, il y a de grandes chances qu'en déploiement ces dlls se retrouvent dans le même répertoire.

Bon dév.

[adrienfehr]

Ok merci domage que visual studio n'ai rien prévu pour un problème commun à tous.

Je vais faire pointer les outputs (debug et release) des deux projets vers un répertoire unique (pas besoin de script dans ce cas là). Il reste le projet unit test où il faut un peu bricoler avec un deployment item.

Merci.