首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >目标IIS工作者应请求处理进程

目标IIS工作者应请求处理进程
EN

Stack Overflow用户
提问于 2008-10-14 16:12:05
回答 2查看 843关注 0票数 3

好,奇怪的设置,奇怪的问题。我们已经为我们的SaaS应用程序提供了一个客户机和一个Admin应用程序,运行在ASP.NET2.0/iis-6上。Admin应用程序可以更改客户端应用程序上显示的选项。当这些选项保存在Admin中时,我们从Admin调用客户机上的Webservice,以刷新该特定帐户的选项缓存。

最近,我们开始为客户端应用程序提供>1个辅助进程,从而导致只能在当前运行的工作进程中的一个进程上清除选项缓存。

因此,我显然还有解决这个问题的其他途径(尽管输入很受欢迎),但是我的问题是:有任何方法通过一个web请求对每个工作进程进行目标/迭代吗?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2008-10-14 16:57:31

我在这里为这个答案做一些假设..。

  1. 我假设客户端应用程序使用.NET缓存类之一来存储应用程序的选项?当您说“.NET”时,是指将它们刷新回配置文件或db表?

由于缓存对象和数据不会在进程之间共享,所以需要一种机制来向运行在另一个辅助进程上的代码发出信号,即它需要将它的选项重新读取到缓存中,或者强制进程重新启动(这不太方便,也不太可能是不可取的)。

如果您无法访问客户端源代码来修改以查看options配置文件或DB表(例如使用SqlCacheDependency),那么我认为您会被这种行为所困扰。

票数 0
EN

Stack Overflow用户

发布于 2008-10-14 18:13:37

我完全可以访问admin和client,通过缓存,我指的是.NET的缓存对象。我所说的刷新是指从Cache对象中删除项。

我知道两个工作进程都没有共享缓存数据。这是我的难题)

系统就是它的方式,它消除了每一个新的会话进入sql的需要。因此,我试图找到一种解决方案,它可以告诉每个工作进程,缓存需要被清除,sql也参与其中。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/201827

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档