30 packages tagged with “appdomain”
Anyone whose ever had to deal with loading Assemblies using standard .NET reflection facilities understands that it's not straightforward. Which context should I load into? How do I know that my Assembly is imported into the correct application domain? What if I want to load two versions of the same assembly into an application domain? How can I tear down an application domain where I've loaded my own assemblies? This package exists to provide a basic API for handling common AppDomain issues.
Exposes the hidden System.AppDomain in .NET Core. Required supporting classes are also exposed.
Run NUnit tests in a separate application domain.
https://devlib.codeplex.com/ load and run objects in isolated process DevLib is a highly reusable collection of components and core functionalities addressing common crosscutting concerns. It provides a comprehensive set of features that save development time, minimize costs, reduce the use of precious test resources, and decrease the overall maintenance effort. It is time to boost your productivity.
Provides useful methods for manipulating App Domains.
Provides strong-typed persistence of data in an AppDomain, which can also be transient and automatically removed on dispose. Usage: AppDomain.CurrentDomain.SetData<Foo>(foo); var saved = AppDomain.CurrentDomain.GetData<Foo>();
ServerHost - A .NET Server Hosting utility library, including in-process server host testing.
Mimic call to AppDomain.CurrentDomain.GetAssemblies()
PCL Extension provides an Assembly and AppDomain extension for .NET, Xamarin.iOS, Xamarin.Android. This makes it easier to create cross-platform .NET libraries and apps.
Utility class for managing AppDomain contexts.
Dev toolset
xUnit Tests for netfx-System.AppDomainData.Tests
Reloads dlls into Autodesk application's current AppDomain
Wraps cross-domain asynchronous method calls, returing System.Threading.Tasks.Task. Sample usage: using TaskRemoting; remoteDomain.Invoke(myObj.MyMethod, myArg);
ProcessDomain implements a remoting solution for creating out-of-process AppDomains. It's written in C# and the assemblies will work with .NET Framework 2.0.
Tests for netfx-System.AppDomainData.Tests
ChildProcesses is a child process management library for the .NET Framework. It allows to create child processes, and provides bidirectional extendable interprocess communication based on WCF and NamedPipes out of the box. Child and parent processes monitor each other and notify about termination or other events. Child processes are an alternative to AppDomains when parent must continue if the child crashes. It is also possible to mix 32Bit and 64 Bit processes.
If it would be needed to generate files in runtime, these classes can be used in conjunction with the compilation utilities to compile the templates. The target is to have a system like the one used by ASP.NET to compile the Razor templates into class. If you need it you could use these class as Razor classes :) I will add a specific post about this in the near future! The documentation can be found on http://kendar.org/?p=/dotnet/sharptemplate. To generate the source code for the function just created. Available on Github: https://github.com/endaroza/SharpTemplateEngine
Run C# code from a string in either trusted or untrusted modes.
Visual Studio Debug Helper for ChildProcesses attaches the Visual Studio debugger automatically to any started child process with the ChildProcesses library.
Automatically generate AppDomain isolation proxies to solve assembly version conflicts
Attributes for DomainBridge source generator
Library for manage app domains.
[4.0] + RuntimeCompiler: a compiler for runtime C# generated code + AppDomainContext: a helper app domain generator context for cross-domain execution www.antonioesposito.it info@antonioesposito.it
Package Description
A library to help simplify type and assembly discovery.
.Net type discovery and assembly scanning made simplified.
This package contains an abstraction of the static System.AppDomain class found in .NET Framework 4.8 and above. It allows for an IAppDominFactory interface to be used instead of the static class and for mocks to be created.
一个轻量、零依赖的 .NET 库，用于一劳永逸地解决插件化应用（如AutoCAD, Revit, VSTO）中的“DLL地狱”问题。自动处理程序集加载冲突，无需修改宿主程序配置。A lightweight, zero-dependency .NET library to permanently fix "DLL Hell" in plugin-based applications (e.g., AutoCAD, Revit, VSTO). Automatically resolves assembly loading conflicts without touching the host's configuration.