Развертывание ASP.NET MVC 2 в IIS 7.5 с таргетингом на .NET 3.5

Вы пытались отладить свои маршруты с помощью отладчика маршрутов Фила Хаака на сервере?

Изменить:
В IIS 7.5 вам не нужен специальный обработчик без расширений, это обрабатывается автоматически, вам не нужно ничего менять. Насколько я знаю, это необходимо только на IIS 6. Может ли это быть проблема? что, если вы удалите этот специальный обработчик? возможно, это то, что мешает ему запустить двигатель маршрута.

Изменить:
Я дважды проверил, и, как я думал, начиная с IIS7, режимом по умолчанию для домена приложения является Интегрированный режим. Это означает, что стек Asp.net срабатывает при каждом запросе, тогда как в классическом режиме asp.net вызывался только тогда, когда вызывались определенные расширения (aspx ashx axd по умолчанию сопоставлены с фильтром aspnet_isapi).
UrlRoutingModule срабатывает при каждом запросе, ничего не требуя от вас, потому что это HttpModule, а не Handler. (его просто нужно зарегистрировать в файле конфигурации вашего приложения, нет необходимости сопоставлять его с расширением, но это по умолчанию в приложении MVC. Вы можете открыть файл Web.Config и убедиться, что у вас есть в узел

<modules runAllManagedModulesForAllRequests ="true">
...
<add name="UrlRoutingModule" type=.../>
</modules>

Вы уверены, что развертываете сборки MVC на сервере? Убедитесь, что для ссылок System.Web.Mvc, System.Web.Routing и System.Web.Abstraction для свойства Copy Local установлено значение true, убедитесь, что вы используете одни и те же сборки локально и на своем производственном сервере ...

Если все верно, я не знаю, как помочь вам больше ... Надеюсь, это поможет вам или, по крайней мере, направит вас на верный путь.

РЕДАКТИРОВАТЬ: Ой ... просто прочтите свой последний комментарий ... извините, я пропустил этот элемент о классическом режиме. В вашем заголовке упоминается IIS7.5, и я слишком много предполагал. вот почему я запутался.

Честно говоря, мне пришлось заглянуть в книгу Стивена Сандерсона. У него есть контрольный список для устранения неполадок при развертывании IIS6. Я знаю, вы говорите, что он терпит неудачу только при использовании MSBuild 4, но он все равно может быть полезен.

Убедитесь, что Default.aspx установлен как страница содержимого по умолчанию. Это могло быть источником 404.

Затем, чтобы иметь URL-адреса без расширений, в прошлый раз, когда я развернул IIS6, я использовал простую карту с подстановочными знаками, и у меня никогда не было проблем ... Если у вас все еще проблемы, извините, что я не смог помочь ... не то, чтобы я не пробовал: ) удачи

Я столкнулся с этой проблемой сегодня по аналогичному сценарию.

Проблема в моем случае была связана с тем, что было зарегистрировано 32 бита asp вместо 64 бита, что вызвало проблему с маршрутизацией.

Это было решено путем ввода в командной строке следующего

CD c:\windows\microsoft.net\framework64\v4.0.30319
aspnet_regiis -i

Пара идей попробовать

• Проводили ли вы какое-либо сравнение результатов проектов VS2008 и VS2010? Просто проверяю, что обновление решения ничего не изменило.
• Установлен ли атрибут targetFramework web.config в элементе compilation? ?
• Вы уверены, что не сталкиваетесь с чем-то вроде запуска приложения x86 в пуле приложений x64?

Я предполагаю, что у вас все в порядке, но, поскольку у Cassini нет проблем с приложением, я по-прежнему склоняюсь к проблемам с web.config. Правильно ли зарегистрированы ваши модули / обработчики в элементе? Поскольку вы используете классический режим, вам понадобятся как «старый», так и «новый» (ссылка 1, ссылка 2 ).

Я уже выкладывал это решение в другой ветке, но повторюсь. Используйте классический конвейерный режим AppPool:

Также не забудьте установить модуль Перенаправление HTTP в Включение или отключение функций Windows.