目前致力于HttpModule 是个好东西，很多程序都有用到，例如DotText、Asp.Net Forums等，但是有一个问题，当我们将使用了HttpModule 的程序设置为站点根目录（以将DotText设置为站点目录为例），然后再在根目录下建虚拟目录，运行虚拟目录里的asp.net程序会提示出错：
分析器错误信息: 找不到文件或程序集名称“Dottext.Web”，或找不到它的一个依赖项。
源错误:
行 145： |
也就是说对于虚拟目录中的asp.net应用程序，会首先去加载其所在站点中的HttpModule，而一般虚拟目录中的bin目录是不会有HttpModule所在的DLL的，所以就会出如上的错误。
注意，其中的错误提示信息（找不到文件或程序集名称“Dottext.Web”，或找不到它的一个依赖项。）很有误导性，一开始让我以为是需要每个虚拟目录拷贝一个Dottext.Web.dll进去呢，但是将dll拷贝过去后，其HttpModule会对虚拟目录中的asp.net应用程序产生影响，因此这个问题曾让我郁闷了很久。
后来偶然查msdn中，发现web.config里面的HttpModule是有三种子节点的：
<httpModules>
<add type="classname,assemblyname" name="modulename"/>
<remove name="modulename"/>
<clear/>
</httpModules>
| 子标记 | 说明 |
| <add> | 将 HttpModule 类添加到应用程序。 请注意，如果以前已指定了相同的谓词/路径组合（例如在父目录的 Web.config 文件中），则对 |
| <remove> | 从应用程序移除 HttpModule 类。 |
| <clear> | 从应用程序移除所有 HttpModule 映射。 |
唉，其实看到add也应该想到remove的，在虚拟目录中的web.config中Remove一下不需要的HttpModule，发现果然没有问题了！如：
<httpModules>
<remove name="ServiceRouter"/>
</httpModules>
注意一般表用<clear/>，因为用<clear/>会把machine.config中定义的httpModule一起清除了从而导致asp.net程序不能正常运行。
有一点我很疑惑的是既然都是用remove移除这个HttpModule了，为什么还需要将该HttpModule对应的dll拷贝到虚拟目录的dll下。
httpHandlers的处理方法也类似。
打印 | 张贴于 2004-11-30 18:42:00 | Tag:Web技术
留言反馈
有想讨论的可以boat2008#gmail/com
还有就是站点下运行建立其他虚拟目录吗？？
因为<clear/>是放在次要的config中的，
所以主要config文件里的<add/>要比次要文件的<clear/>提早被处理，
那么如果在处理<add/>的时候，并没有这个type(没有把dll复制过去或者放GAC)，那么ASP.NET就会把找不到类型的异常直接抛出。
所以，这个需要把相关的DLL都要部署一下的。而<clear/>的作用只是取消加载相关的东西，但是却无法跳过类型检查。
(remove原理与clear相同)
httpHandler则有点不同，它是在需要创建指定的handler时才去检查类型是否能加载的。
出现问题的原因是在站点级别建立的属于dottext特有的httpmodule和httphandler并不在cnforums中用到，而该场景却将使得dottext的web.config所注册的httpmodule均应用到其下的所有虚拟目录中，根据machine.config=>站点web.config=>虚拟目录web.cofing的继承关系，这是正确的。正是因为这些配置信息应用到了cnforums虚拟目，而比如出错的httphandler
<add verb="*" path="*" type="Dottext.Common.UrlManager.UrlReWriteHandlerFactory,Dottext.Common" />
在访问cnforums时，Dottext.Common.dll就无法找到了，因为它不存在于全局缓存中，也不存在于cnforums下的bin目录中，所以产生了宝玉描述的错误。因此，解决的方案正如宝玉所提供的，在不需要应用站点级别的某些特定的httpmodule和httphandler的虚拟目录中将其移除。
而我提出的解决方法基于以下的假设，站点级别注册过的httpmodule或者httphandler在站点级别和cnforums虚拟目录中均用到，因此无需再在虚拟目录中的web.config中注册了。基于这样一个错误的假设提出了一个解决办法，深感抱歉。
以上言论如果有不妥之处，虚心接受批评。
web.config里面的很多东西必须在站点或者虚拟目录根目录下才能注册呢，这个可能是asp.net的设计吧。
你说的去掉是怎么一回事？我现在在web.config中remove掉也算是去掉阿：）
如果httpmodule是在虚拟目录下的某个子目录中的web.config中注册，则该httpmodule则不能工作，如果可以像httphandler那样能工作就爽了。