无法将 HttpHandler 映射到“path/*”通配符映射

Question

所以我一直在尝试将 http 模块映射到 MVC3 站点的子路径。按我的理解应该很简单，但它并没有起作用。该模块的设置如下：

<handlers>
  <add name="Nancy" path="api/*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
</handlers>

iis6 也有一个匹配部分，因此我可以在 webdev.webserver 下运行它。然而，测试部署到我的本地iis7（在Win7下）和使用webdev.webserver，只有/api实际调用处理程序。如果我调用 /api/{anything} 它只会返回 404。

我确信我只是“做错了（tm）”，但任何帮助将不胜感激。

注意：我还尝试了其他一些配置，包括使用标签、创建 /api 文件夹以及使用完整通配符将 web.config 添加到该文件夹​​。

Answer 1

简单的。只需输入路径，不使用通配符。

<handlers>
  <add name="Nancy" path="api" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
</handlers>

这将匹配：

/api/{任何东西}

Answer 2

URLRoutingModule-4.0 是一个在 nancy 处理程序之前列出的捕获所有处理程序。因此，它会在你的处理者被击中之前发挥作用。您可以删除添加您的处理程序并将它们添加回来，如下所示：

<handlers>
    <remove name="BlockViewHandler" />
    <remove name="UrlRoutingModule-4.0" />
    <add verb="*" path="robots.txt" name="robots" type="System.Web.StaticFileHandler"/>
    ... custom handlers here
    <add name="Nancy" path="api/*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
    ... now add back UrlRoutingModule and BlockViewHandler
    <add path="*" verb="*" name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="managedHandler" />
    <add name="BlockViewHandler" path="*" verb="*" preCondition="integratedMode" type="System.Web.HttpNotFoundHandler" /> 
</handlers>

您可以在 IIS7 中的Handler Mappings下查看处理程序顺序，选择View Ordered List，它将列出顺序其中它从上（第一个）到下（最后）加载处理程序。

您可能需要在 /api 文件夹中添加第二个 Web.config

<?xml version="1.0"?>
<configuration>
    <system.web>
      <httpHandlers>
        <clear />
        <add name="Nancy" path="*" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />
      </httpHandlers>
    </system.web>
</configuration>

类似地，这就是我通常对网站上的“/static”内容所做的操作。我还没有找到如何避免对秒 web.config 的需要。

编辑

当我不得不这样做时，我也很难弄清楚这一点，而且似乎我的记忆力不太好。我没有在任何地方指定 path/* 处理程序，而是这样：（

仅指定简单的通配符/完全限定的路径来绕过 UrlRouting）

<location path="." inheritInChildApplications="false">
    <system.webServer>
        <!--
        ml: in .NET 4.0 its now safe to remove  from the modules section.
        Make sure you have a *. mapping to a ExtensionLessUrl hanlder in IIS
        this should improve performance a tad albeit neglectable.

        see: http://blogs.msdn.com/b/tmarq/archive/2010/04/01/asp-net-4-0-enables-routing-of-extensionless-urls-without-impacting-static-requests.aspx
        -->

        <validation validateIntegratedModeConfiguration="false" />
        <modules runAllManagedModulesForAllRequests="false" />
        <handlers>
            <remove name="BlockViewHandler" />
            <remove name="UrlRoutingModule-4.0" />
            <add verb="*" path="robots.txt" name="robots" type="System.Web.StaticFileHandler"/>
            .. Some company handlers i can't list 
            <add path="*" verb="*" name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" preCondition="managedHandler" />
            <add name="BlockViewHandler" path="*" verb="*" preCondition="integratedMode" type="System.Web.HttpNotFoundHandler" />
        </handlers>
    </system.webServer>
</location>

然后在我的 /Content/web.config 文件我设置了以下内容：

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers>
            <clear />
            <add name="StaticFiles" path="*" verb="*" modules="StaticFileModule" resourceType="Either" requireAccess="None" />
        </handlers>
        <staticContent>
            <clientCache cacheControlMaxAge ="31.00:00:00" cacheControlMode="UseMaxAge" />
        </staticContent>
    </system.webServer>
</configuration>

/Content/ 的处理程序列表现在如下所示：

这几乎可以肯定 /Content/ 中的任何内容都将通过 StaticFileModule 提供。这里的技巧似乎是指定：inheritInChildApplications="false"。

Answer 3

看来 UrlRoutingModule-4.0 的麻烦比它的价值还要多。相反，我只是告诉 MVC3 忽略路由。这不是一个完美的解决方案，但在我有更好的解决方案之前，我必须在 RegisterRoutes 中坚持使用它：

routes.IgnoreRoute("api/{*route}");