Recherche:

Je pense que tu n'as pas saisi un truc là. Je ne peux que te renvoyer vers mon message ou je récapitule les différentes solutions.

Si tu veux inspecter des assemblies et c'est tout (pas instancier...

Je ne comprends pas cet appel à CreateInstanceAndUnwrap, le deuxième argument est censé être un nom de type. Toto.dll c'est quoi, l'assembly que tu souhaite charger dynamiquement puis plus tard...

Non ton code charge dans un second appDomain une assembly depuis le domaine par défaut. Ce que je veux dire par "depuis un domaine" c'est que la méthode load doit être appelée par un objet qui vit...

C'est le fonctionnement standard et cette méthode n'a aucun intérêt puisqu'au final ton assembly se retrouve dans ton domaine courant et que tu ne pourras pas la décharger de celui-ci. Le seul moyen...

Décidemment c'est presque du spam là :). Mais pour répondre clairement au problème:

Si tu veux simplement inspecter une assembly sans la charger alors tu peux passer par...

Comme le dit la doc sur la méthode ReflectionOnlyLoad:



Et comme le dit ton exception, il faut soit précharger les assemblies dont dépend l'assembly qui t'interesse par la même méthode, soit...

Oui c'est le sens de mon message plus haut. Avec ça tu charges l'assembly dans le domaine courant, pour t'en assurer il suffit de lister les assemblies de ce domaine... Au final on obtient pas du...

je vais peut être dire une bêtise mais il me semble avoir lu qd je m'intéressais aux appDomain que appDomain.Load ne devais être appelé que depuis le domaine dans lequel on souhaite charger...