Ładowanie konfekcjonowane w oddzielnych AppDomain, coraz InvalidCastException

Question

Próbuję załadować zespoły w osobnej domenie aplikacji, ale używam w bardzo dziwny problem. Oto niektóre kodu:

public static void LoadAssembly(string assemblyPath) 
    { 

     string pathToDll = Assembly.GetCallingAssembly().CodeBase; 
     AppDomainSetup domainSetup = new AppDomainSetup 
     { 
      PrivateBinPath = pathToDll 
     }; 

     AppDomain newDomain = AppDomain.CreateDomain("AssemblyLoader",null,domainSetup); 


     AssemblyLoader loader = (AssemblyLoader)newDomain.CreateInstanceFromAndUnwrap(
      pathToDll, 
      typeof(AssemblyLoader).FullName); 

    } 

AssemblyLoader jest inna klasa w tym samym zespole, jak ten jeden, i to dziedziczy MarshalByRef, jednak z jakiegoś dziwnego powodu, otrzymuję wyjątek rzucania za każdym razem próbuję uruchomić to. Nawet utworzyłem ścieżkę do biblioteki DLL zamiast używać GetCallingAssembly(). CodeBase wciąż otrzymuję ten wyjątek.

Rozumiem, że ciężko jest odpowiedzieć na takie pytanie, nie widząc tego i mając więcej informacji, ale być może ktoś znalazł się w podobnej sytuacji i znał zwykłe "gotyki" i na co powinienem zwracać uwagę.

EDIT: Powodem nie chcę, aby załadować je bezpośrednio, ponieważ jest to tylko część kodu. Ostatecznym celem jest, aby ta klasa miała metodę, która ładuje zespoły, pobiera ich GUID i inne informacje o nich i przechowuje je w bazie danych dla projektu, nad którym pracuję. Dlatego jeśli załaduję ten zestaw w osobnej domenie aplikacji, będę mógł załadować tam również inne, a następnie zwolnić domenę aplikacji. Nie ma sensu ładowanie wszystkich tych zestawów na czas trwania aplikacji, jeśli tylko potrzebuję tych danych.

Answer 1

Nie wierzę konfiguracja PrivateBinPath jest konieczne, za to, że nie trzeba używać ścieżki do biblioteki DLL, ale raczej w pełni kwalifikowana nazwa zespole dla pierwszego parametru; spróbuj:

AssemblyLoader loader = (AssemblyLoader)newDomain.CreateInstanceFromAndUnwrap(
     typeof(AssemblyLoader).Assembly.FullName, 
     typeof(AssemblyLoader).FullName); 

Answer 2

(EDIT: po przeczytaniu danego wyjątku, zmieniając całkowicie odpowiedź)

Wydaje się, że problem jest wywołanie CreateInstanceFromAndUnwrap, który używa semantykę LoadFrom o 'pathToDll'. Suzanne Cook detailed the possible sticking point na swoim blogu, gdzie twoja oryginalna AppDomain próbuje wywołać Load ("SomeAssembly, [...]") w przeciwieństwie do LoadFrom ("pathToDll") podczas próby rozwiązania danego typu.

Jej rady było zahaczyć zdarzenie AssemblyResolve na bieżącej domeny do zrobienia poprawnego LoadFrom w celu uzyskania typu. Trochę celowanego Google'a wywołuje a possible solution to the problem na podstawie sugestii Suzanne.

Answer 3

Jest wiele dobrych informacji na co próbujesz zrobić tutaj: How to load a .NET assembly for reflection operations and subsequently unload it?

Answer 4

Wyjazd this article.

Używając kodu w tym artykule mam przekrój obiektu app-domeny. Wyjaśniłem trochę rzeczy generycznymi i mam trzy zjazdy. (tj. 1 określający interfejs, 1 definiujący implementację wtyczki i główny program, który mówi ogólne, co załadować.) Oryginalny kod artykułu jest łatwy do naśladowania.