Version imprimable
Bonjour,
J'ai un projet constitué de plusieurs références dont les dll se trouvent dans un répertoire spécifique (Debug\System du projet courant).
L'ensemble fonctionne correctement mais lors de l'exécution ces dlls sont copiées à la racine de l'exécutable (Debug) ce que je ne souhaite pas!
J'imagine qu'il est possible de paramétrer ce comportement. Comment faire?
Merci
Tu fais un clic droit sur la DLL dans l'explorateur de projets, puis Propriétés, et tu mets la propriété Copy Local à False
Ok merci bien pour cette réponse.
Cependant, si je passe l'option à false, mon service ne se lance plus...
Il semble qu'il n'arrive plus linker les dll alors que la compilation passe sans pb!
Une idée?
Voici l'erreur levée sur une de mes références.
Code:Impossible de charger le fichier ou l'assembly 'ACLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' ou une de ses dépendances. Le fichier spécifié est introuvable.
Donc si j'ai bien compris, tu as une application qui utilise une dll mais tu ne veux pas que la dll soit dans le dossier de l'application ?! il n'y a pas 36 solutions, il faut bien que l'application puisse trouver la dll.
- Soit tu la charge de manière dynamique (Assembly.Load)
- Soit tu enregistre la dll et toutes ses dépendances dans le GAC (déjà traité sur le forum)
- Soit tu utilises un outil tel que ILMerge (cherche sur google) afin d'inclure toutes tes dlls dans ton exe final.
Yep, je plussoie.
Cependant je ne vois pas pourquoi ne pas mettre les DLL à la racine de l'EXE ??
Nous trouvons plus "propre" le fait de placer les dll dans un sous-répertoire de l'application. Sans doute une allergie aux dll envahissantes depuis mon séjour sous Windev ;)
Pour compléter mon pb, voici comment sont liés mes projets.
- ACLib, bibliothèque de classe, contient des classes permettant d'accéder à des dll C++ via P/Invoke.
- ACHL7, bibliothèque de classe, utilise la référence ACLib
- ACHL7Svc, service windows incluant comme référence ACLib et ACHL7.
J'ai essayé de placer toutes les dll dans un répertoire spécifique indépendant des projets. Toutes les compilations marchent mais le service ne fonctionne pas (même erreur que précédemment).
Je vais voir ce que je faire avec les méthodes que vous m'avez conseillées.
salut
petite suggestion...
Quand un exe cherche des dll, il les cherche dans le Path de windows après avoir échoué dans le repertoire local... et puis il regarde dans le GAC...
Une idée serait de modifié l'environnement de l'applaction en ajoutant
au paramètre Path le chemin ou se trouve tes dll... (et comme l'environnement est local à l'application, ca devrait le faire)
The Monz, Toulouse
La solution du probing pourrait peut être te convenir. Cela consiste à indiquer un ou plusieurs sous-répertoires (relatif au répertoire de l'application) qui seront utilisés par le runtime pour rechercher les assemblys.
Pour cela, il faut ajouter une entrée runtime dans le fichier de configuration de l'application de cette manière
Code:
2
3
4
5
salut
ca marche impec ton truc du probing
Je ne connaissais pas mais je me doutais bien qu'une telle possibilité devait etre possible avec le fichier de configuration :)
The Monz, Toulouse
Ça marche aussi pour mes projets!
Merci à vous