"Не удалось загрузить App_Web _ *. Dll" Исключение после компиляции и утилизации ASP.NET

Ответ 1

У меня была такая же проблема, Приложение было веб-приложение, которое полностью прекомпилировано. Это исправило это для меня, но я не уверен, почему:

<compilation debug="false" batch="false">  

Я получил это решение отсюда: http://web.archive.org/web/20140116171941/http://www.creative-jar.com/insights/labs/programming/could-not-load-file-or-assembly-app_web_/

Ответ 2

Это должна быть проблема с компилятором, как уже упоминалось ранее. Если у вас нет доступа к iis, вы можете изменить свой собственный файл web.config, чтобы использовать другой каталог temp. Эта модификация заставит iis перекомпилировать ваш код и использовать эту новую компиляцию.

<compilation tempDirectory="C:\...">

Пользователь iis_iusrs должен иметь доступ на запись к этому новому каталогу.

Ответ 3

Код не должен быть следующей структуры:

• FooService.cs
• FooService.svc
• Default.aspx

Но следующее:

• App_Code/FooService.cs
• FooService.svc
• Default.aspx

Обратите внимание на специальную папку App_Code, которая содержит исходный код.

Итак, чтобы повторить:

~/App_Code/FooService.cs:

using System.ServiceModel;

namespace FooService
{
    [ServiceContract]
    public class FooService
    {
        static FooEngine engine = new FooEngine();

        [OperationContract]
        public string Foo()
        {
            return "bar";
        }
    }

    public class FooEngine
    {

    }
}

~/FooService.svc:

<%@ ServiceHost Language="C#" Debug="true" Service="FooService.FooService" CodeBehind="~/App_Code/FooService.cs" %>

~/Web.config:

<configuration>
  <system.web>
    <compilation debug="false" targetFramework="4.0" />
  </system.web>

  <system.webServer>
     <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>

  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
  </system.serviceModel>
</configuration>

~/Default.aspx:

<%@ Page Language="C#" %>
<% var foo = "bar"; %>

Говоря об этом, я бы рекомендовал вам использовать веб-приложения вместо веб-сайтов и прекомпилировать все, чтобы избежать подобных проблем. Другим преимуществом является то, что вам больше не нужно разворачивать исходный код на сервере.

Если вы используете перекомпилированное веб-приложение, ваша структура будет следующей:

• бен /MyWebService.dll
• FooService.svc
• Default.aspx

Это то, что я бы рекомендовал вам.

Ответ 4

Мы видели, что при определенных условиях утилизация приложений никогда не выполняется. Я видел это на больших сайтах, которые находятся под большой нагрузкой. IIS использует довольно агрессивный механизм кэширования и, в зависимости от длины очереди запросов, фактически не приведет к полной перезагрузке.

Если вы видите это, попробуйте выполнить IISRESET /noforce. Это должно означать, что сервер действительно действительно перерабатывает все.

Ответ 5

Вы можете настроить пул приложений IIS для повторного использования в определенный период времени или сбой приложения. Пожалуйста, проверьте следующие URL-адреса, которые могут вам помочь:

http://forums.asp.net/p/1551597/3934757.aspx http://weblogs.asp.net/albertpascual/archive/2010/07/01/installing-asp-net-4-in-iis-6.aspx

Gaurav Maniar MCP | MCSE | MCST | MCITP | Сертифицирован ITILv3

Ответ 6

Это похоже на проблему с компилятором Asp.Net. Кажется, он не обновляет временные файлы ASP.NET для WCF с новой сборкой DLL при перекомпиляции. Не могли бы вы протестировать приложение с помощью batch = false i.e. < compilation batch = "false" >

Ответ 7

У меня была аналогичная проблема с моим проектом, сайт работал нормально, но любые веб-службы svc принесли ту же ошибку.

Я попытался изменить строку ниже в web.config, но это не помогло

    <compilation debug="false" batch="false"> 

Решение, которое я нашел, было связано с тем, как было создано приложение.

Поскольку я использовал проект развертывания, я обнаружил, что снятие флажка опции:

Рассматривать как компонент библиотеки (удалить файл App_Code.com)

на странице "Output Assemblies", а затем перестройка и развертывание проекта, похоже, сработала для меня.

Надеюсь, что это поможет кому-то другому.