在 App_Code 更改期间是否可以跳过应用程序域回收?
Is there anyway to skip app domain recycle during App_Code changes?
我正在处理对我们 ASP.NET 项目之一的更改请求,其中大部分代码 change/update 需要在 App_Code 文件夹中。但是对于 App_Code 文件的每次更改都会导致应用程序域回收,然后重复登录。我想在开发环境中避免这种情况。
我尝试了什么:
- 增加 sessionState 超时。
- 增加了 IIS[7.5] 中 Apppool 的空闲超时。
- 我没有从 "InPorc" 更改 sessionState 模式,因为它会导致一些错误[我认为我们需要将一些 类 声明为可使用 StateServer 和 SQLServer 序列化。我不想更改我不工作的项目的其他部分。
我浏览了以下帖子,了解到 App_Code 更改会导致应用程序域回收,但我正在寻找解决方案来避免它[如果可能的话]。
Losing Session State
What causes an application pool in IIS to recycle?
更新:
在 IIS7.5 和 Windows 7 Professional with Service Pack 1 上的应用 运行
似乎有针对此问题的 MS 修补程序:
我们不能在不将 sessionState 模式更改为 "InProc"
以外的情况下跳过回收应用程序域
我正在处理对我们 ASP.NET 项目之一的更改请求,其中大部分代码 change/update 需要在 App_Code 文件夹中。但是对于 App_Code 文件的每次更改都会导致应用程序域回收,然后重复登录。我想在开发环境中避免这种情况。
我尝试了什么:
- 增加 sessionState 超时。
- 增加了 IIS[7.5] 中 Apppool 的空闲超时。
- 我没有从 "InPorc" 更改 sessionState 模式,因为它会导致一些错误[我认为我们需要将一些 类 声明为可使用 StateServer 和 SQLServer 序列化。我不想更改我不工作的项目的其他部分。
我浏览了以下帖子,了解到 App_Code 更改会导致应用程序域回收,但我正在寻找解决方案来避免它[如果可能的话]。
Losing Session State
What causes an application pool in IIS to recycle?
更新:
在 IIS7.5 和 Windows 7 Professional with Service Pack 1 上的应用 运行
似乎有针对此问题的 MS 修补程序:
我们不能在不将 sessionState 模式更改为 "InProc"
以外的情况下跳过回收应用程序域