ASP.NET: WCF и не удалось загрузить файл или сборку 'App_Web_hamznvwf - PullRequest
2 голосов
/ 08 января 2009

Я недавно начал работать с WCF с поддержкой AJAX и столкнулся с этой проблемой кэширования .NET - Не удалось загрузить файл или сборку App__Web__hamznvwf

У меня были проблемы с этим 4-5 раз в день на моем сервере (Win 2003) - см первое сообщение

Поэтому я переместил свои файлы с сервера и начал запускать проект локально (Win XP). Arghh! Проблема возникла снова - локально . И это произошло после перезагрузки! Как вы думаете, это сетевая политика, вызывающая эту проблему на моем локальном компьютере и сервере? Думаю, я собираюсь попытаться открыть
C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Временные файлы ASP.NET
каждому. И посмотрите, поможет ли это?

Любые другие вещи, которые я должен попробовать, прежде чем я позвоню в службу поддержки MS?

Как удалить «AppNameFolder» во временных файлах ASP.NET? Я думал, что смогу отключить встроенный отладочный веб-сервер, и на этом все. Что-то мешает мне удалить его.

Ответы [ 3 ]

3 голосов
/ 02 февраля 2009

Ого, это немного глупо. Я провел некоторое исследование, и, очевидно, многие люди сталкивались с этой проблемой в течение многих лет. Возможно, вы используете типы кэширования, определенные на вашем веб-сайте. Такие типы не имеют сборки, поэтому они генерируются случайным образом во время выполнения. В следующий раз, когда вы перезапустите свой веб-сервер, ваши типы получат другую случайно сгенерированную сборку, и ваш кэш не сможет десериализоваться, потому что старая сборка больше не существует. Вот некоторые возможные исправления, которые вы можете попробовать:

  • Определите все типы в отдельной сборке, а не на вашем веб-сайте.
  • В вашем локальном окне посмотрите, работает ли сайт в webdev, а не в iis, так же.
  • Если вы используете хранилище сеансов / кешей вне процесса (SQL Server), попробуйте использовать хранилище сеансов / кешей (локально в памяти) in-proc
  • Удалить все подкаталоги в C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files (как упоминалось в Dimi, используйте Unlocker для снятия блокировок, которые могут иметь любые приложения)
  • Если вы предварительно компилируете свой веб-сайт при развертывании, убедитесь, что ваш веб-сервер выключен перед развертыванием. (Очевидно, что если пользователи запрашивают страницы в старой версии сайта, при развертывании новой версии все будет плохо.)
1 голос
/ 09 января 2009

Вы пытались отключить службу индексирования ? Кроме того, возможно, стоит перейти к проекту веб-приложения и посмотреть, сохраняется ли эта проблема.

0 голосов
/ 11 января 2009

В дополнение к тому, что сказал предыдущий автор, я бы предложил использовать такой инструмент, как this для определить, в чем проблема.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...