Błąd analizy Global.asax po drobnych zmianach i powrocie do poprzedniej wersji

Projekt w kontekście to:

Aplikacja sieci Web ASP .NET.NET Framework: 4Cel platformy: x86IDE: Visual Studio 2010 Ultimate SP1Wiele projektów w rozwiązaniu z ASP .NET jako projektem startowym.

Od wczoraj jest produkowany od miesięcy bez zakłóceń. Oczyściłem[Global.asax] plik (usunięto nieużywane instrukcje, refaktoryzowano itp.), uruchomiono rozwiązanie i wystąpił następujący błąd:

Opis: Wystąpił błąd podczas analizowania zasobu wymaganego do obsługi tego żądania. Zapoznaj się z poniższymi szczegółowymi szczegółami dotyczącymi błędu analizy i odpowiednio zmodyfikuj plik źródłowy.
Komunikat błędu parsera: Nie można załadować typu „CloudTech.ATS.WebClient.Global”.
Plik źródłowy: /global.asaxLinia: 1
Błąd źródła: Linia 1:<%@ Application CodeBehind="Global.asax.cs" Inherits="CloudTech.ATS.WebClient.Global" Language="C#" %>

Tutaj jestGlobal.asax Markup:

<%@ Application CodeBehind="Global.asax.cs" Inherits="CloudTech.ATS.WebClient.Global" Language="C#" %>

Tutaj jestGlobal.asax.cs Kod (z usuniętym kodem wewnętrznym):

using System;
using System.Linq;

namespace CloudTech.ATS.WebClient
{
    public class Global: System.Web.HttpApplication
    {
    }
}

Po chwilowym zmaganiu się z tym błędem przeszukałem, ponownie uruchomiłem komputer, wykonałem pełne czyszczenie rozwiązania, wymusiłem przebudowę, ale bezskutecznie. Sfrustrowany, w końcu zmieniłem tylko cel aplikacji internetowej na „Dowolny procesor” i zadziałało. Niestety „Dowolny procesor” nie jest opcją ani rozwiązaniem problemu. Zmiana z powrotem na „x86” powoduje ten sam błąd. Stało się to raz i od tego czasu nie działa już żadna kombinacja platformy docelowej ani konfiguracji debugowania / wydania (ten sam błąd).

Ponadto:

Wszystkie moje maszyny programistyczne to x64.Sprawdzone w rozwiązaniu, na wielu komputerach przetestowano wielu współpracowników (zarówno x86, jak i x64) z tym samym wynikiem.Przywrócił cały projekt do stanu czystego od 3 dni temu i błąd nadal występuje!Zweryfikowano, że absolutnie NIE dokonano żadnych zmian w plikach Web.config lub innych plikach w rozwiązaniu.

Wreszcie, jedyną zmianą w moich systemach programistycznych były aktualizacje systemu Windows (regularne aktualizacje zabezpieczeń) i wypróbowałem rozwiązanie w systemach bez aktualizacji z tymi samymi wynikami.

Każda pomoc byłaby doceniana.

questionAnswers(4)

yourAnswerToTheQuestion