appdomain

I have a c# evaluator which uses the (I think) the .Net 4 new simplified sandboxed appdomain model to host the c# assembly, with remoting doing the rest. The call to create the appdomain is Evidence ev = new Evidence(); ev.AddHostEvidence(new Zone(SecurityZone.Trusted)); PermissionSet pset = SecurityManager.GetStandardSandbox(ev); AppDomainSetup ads = new AppDomainSetup(); ads.ApplicationBase = "C:\\Sandbox"; // Create the sandboxed domain. AppDomain sandbox = AppDomain.CreateDomain( "Sandboxed Domain", ev, ads, pset, null); The c# eval is embedded in a server app, but I don't want give the

Background I'm working on an ASP.NET 4 web site (not web application). I'm trying to use IRegisteredObject to allow some long-running code to run in a non-request thread. For testing, I've set the IIS 7.5 application pool's recycle interval to low values so that it will try to recycle while the background thread is running. Code public class AspFriendlyBackgroundJob { private readonly object key = new object(); private readonly Task task; public AspFriendlyBackgroundJob(Action work) { lock (key) { HostingEnvironment.RegisterObject(new Stopper(this)); task = Task.Factory.StartNew(work); } }

I need to load .dll(plugins) in another domain. In main app I don't know anything about plugins types, only that they implement common interface ICommonInterface with some methods. So this code wouldn't help, because I can't create an instance with interface type. AppDomain domain = AppDomain.CreateDomain("New domain name"); //Do other things to the domain like set the security policy string pathToDll = @"C:\myDll.dll"; //Full path to dll you want to load Type t = typeof(TypeIWantToLoad); TypeIWantToLoad myObject = (TypeIWantToLoad)domain.CreateInstanceFromAndUnwrap(pathToDll, t.FullName); My

It's not a question of major importance, but I was wondering why the Thread class exposes a property for getting the current Context ( Thread.CurrentContext ) and a method for getting the current AppDomain ( Thread.GetDomain() ). Knowing the hierarchy of Process > AppDomain > Context > Thread, my assumption would be that the context for thread is known at current point in time, and the domain needs to be searched based on current context. But I'd like to hear wiser answers. Thanks! my assumption would be that the context for thread is known at current point in time, and the domain needs to be

When we deploy our web application we copy all the code to a new directory and then point iis to that new directory. When we do this the number of appdomains increases but never decreases. Also, our Application_End event never seems to fire. For some unknown time, while both sets of AppDomains are still reported by perfmon, the system performs very poorly while % time in GC spikes to 100%. Eventually I recycle the app pool to get the app running smoothly again. Extra piece of info: listing the appdomains shows 2 on my dev machine, but 4 run on the live server... we just have one application

I have an azure website setup in West-Europe and in Standard mode. Suddenly today at 30 January 2014 03:00 am UTC it started constantly restart the app pool. The ShutdownReason is HostingEnvironment. I have a lot of these events in eventlog.xml: <Event> <System> <Provider Name="W3SVC-WP"/> <EventID>2299</EventID> <Level>3</Level> <Task>0</Task> <Keywords>Keywords</Keywords> <TimeCreated SystemTime="9:14:50 AM"/> <EventRecordID>15807234</EventRecordID> <Channel>Application</Channel> <Computer>RD00155D3A08C6</Computer> <Security/> </System> <EventData> <Data>Worker Process requested recycle due