Problème de load d'assembly

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

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

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...

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:

---

AppDomain.CurrentDomain.AppendPrivatePath("truc");

---

et ça roule !!!

WOURRAYYY

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...

à 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é ? :|

Merci pour ta réponse...

Et finalement, la solution, c'est ???

M$ te l'as dit ... PrivatePath qui doit être définis lors de la création d'un AppDomain :aie: ... Sinon moi je l'utilise tout le temps AppendPrivateBinPath, en espérant juste qu'ils ne retirent pas cette fonction dans les futures version du framework :|

En même temps le bon conseil de crosoft ne fonctionne pas...

Et l'autre est marquée à deprecated...

Non mais je ne pense pas que le PrivateBinPath corresponde à tes besoins car cette propriété n'est prise en compte qu'avant la création de l'AppDomain et apparament tu ne le crées pas toi même donc ça ne marchera jamais avec la solution de M$ :|

Haaaa

c'est pour ça que ça marche pas... Forcément, moi ce que je veux faire c'est l'ajouter au current AppDomain...

Bon, je vais laisser la méthode deprecated alors...

merci.