Не удалось загрузить тип "XXX.Global"

Есть несколько вещей, которые вы можете попробовать с этим, кажется, происходит много, и решение меняется для всех, как кажется.

• Если вы все еще используете виртуальный каталог IIS, убедитесь, что он указывает на правильный каталог, а также проверьте версию ASP.NET, на которую он установлен, убедитесь, что он установлен на ASP.NET 2.0.

• Очистите ваш bin / debug / obj от них всех. Сделайте Чистое решение, а затем Построить решение.

• Проверьте файл проекта в текстовом редакторе и убедитесь, что он правильно ищет глобальный файл, иногда каталог не меняется.

• Удалите глобал из решения и добавьте его обратно после сохранения и закрытия. убедитесь, что все теги сценария в файле ASPX указывают на правильный после.

• Вы можете попробовать запустить инструмент Преобразовать в веб-приложение, который повторяет весь код и файлы проекта.

• IIS Express использует неправильный корневой каталог (см. Ответ в VS 2012 запускает приложение по неправильному пути)

Убедитесь, что вы закрыли VS после того, как попробуете их.

Вот некоторые вещи, которые я знаю, чтобы попробовать. Надеюсь, что один из них сработает для вас.

Я обнаружил, что это происходит, когда Global.asax. (Vb | cs) не был должным образом преобразован в частичный класс.

Самое быстрое решение - заключить имя класса 'Global' в [квадратные скобки], например (в VB.Net):

Public Class [Global]
    Inherits System.Web.HttpApplication
    ...

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

Причина, по которой я сталкиваюсь с этой проблемой, заключается в том, что я меняю конфигурацию сборки. Когда я устанавливаю веб-проект на x86, он меняет выходной путь на bin\x86\Debug. Однако выходной путь должен быть bin, и из-за этого веб-сервер не сможет найти двоичные файлы.

Таким образом, решение состоит в том, чтобы изменить выходной путь веб-сайта обратно на bin после изменения конфигурации сборки.

Если вы используете Visual Studio 2010, эта ошибка может возникнуть при изменении типа развертывания конфигурации. Есть 3 типа: x86, x64 и смешанный режим. Переход в смешанный режим для всех проектов в решении должен решить проблему. Не забудьте удалить bin, файлы Lib и изменить вывод tempdirectory, если ваш веб-сайт ASP.NET.

Это случилось со мной, и, попробовав все остальное, я случайно заметил в сообщении об ошибке, что пул приложений установлен на .Net 1.1. Я обновил приложение до версии 2.0, преобразовал в веб-приложение, но не менял пул приложений:

Информация о версии: Microsoft .NET Framework Версия: 1.1.4322.2490; Версия ASP.NET: 1.1.4322.2494

Удаление существующего файла global.asax и добавление нового устраняет эту ошибку. У меня это срабатывало много раз.

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

Причиной моей проблемы была инструкция <clear /> в разделе конфигурации <assemblies>. Я добавил это, потому что на производстве это было необходимо, потому что в одном плане хостинга было несколько несвязанных приложений, и я не хотел, чтобы какое-либо из них было затронуто другими. Более правильным решением было бы просто использовать преобразования веб-конфигурации при публикации.

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

В моем случае причиной этой ошибки была цель AfterBuild в проекте для компиляции веб-приложения.

См. здесь для получения дополнительной информации.

Удаление Language = "C#" в файле global.asax решило проблему для меня.

В моем случае я локально дублировал онлайн-сайт и получал эту ошибку локально в Utildev Cassini для asp.net 2.0. Оказалось, что я скопировал локально только global.asax и не копировал его компонент App_code. Копирование устранило проблему.

У меня сработало изменение номера порта адреса (localhost :) :)

Убедитесь, что скомпилированная dll вашего проекта помещена в соответствующую папку bin.

В моем случае, когда я изменил скомпилированный каталог нашего подпроекта на папку bin нашего основного проекта, это сработало.

Была эта ошибка в моем случае, я переименовал приложение. Я изменил имя проекта и имя класса, но забыл изменить «Имя сборки» или «Корневое пространство имен» в «Мой проект» или свойствах проекта.

Когда вы пытаетесь получить доступ к веб-клиенту Microsoft Dynamics NAV, вы получаете следующую ошибку. Не удалось загрузить тип System.ServiceModel.Activation.HttpModule из сборки System.ServiceModel, Version = 3.0.0.0, Culture = нейтральный, PublicKeyToken = b77a5c561934e089 Эта ошибка может возникнуть, если на компьютере, на котором работает IIS, установлено несколько версий .NET Framework, и IIS был установлен после .NET Framework 4.0 или до регистрации модели службы в Windows Communication Foundation.

Для Windows 7 и Windows Server 2008 используйте средство регистрации ASP.NET IIS (aspnet_regiis.exe,), чтобы зарегистрировать правильную версию ASP.NET. Дополнительные сведения о aspnet_regiis.exe см. В разделе «Средство регистрации ASP.NET IIS» на веб-сайте Microsoft.

попробуйте это решение https://thewikihow.com/video_LNwpNqgX7qw

Я исправил эту ошибку, просто переключившись с отладки на выпуск, запустив программу (она работала на выпуске), а затем снова переключился на отладку.

Я пробовал все остальное, включая перезапуск Visual Studio, и ничего не получалось.

Удаление папок obj, bin и восстановление устранили мою проблему

У меня была такая проблема.

Я решил это с помощью этого решения, предоставив CREATOR OWNER полные права на папку Windows Temp. По какой-то причине этому пользователю вообще не было назначено никаких прав. Может быть, потому что некоторое время назад я запускал Combofix на своем компьютере.