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

Ответ 1

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

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

• Удалите все файлы bin/debug/obj. Сделайте решение Clean, а затем Build Solution.

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

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

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

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

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

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

Ответ 2

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

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

Ответ 3

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

Быстрое решение состоит в том, чтобы окружить имя класса "Глобальный" квадратными скобками] (так как в VB.Net):

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

Ответ 4

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

Ответ 5

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

Ответ 6

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

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

Ответ 7

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

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

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

Ответ 8

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

Ответ 9

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

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

Ответ 10

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

Ответ 11

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

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

Ответ 12

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

Ответ 13

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

Ответ 14

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

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

попробуйте это решение https://www.youtube.com/watch?v=LNwpNqgX7qw

Ответ 15

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

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

Ответ 16

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

Ответ 17

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

Ответ 18

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

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