добавление / удаление файла в VS2010 приводит к ошибке «WebDev.WebServer20.exe перестал работать»

Question

Это сводит нас с ума ... В VS2010 проекты MVC2, а не все проекты ... как для проекта, который был обновлен с 2008 / mvc1, так и для совершенно нового проекта, созданного в 2010 / MVC2, у нас есть следующее поведение:

1) развиваться как обычно ..

2) нажмите F5 или CTRL-F5, чтобы открыть браузер

3) отлично работает!

4) добавить файл CSS (или файл JS или любой файл, или удалить любой файл) в проект

5) сразу же появляется диалоговое окно "WebDev.WebServer20.exe перестал работать"

Вы должны закрыть программу и снова «F5» - и с миром все в порядке ...

Скажем, мы изменим существующий файл CSS. Нет проблем. Но при добавлении или удалении сразу же происходит сбой.

Похоже, что веб-сервер разработки "заблокирован" для файла проекта, и когда он обнаруживает изменение, он умирает.

Просмотр событий довольно бесполезен. Следующее зарегистрировано:

Неисправное приложение WebDev.WebServer20.exe, версия 10.0.30319.1, отметка времени 0x4ba204ca, модуль отказа KERNEL32.dll, версия 6.0.6001.18215, отметка времени 0x49953395, код исключения 0xe053534f, смещение ошибки 0x000442eb, идентификатор процесса 0x% 9, приложение время начала 0x% 10.

Это происходит на всех наших рабочих станциях для разработчиков, включая некоторые с Windows Sever 2008, некоторые с Windows XP, а некоторые с Windows 7. Все работают на VS2010 Premium с ReSharper.

Кроме того, то же самое происходит в проектах, предназначенных для платформы 4.0, вместо этого только WebSev.WebServer40.exe ссылается только на сообщение об ошибке.

Google ничего не показал. Мы уже пытались «установить статический порт» вместо динамического порта - без помощи.

Пожалуйста, помогите, если можете.

Answer 1

Так что, как выясняется, проблема была связана с определенным использованием MVCTurbine и StructureMap, но, вероятно, проблема возникнет и с другими контейнерами IOC, а не только с StructureMap.

Автор MVCTurbine заявил, что исправление будет в версии 2.2 этого продукта.

А пока одна дополнительная строка кода в вашем Global.asax решит эту проблему:

//VNEXT: after Turbine 2.2 we wont need this line anymore...
protected override void ShutdownContext() { CurrentContext = null; ServiceLocator = null; }

В этой статье показан конкретный случай использования, к которому мы обращались. Использование MVCTurbine и StructureMap в «обычной простой ванили» не привело бы к этой проблеме.

Очевидно, огромное спасибо Хавьеру за то, что он так отзывчив на запросы о помощи!