ASP.NET: WCF и не удалось загрузить файл или сборку App_Web_hamznvwf
Недавно я начал работать с WCF с поддержкой AJAX и столкнулся с этой проблемой кеширования .NET - Не удалось загрузить файл или сборку App__Web__hamznvwf
У меня были проблемы с этим от 4 до 5 раз в день на моем сервере (Win 2003) - см. первый пост
Поэтому я переместил свои файлы с сервера и начал запускать проект локально (Win XP). Ах! Проблема возникла снова - локально. И это случилось после перезагрузки! Считаете ли вы, что эта сетевая политика вызывает эту проблему на моем локальном компьютере и сервере? Думаю, я попробую открыть
C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Временные файлы ASP.NET
каждому. И посмотрите, поможет ли это?
Что еще я должен попробовать, прежде чем вызвать в службу поддержки MS?
Как удалить мой «AppNameFolder» во временных файлах ASP.NET? Я думал, что могу выключить встроенный веб-сервер отладки, и все. Что-то мешает мне его удалить.
Ответы 3
Вы пробовали отключение службы индексирования? Кроме того, возможно, стоит перейти на Проект веб-приложения и посмотреть, сохраняется ли эта проблема.
В дополнение к тому, что было сказано на предыдущем плакате, я бы предложил использовать такой инструмент, как это, чтобы определить, в чем проблема.
Вау, этот немного дурацкий. Я провел небольшое исследование и, по-видимому, многие люди сталкивались с этой проблемой в течение многих лет. Возможно, вы кэшируете типы, определенные на вашем веб-сайте. У таких типов нет сборки, поэтому она генерируется для них случайным образом во время выполнения. В следующий раз, когда вы перезапустите свой веб-сервер, вашим типам будет предоставлена другая случайно сгенерированная сборка, и ваш кеш не сможет десериализоваться, поскольку старая сборка больше не существует. Вот несколько возможных исправлений, которые вы можете попробовать:
- Определите все типы в отдельной сборке, а не на своем веб-сайте.
- В вашем локальном окне проверьте, ведет ли запуск сайта в webdev, а не в iis, такое же поведение.
- Если вы используете внепроцессное (SQL Server) хранилище сеанса / кеша, попробуйте использовать внутреннее (локальное в памяти) хранилище сеанса / кеша
- Удалите все подкаталоги в C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files (как упоминал Дими, используйте Unlocker для взлома блокировок, которые могут иметь любые приложения)
- Если вы предварительно компилируете свой веб-сайт при развертывании, убедитесь, что ваш веб-сервер выключен перед развертыванием. (Очевидно, если пользователи запрашивают страницы на старой версии сайта, это может испортить ситуацию при развертывании новой версии.)