Discussion :

[bilb0t]

Bonjour,

J'ai une webapplication project.

En dessous, j'ai une architecture avec factory. (gestion de "module " et non de pluggin)

Bref, j'ai tout un paquet de dll ds mon rep bin. Et quand je dois loader une classe par le factory, je boucle sur tout les assemblies du current AppDomain et quand je la trouve, j'instancie l'object.

Le problème, c'est que toutes les dll de bin ne sont pas toujours loader ds le current appdomain...

Qu'à cela ne tienne, me dis-je.... et zou je fais un assembly.LoadFile(...) de toutes les dll de bin comme ça je suis sur que tout est dedans...
Et je me retrouve avec plusieurs instances de mes assembly ds le current appdomain avec tout les problèmes qui s'ensuive ( des class semblables mais différentes, des doublons, des singletons qui foirent, ...)

Je me suis donc dit: "Je vais mettre mes dll de modules ds un autre repertoire et les loader au début de l'applic)...

Mais là, je ne sais plus parcourir mes assemblies car j'ai l'exception: System.Reflection.ReflectionTypeLoadException qui peut subvenir quand on utilise Assembly.LoadFile d'après la doc.

Bref je sais plus trop quoi faire...

Quelqu'un a une idée ?

Merci

[LefortLudovic]

Tu ne peux pas tester sir la dll est déjà dans ton appDomain avant de faire un loadFromFile ?

[bilb0t]

c'est ce que j'ai fait à un moment, mais...


- si je laisse mes dll ds bin: quelquechose(?) à un moment reload les dll qui n'étaient pas préloader et je me retrouve avec des assemblies en double ds mon current appdomain.

- si je mets mes dll ds /truc: J'ai l'exception System.Reflection.ReflectionTypeLoadException et je ne peux pas parcourir mes assembliez et donc je ne peux pas instancier mes types...

[bilb0t]

bon, la bonne technique, c'est vbien le rep à part...


Ce qu'il faut, c'est dire au current Appdomain ou il peut retrouver mes assemblies:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

AppDomain.CurrentDomain.AppendPrivatePath("truc");

et ça roule !!!

WOURRAYYY

[bilb0t]

Petite remarque...

La méthode AppendPrivatePath est flaguée à deprecated.

Il semble qu'il faut utiliser: AppDomain.setupxxx.PrivatePath qui n'est plus un tableau mais un string...

J'imagine qu'il faut séparer les path par des ;

Mais de toute façon ça ne fonctionne pas...

[smyley]

à l'origine dans le design de .NET ils voulaient que tous les chemins soit rajoutés avant, la création du AppDomain et donc l'utilisation de AppendPrivateBinPath est une faille, d'où le depreacated cependant je trouve ça totallement absurde car si on ne le fait pas pour les plugins on se retrouve à être obligé de construire quelque chose de compliqué pour contourner celà et finallament, est-ce bien nécéssaire de se forcer à faire dans le compliqué ?