Не удалось загрузить файл или сборку "AjaxControlToolkit" после обновления to.net 4.0
У меня есть веб-приложение, которое я пытаюсь обновить до .net 4.0.
Я взял приложение и открыл его через Visual Studio 2010 Beta 2 и выбрал путь обновления для этого приложения. Приложение использует AjaxControlToolkit. Теперь, когда обновление завершено, когда я пытаюсь получить доступ к странице, Я получаю сообщение об ошибке: "не удалось загрузить файл или сборку "AjaxControlToolkit" или одну из его зависимостей. Доступ запрещен."
Я попробовал:
- перезапуск моей машине
- Очистить Решение
- удаление всех файлов во временном режиме ASP.Net файлы
- Relaxing permsissions (добавлены все с полным контролем) в каталоге Bin, временный ASP.Net каталог файлов
- удаление и чтение ссылки на библиотеку DLL AjaxControlToolkit
связанная сеть.записи конфигурации для AjackControlToolkit:
<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">
<controls>
<add tagPrefix="ajaxToolkit" namespace="AjaxControlToolkit" assembly="AjaxControlToolkit"/>
</controls>
</pages>
любые идеи, как что происходит здесь/как я могу исправить эту проблему?
11 ответов
У меня была аналогичная проблема, но я смог решить, предоставив полные права на "временный ASP.NET папка "файлы" для моей личности олицетворения.
Я понимаю, что уже есть принятый ответ, но для всех, кто приходит на эту страницу через поиск по коду ошибки....
просмотрите разрешения пользователя, которого вы пытаетесь олицетворить.
в моей ситуации я получал ошибку только на своей машине разработки, а не на наших промежуточных серверах или серверах развертывания. (В то время как я обошел это, удалив узел "identity" из config в моей среде разработки и просто добавив строку в post-build, чтобы она не было проблемой ни для кого, кроме меня..
в моей среде у нас есть конкретный пользователь, который олицетворяет все наши веб-приложения при запуске. Я создал учетную запись пользователя,но явно не установил ее разрешения. Когда я добавил пользователя в качестве администратора на моей машине dev, эта проблема полностью исчезла. (Не идеально, я знаю, но он "работает для меня" и имеет минимальный вред, так как эта учетная запись пользователя заблокирована на наших "реальных" серверах..)
Я думаю, что сообщение о временных файлах в C:\Windows\Microsoft.NET\Framework64\v4.0.21006\Temporary ASP.NET файлы[projectName] были на правильном пути.
Я решил проблему, отредактировав разрешения, чтобы быть уверенным, что ASP, олицетворяющий пользователя (найденный в разделе безопасности IIS как анонимный пользователь, который приложение должно использовать при разрешении анонимного доступа), имел надлежащую безопасность каталога.
решена проблема... Доступ запрещен ussually points to a проблема с разрешениями.
Я получил это сообщение об ошибке (хотя другой файл dll), когда я переустановил свой ASP.NET приложение на новой машине Windows Server 2008. Я искал решение этого в течение нескольких часов, пробуя абсолютно все, но безрезультатно. Пока я не деактивировал антивирус McAfee. Когда я это делал, все работало как по волшебству.
Я попытался дать моему олицетворенному пользователю полные права на временное ASP.NET папка Files, но это не сработало. Я помню в прошлом, когда я получил эту ошибку, что она сделала трюк.
Я знаю, что плакат вопроса пробовал это, но он работал для меня, когда я удалил / добавил AjaxToolKit в visual studio. Я предлагаю сначала попробовать все, что он сделал. Надеюсь, это кому-то поможет.
вы можете попробовать это:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\
. Просто очистите все папки и файлы из этой папки и скомпилируйте приложение ur. Удачи в кодировании!
странная ошибка. Что-нибудь в интернете.файл конфигурации, указывающий на AjaxControlToolkit с предоставленным токеном открытого ключа или другими спецификациями сборки? Это произошло со мной, когда значение изменилось или я изменился со ссылки в GAC на локальную ссылку...
HTH.
не 100% уверен, почему это сработало, но в соответствующем временном ASP.Net каталог файлов (находится по адресу: C:\Windows\Microsoft.NET\Framework64\v4.0.21006\Temporary ASP.NET файлы[имя_проекта]) я вручную скопировал AjaxControlToolkit.файл DLL.
затем мне были представлены дополнительные DLL, которые отсутствовали, но при ручном копировании их в это место также я смог решить эти проблемы. Не похоже на лучший ответ, но в конечном итоге это сработало для меня.
Я столкнулся с той же проблемой. После многих исследований я обнаружил, что использую олицетворение в конфигурационном файле. Мне пришлось изменить идентификатор олицетворения на другого пользователя, который был локальным для сервера, и он немедленно решил проблему.
Проверьте свойства DLL. Если где-то указано, что "этот файл пришел с другого компьютера", установите флажок и "применить", чтобы снять ограничения, введенные Windows.
Не забудьте также открыть "Visual Studio" с "Запуск от имени администратора" с помощью контекстного меню [щелкните правой кнопкой мыши].