ASP.NET управление диаграммами больше не работает with.NET 4

хотя решение @Michael информативно о том, почему эта проблема существует, есть более простое решение. При регистрации маршрутов в контроллерах обрабатывайте в global.асакс.cs, вы можете добавить игнорируемый маршрут с contstraint, следующим образом:

protected void Application_Start() {
    ...
    RouteTable.Routes.Ignore("{*pathInfo}", new { pathInfo = @"^.*(ChartImg.axd)$" });
    ...
}

у нас была такая же проблема на IIS 6 после обновления с ASP.NET 3.5 - ASP.NET 4.0 с ASP.NET MVC. Все работало нормально на IIS 7, но IIS 6 дал нам проблему.

проблема заключалась в том, что HttpContext.Текущий.Запрос.Свойство CurrentExecutionFilePath дало другой результат в IIS 6 и IIS 7:

• Url:/Controller.mvc/Action/1/2
• IIS 6:/Controller.mvc/Action/1/2
• IIS 7:/Controller.mvc

что привело к URL-адресам для диаграммы, как:

• IIS 6:/Controller.mvc/Action/1/ChartImg.axd?i=chart_...
• IIS 7:/ChartImg.axd?i=chart_...

у ChartHttpHandler есть функция, которая вычисляет путь на основе HttpContext.Текущий.Запрос.CurrentExecutionFilePath:

private static string GetHandlerUrl()
{
    string str = Path.GetDirectoryName(HttpContext.Current.Request.CurrentExecutionFilePath ?? "").Replace(@"\", "/");
    if (!str.EndsWith("/", StringComparison.Ordinal))
    {
        str = str + "/";
    }
    return (str + "ChartImg.axd?");
}

то, как ASP.NET UrlRewriting работал, так как пути к ChartImg.AXD по-прежнему не было .mvc в них вместо обработчика диаграммы вызывался обработчик MVC.

было 3 способа мы нашли, чтобы иметь дело с ним (см. ниже для деталей):

1. добавить явную карту скриптов для ".mvc " к ASP.NET 4.0 dll
2. добавьте некоторые дополнительные маршруты игнорирования в таблицу маршрутов, чтобы покрыть перестановки
3. переопределите Execute () контроллера и поместите перенаправление обратно в /ChartImg.классов AXD

(1) Оказывается, что если мы добавили карту скрипта для .mvc через IIS 6.0 для .в MVC запрос.CurrentExecutionFilePath бы вам вычисляется как корневой путь, как мы хотели, а не как более глубокий путь

• диспетчер IIS 6.0
• Свойства -> Домашний Каталог -> Настройка
• вкладка отображений
• исполняемый файл: c:\winnt\microsoft.net\framework\v4.0.30319\aspnet_isapi.dll, Extension: .в MVC

(2) мы обнаружили, что добавление некоторых записей таблицы маршрутов будет работать, но мы должны были учитывать все возможные глубины в путях, чтобы получить ASP.NET MVC игнорировать Чартимг.axd, если бы он был глубоко встроен в путь, а не в корень:

RouteTable.Routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
RouteTable.Routes.IgnoreRoute("{a}/{resource}.axd/{*pathInfo}");
RouteTable.Routes.IgnoreRoute("{a}/{b}/{resource}.axd/{*pathInfo}");
RouteTable.Routes.IgnoreRoute("{a}/{b}/{c}/{resource}.axd/{*pathInfo}");
RouteTable.Routes.IgnoreRoute("{a}/{b}/{c}/{d}/{resource}.axd/{*pathInfo}");

(3) путем переопределения Execute() на всех наших контроллерах, сделав базовый контроллер, который наследуют все наши контроллеры, мы могли бы глобально переопределить Execute() для учета этой ситуации и перенаправления в /ChartImg.классов AXD

   public partial class MyController: Controller
   {
      protected override void Execute(RequestContext cc)
       {
           // the url for chartimg.axd to be in the application root.  /Controller.mvc/Action/Param1/ChartImg.axd gets here first,
           // but we want it to go to /ChartImg.axd, in which case the IgnoreRoute does work and the chart http handler does it's thing.
           if (cc.HttpContext.Request.Url.AbsoluteUri.Contains("ChartImg.axd"))
           {
               var url = new UriBuilder(cc.HttpContext.Request.Url);
               url.Path = "/ChartImg.axd";
               cc.HttpContext.Response.Redirect(url.ToString());
               return;
           }
       }
    }