appdomain

Let's say I have a library Lib.dll, which uses Castle.Windsor to initialize its services. I have a main application App.exe, which loads Lib.dll on runtime using reflection. App.exe does not know the location of Lib.dll beforehand, it is only known at runtime. In this case, when App.exe loads Lib.dll and Lib.dll initialize its services, a System.TypeInitializationException exception is thrown, because Castle.Windsor cannot find the service type. Castle.MicroKernel.SubSystems.Conversion.ConverterException: Could not convert from 'Lib.TheServiceClass' to System.Type - Maybe type could not be

I am using ASP.NET's data caching API. For example: HttpRuntime.Cache.Insert(my_data, my_key); Is there any way to configure cache so its contents are preserved when the App Domain recycles? I load many object into cache, but there is a substantial delay re-loading these every time the app domain restarts. Assume for this question that I can't prevent the appdomain restart due to a server configuration. Is there any way to configure cache so its contents are preserved when the App Domain recycles? No. The Cache object holds references in RAM. Period. Alternatives: Out-of-process Session state

I'm met with a big problem in C# AppDomain. I need to load a static class in a .dll file and execute its method: When I try to load them by Assembly.LoadFrom("XXXXX") // (XXXXX is the full path of dll) the .dll will not be unload automatically or programmatically. When I try to load them in AppDomain like adapterDomain = AppDomain.CreateDomain("AdapterDomain"); (a)adapterDomain.CreateInstanceFrom(this.AdapterFilePath, this.AdapterFullName); (b)adapterAssembly=adapterDomain.Load(AssemblyName.GetAssemblyName(this.AdapterFilePath)); If I use method (a), because the target class is a static one,

I would like to enumerate the strings that are in the string intern pool . That is to say, I want to get the list of all the instances s of string such that: string.IsInterned(s) != null Does anyone know if it's possible? Thanks to the advice of @HansPassant, I managed to get the list of string literals in an assembly. Which is extremely close to what I originally wanted. You need to use read assembly meta-data, and enumerate user-strings. This can be done with these three methods of IMetaDataImport : [ComImport, Guid("7DAC8207-D3AE-4C75-9B67-92801A497D44")] [InterfaceType(ComInterfaceType

I have been bitten by a poorly architected solution. It is not thread safe! I have several shared classes and members in the solution, and during development all was cool... BizTalk has sunk my battle ship. We are using a custom BizTalk Adapter to call my assemblies. The Adapter is calling my code and running things in parallel, so I assume it is using multiple threads all under the same AppDomain. What I would like to do is make my code run under its own AppDomain so the shared problems I have will not muck with each other. I have a very simple class that the BizTalk adapter is instantiating

I am having trouble figuring something out about my AppDomain.Unload(...) call. I have a detailed explanation with code from my earlier question . As it turns out, I was performing a couple of steps that apparently, I don't need to. However, I am fairly certain that when an AppDomain is created and then held in a collection: private static Dictionary<string , AppDomain> HostDomains; void StartNewDomain(string domainName) { AppDomain domain = AppDomain.CreateDomain(domainName); HostDomains[domainName] = domain; } ...when you are done with it, you must unload it: if (HostDomains.ContainsKey

I have the following code: public class AppDomainArgs : MarshalByRefObject { public string myString; } static AppDomainArgs ada = new AppDomainArgs() { myString = "abc" }; static void Main(string[] args) { AppDomain domain = AppDomain.CreateDomain("Domain666"); domain.DoCallBack(MyNewAppDomainMethod); Console.WriteLine(ada.myString); Console.ReadKey(); AppDomain.Unload(domain); } static void MyNewAppDomainMethod() { ada.myString = "working!"; } I thought make this would make my ada.myString have "working!" on the main appdomain, but it doesn't. I thought that by inhering from

Various sources explain that When an object derives form MarshalByRefObject, an object reference will be passed from one application domain to another rather than the object itself. When an object is marked with [Serializable], the object will be automatically serialized, transported from one application domain to another and then deserialized to produce an exact copy of the object in the second application domain. Note then that while MarshalByRefObject passes a reference, [Serializable] causes the object to be copied. [source] I'm designing my first app that uses AppDomains and I'm wondering