Не мог загрузить файл или блок 'AjaxControlToolkit' после обновления .net 4.0
У меня есть веб-приложение, которое я пытаюсь обновить до .net 4.0.
Я взял приложение и открыл его через Бету 2 Visual Studio 2010 года и выбрал процедуру обновления для того приложения. Приложение использует AjaxControlToolkit. Теперь, когда обновление завершено, когда я пытаюсь получить доступ к странице, я получаю сообщение об ошибке: "Не мог загрузить файл или блок 'AjaxControlToolkit' или одна из его зависимостей. Доступ запрещен".
Я попробовал:
- Перезапуск моей машины
- Чистое решение
- Удаление всех файлов во Временных Файлах ASP.NET
- Ослабление permsissions (добавил Всех с Полным контролем) на Каталоге bin, каталоге Temporary ASP.Net Files
- Удаление и передобавление ссылки на AjaxControlToolkit DLL
Связанные web.config записи для AjackControlToolkit:
<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">
<controls>
<add tagPrefix="ajaxToolkit" namespace="AjaxControlToolkit" assembly="AjaxControlToolkit"/>
</controls>
</pages>
Какие-либо идеи относительно того, что происходит здесь/как, я могу устранить эту проблему?
4 ответа
Не уверен на 100%, почему это сработало, но в соответствующем каталоге временных файлов ASP.Net (расположенном по адресу: C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.21006 \ Temporary ASP. NET Files [projectName]) Я вручную скопировал AjaxControlToolkit.dll.
Затем мне были представлены дополнительные отсутствующие библиотеки DLL, но, скопировав их вручную в это место, я также смог решить эти проблемы. Это не кажется лучшим ответом, но в итоге он сработал для меня.
Нечетная ошибка. Указывает ли что-нибудь в вашем файле web.config на AjaxControlToolkit с токеном открытого ключа или другими предоставленными спецификациями сборки? Это случилось со мной, когда значение изменилось, или я изменил ссылку в GAC на локальную ссылку ...
HTH.
У меня была похожая проблема, но я смог решить ее, предоставив полные права на папку "Temporary ASP.NET Files" для моей личности имперсонализации.
Я думаю, что сообщение о файлах Temp в C:\Windows\Microsoft.NET\Framework64\v4.0.21006\Temporary ASP.NET Files[projectName] было на верном пути.
Я решил проблему, отредактировав разрешения, чтобы убедиться, что пользователь ASP Impersonating (найденный в разделе безопасности IIS как анонимный пользователь, которого приложение должно использовать при разрешении анонимного доступа) имеет надлежащий доступ к каталогу.
Решил проблему... Отказ в доступе обычно указывает на проблему с разрешениями.