IIS中每个用户会话的应用程序域

IIS中每个用户会话的应用程序域,iis,session,appdomain,Iis,Session,Appdomain,这个问题是关于应用程序域和会话的。是否可以让IIS在单独的应用程序域中运行每个用户会话。如果是,请告诉我配置文件中影响此操作的设置 问候,, 阿尼尔。我不知道有什么方法可以轻松做到这一点。请进一步解释为什么需要AppDomain—将应用程序集合的使用移动到会话可能更容易 更新:不幸的是,解决问题的正确方法是为基于服务器的会话解决方案重新构建库。您可以做的(我强烈不建议这样做)是为每个会话创建一个AppDomain,在会话中存储对它的引用,然后依靠诸如CreateInstanceAndUnwrap

这个问题是关于应用程序域和会话的。是否可以让IIS在单独的应用程序域中运行每个用户会话。如果是,请告诉我配置文件中影响此操作的设置

问候,,
阿尼尔。

我不知道有什么方法可以轻松做到这一点。请进一步解释为什么需要AppDomain—将应用程序集合的使用移动到会话可能更容易


更新:不幸的是,解决问题的正确方法是为基于服务器的会话解决方案重新构建库。您可以做的(我强烈不建议这样做)是为每个会话创建一个AppDomain,在会话中存储对它的引用,然后依靠诸如CreateInstanceAndUnwrap、magic strings和reflection之类的调用,而不进行实时编译时检查来为每个用户加载库的实例。我想,如果您采用此解决方案,您在调试和处理错误方面所花费的时间将远远超过预先进行重新架构时间投资所花费的时间。

这在运行ASP.NET 1.x或ASP.NET 2.0的Windows 2000或Windows 2003下是不可能的,即使安装了.NET Framework 3.5。这同样适用于在IIS7上运行的ASP.NET。

一个可能的解决方案当然不会扩展,那就是创建一个windows服务来管理新进程的启动和停止,并使用WCF从web应用程序与该服务通信

删除问题前的空白,使其不会呈现为代码。我们之所以需要它,是因为我们有一个用于windows应用程序的库,我们希望在web应用程序中使用相同的内容,并且客户端库具有缓存和其他功能。当我们尝试使用它时,我们遇到了问题。所以为了避开这个问题,我们考虑使用上面的方法。@Anil,我理解你的问题,因为我也有同样的问题。你找到解决办法了吗?