Discussion :

[Spirk91]

Bonjour,

Je débute en programmation et je rencontre un problème qui me tracasse depuis quelques semaines.
J’ai pour mission d’intégrer un projet sous forme de dll dans un logiciel nommé SmarTeam.
Afin de tester si le code fonctionne, je travaille en debug. Mais une fois que je compile et enregistre la dll afin de l’utiliser dans SmarTeam, le message d’erreur suivant s’affiche :
« Impossible de charger le fichier ou l’assembly ‘Interop.SmReclist, Version=1.0.0.0, Culture=Neutral, PublicKeyToken=null’ ou une de ses dépendances. Le module était censé contenir un manifeste de l’assembly . » Sachant que Interop.SmReclist est une référence utilisée par le projet/dll.
Je ne comprends pas d’où provient le problème sachant que le code fonctionne en debug (en ajoutant un projet supplémentaire permettant de piloter la dll en injectant les informations contenu dans le logiciel (comme une entité sélectionnée par exemple)).

En gros :
- La dll fonctionne en debug (par le biais d’un projet qui lui injecte les informations de la session active du logiciel)
- La dll ne fonctionne pas une fois que celle-ci est intégrée au logiciel (voir message d’erreur ci-dessus)
Pourquoi la dll ne fonctionne pas alors que c’est le cas en debug ? Qu’est-ce que qui diffère entre les 2 cas ?
Si vous avez des solutions à apporter ou bien un regard différent, je suis preneur ! .

Merci à vous !

[mactwist69]

Hello,

Donc tu compiles ton projet dll....
Ensuite j'imagine que tu récupères les DLL générés, ET la dll "Interop.SmReclist" qui doit elle aussi être présente dans Bin/Debug de ton projet Dll

Donc dans ton projet SmarTeam, tu ajoutes en référence la ou les dll de ton projet dll ET la dll Interop.smReclist...

Tu fais bien ceci ?

[Spirk91]

Merci pour ta réponse !

La dll "Interop.SmReclist" est intégré en tant que référence à mon projet et celle ci se retrouve bien dans bin/Debug à chaque compilation.
Interop.SmReclist se retrouve incluse dans ma dll une fois compilé (je pense : j'ai sélectionné ressource incorporé).

[mactwist69]

Mon avis c'est que si "Interop.SmReclist" apparaît dans Bin/Debug, c'est alors qu'il faut le copier également avec les DLL de ton application.

Normalement, dans Bin Debug, tu as tout ce qui est nécessaire et obligatoire.
D'habitude on ne copie que les DLL du projet en lui même, car les dll du Framework se trouve déjà dans les projets cibles.

Mais dans ton cas, la dll particulière a donc besoin d'être présente

[Spirk91]

Interop.SmReclist est directement issu de mon application (SmarTeam). Cette application comporte ses propres ressources qui sont enregistrées dans le registre.
J'ai fais le choix de copier dans le fichier de sorti les dll issus de l'application (ressource incorporée).

[mactwist69]

Alors.... On va refaire un point là... Parce que c'est pas clair.


Tu as deux solutions :

- SmarTeam (Solution 1)
- Solution 2 (Dll)

SmarTeam est une solution qui contient plusieurs projets :
- un projet exécutable (projet de démarrage)
- un projet de type bibliothèque de classe qui donc une dll nommée "Interop.SmReclist"

Dans la Solution 2, tu as importé en référence la fameuse dll "Interop.SmReclist"

Tu compiles ta Solution 2, récupère la dll, et tu l'intègre à SmarTeam (Solution 1)

-> Et quand tu lances SmarTeam en Debug, là, patatraque, il te dis que ta dll de la Solution 2 n'arrive pas a charger "Interop.SmReclist"

Est-ce bien cela ?



PS: Les ressources incorporés, c'est le principe de mettre les fichiers ressources dans l'exe directement en binaire (donc les logos, les images, tous les fichiers annexes).
MAIS pas les fichiers dll qui sont en références. En tout cas je ne crois pas. Donc pour moi, ça c'est hors de propos.

De mon point de vue, pour que SmarTeam fonctionne bien, dans son dossier (Bin/Debug), il devrait y avoir :

l'exe de SmarTeam, les dll éventuelles issus des autres projets de SmarTeam (si ils sont référencés par le projet SmarTeam)
toutes les dll en références issus d'autres projets (donc projet 2)
-> Mais aussi toutes les dll que le projet 2 a lui même en référence (donc toutes les dll de son Bin/Debug à lui)