appdomainsetup相关内容
在处理自己子目录中的插件程序集时,存在一个众所周知的问题,即这些程序集一旦尝试从其子目录加载各自的依赖项,就会加载失败.一个解决方案是在 AppDomains 中加载插件,这些插件在初始化时在它们的 AppDomainSetup 对象中设置了它们的 PrivateBinPath.然而,这会导致有关编组/跨 AppDomain 通信的其他困难,特别是如果插件应该提供一些 GUI. 当安全方面的
..
我使用 c# 4.0 和一个控制台应用程序只是为了测试,下面的代码确实给出了一个例外. AppDomainSetup appSetup = new AppDomainSetup(){ApplicationName = "插件域",ApplicationBase = AppDomain.CurrentDomain.BaseDirectory,PrivateBinPath = @"插件",配置文件
..
我将举一个使用 System.Data.SQLite.DLL 的例子,它是一个混合的具有非托管代码的程序集:如果我执行这个: var assembly=Assembly.LoadFrom("System.Data.SQLite.DLL") 不会抛出异常,但如果我这样做: var rawAssembly = File.ReadAllBytes("System.Data.SQLite.DLL
..
我的目标是在 2 个给定文件夹之间进行缺失的依赖关系检查.想象一下以下设置. Root\DirA\A.dll Root\DirB\B.dll B 依赖于 A. 因此,鉴于这些文件夹,我想创建一个新的 AppDomain,加载 B.dll 并在该新 AppDomain 中自动解析和隔离来自 DirA(A.dll) 的依赖项. 隔离是这里的关键,因为当我卸载这个 AppD
..
关于我可以让默认的 AppDomain 使用某些程序集的卷影副本吗?,它描述了一个有效的激活解决方案在特定目录的默认 AppDomain 中进行卷影复制. 基本上它说使用这些简单的方法: AppDomain.CurrentDomain.SetShadowCopyPath(aDirectory);AppDomain.CurrentDomain.SetShadowCopyFiles(); 但
..
我正在尝试执行以下操作.应用程序 A 是“母应用程序".它保持打开状态.App B 只是一个 .DLL,我在其中编写了一些从 App A 中指定的接口派生的类. 然后,从 App A 中,我将从 App B 中“导入"类并在其中运行方法.我希望能够动态更改App B(更改代码并重新编译)并在App A中使用新代码. 我在 App B 中有一个编译后命令,可以将新的 .DLL 复制到 A
..
我正在尝试将我的插件 dll 加载到单独的 AppDomain,但 Load() 方法因 FileNotFoundException 而失败.此外,似乎设置 AppDomainSetup 的 PrivateBinPath 属性没有效果,因为在日志中我看到“Initial PrivatePath = NULL".所有插件都有强名称.通常每个插件都存储在[应用程序启动路径]\postplugins\[
..
我正在使用c#4.0和控制台应用程序进行测试,以下代码确实给出了例外. AppDomainSetup appSetup = new AppDomainSetup() { ApplicationName = "PluginsDomain", ApplicationBase = AppDomain.CurrentDomain.BaseDirectory, PrivateB
..
我正在尝试将插件dll加载到单独的AppDomain中,但是Load()方法失败,并出现FileNotFoundException.此外,设置AppDomainSetup的PrivateBinPath属性似乎没有任何作用,因为在日志中,我看到"Initial PrivatePath = NULL".所有插件都有很强的名字.通常,每个插件都存储在 [Application startp path]
..
我的目标是让2中的文件夹之间缺少相关检查。 试想以下设置。 Root\DirA\A.dll Root\\ \\DirB\B.dll b依赖上的。 所以,有了这些文件夹,我想创建一个新的AppDomain,加载B.DLL和具有DIRA(A.DLL)自动解决,并在新的AppDomain中分离出的依赖关系。 隔离在这里是关键鉴于当我卸载该应用程序域我不想再创建一个新的
..
从文档: 一个包含字符串值“true”,表明影子复制字符串被开启;或“假”以指示影子复制是关闭的。 和自1.1其都是这样。 ?任何人都可以摆脱任何光线 我reflector'd良好的措施getter和setter: 公共字符串ShadowCopyFiles { 得到 { 返回THIS.VALUE [8]; } 组 { 如果((值= NULL)及!及(的Strin
..
我试图做到以下几点。应用程序A是“母锏”。它保持打开状态。 App B就只是在那里我写的是从应用A.指定的接口派生 然后,从应用程序A,我将“进口”班部分班级一个.DLL从应用程序B和在其中运行的方法。我希望能够动态地改变应用程序B(改变代码并重新编译),并使用在应用一个新的代码。 我在附录二的后编译命令那份新的.dll到App的目录。应用程序A创建了一个新的AppDomain并使用S
..
ASP.NET使用了一个临时文件目录来存储阴影复制和动态编译文件。一个典型的路径是这样的。注意在路径的结尾哈希值。 C:\\ WINDOWS \\ Microsoft.NET \\框架\\ v4.0.30319 \\临时ASP.NET文件\\ ROOT \\ {}哈希 我使用自动部署,并已注意到,这些文件夹及其内容不会被自动删除。我想自动删除未使用的临时文件作为我的部署过程的一部分的过程。
..
当与插件装配在自己的子目录处理,有众所周知的问题是,这些组件加载失败,一旦他们试图从它们的子目录加载各自的依赖关系。一个解决办法是加载插件的应用程序域其中有他们的 PrivateBinPath 在初始化时的 AppDomainSetup 对象设置。然而,这将导致有关编组/交叉AppDomain的通信的其它的困难,特别是如果插件都应该提供一些图形用户界面。 在安全性方面有较低的优先级(非关键实用的
..
我想给使用 System.Data.SQLite.DLL 其中的一个例子是一个混合装配与非托管code: 如果我执行这样的: VAR组装= Assembly.LoadFrom(“System.Data.SQLite.DLL”) 没有抛出异常,但如果我这样做: VAR rawAssembly = File.ReadAllBytes(“System.Data.SQLite.DLL”);
..
有关我可以做出一定的程序集的默认应用程序域使用卷影副本?,它描述了一个可行的解决方案,以激活默认的AppDomain特定目录中的影子复制。 基本上它说,使用这些简单的方法: AppDomain.CurrentDomain.SetShadowCopyPath(aDirectory); AppDomain.CurrentDomain.SetShadowCopyFiles(); 但由于这里
..