Не удалось загрузить файл или сборку «ajaxControltoolkit» после обновления до .NET 4.0
-
19-09-2019 - |
Вопрос
У меня есть веб -приложение, которое я пытаюсь перейти на .net 4.0.
Я взял приложение и открыл его через Beta 2 Visual Studio 2010 и выбрал путь обновления для этого приложения. Приложение использует AjaxControltoolkit. Теперь, когда обновление завершено, когда я пытаюсь получить доступ к странице, я получаю сообщение об ошибке: «Не могу загрузить файл или сборку« ajaxControltoolkit »или одну из его зависимостей. Доступ отрицается».
Я пытался:
- Перезагружая мою машину
- Чистый раствор
- Удаление всех файлов во временных файлах asp.net
- Расслабляющие Perssissions (добавлены все с полным контролем) в каталоге Bin, временный каталог файлов asp.net
- Удаление и считывание ссылки на AjaxControltoolkit dll
Связанные записи web.config для ajackcontroltoolkit:
<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">
<controls>
<add tagPrefix="ajaxToolkit" namespace="AjaxControlToolkit" assembly="AjaxControlToolkit"/>
</controls>
</pages>
Любые идеи относительно того, что происходит здесь/как я могу решить эту проблему?
Решение 8
Не на 100% уверен, почему это сработало, но в соответствующем временном каталоге файлов asp.net (расположено по адресу: c: windows microsoft.net framework64 v4.0.21006 Tempreary ASP.Net файлы [ProjectName]) I вручную Coppy the Ajaxcontroltoolkit.dll.
Затем мне было предоставлено дополнительные DLL, которые отсутствовали, но после вручную копировали их в это место, я также смог решить эти проблемы. Не кажется лучшим ответом, но в итоге он работал для меня.
Другие советы
У меня была аналогичная проблема, но я смог решить, предоставив полные права на папку «Временные файлы asp.net» для моей личности подражания.
Я понимаю, что уже есть принятый ответ, но для кого -то еще, приходящего на эту страницу с помощью поиска по коду ошибки ....
Просмотрите разрешения пользователя, которых вы пытаетесь выдать себя за себя.
В своей ситуации я получал ошибку только на своей машине разработки, а не на наших серверах для постановки или развертывания. (Ибо, когда я обошел это, удалив узел «Identity» из Config в моей среде Dev и просто добавив линию в пост-сборку, так что это не было проблемой для кого-либо, кроме меня ..
В моей среде у нас есть конкретный пользователь, которого все наши веб -приложения выдают себя за работу. Я создал учетную запись пользователя, но я явно не установил разрешения своей учетной записи. Когда я добавил пользователя в качестве администратора на моем Dev Machine, эта проблема исчезла полностью. (Я знаю не идеально, но это «работает для меня» и имеет минимальный вред, поскольку эта учетная запись пользователя заблокирована на наших «реальных» серверах в любом случае ..)
Я думаю, что пост о временных файлах в C: Windows Microsoft.net Framework64 v4.0.21006 Temporary ASP.NET файлы [ProjectName] был на правильном пути.
Я решил проблему, отредактировав разрешения, чтобы убедиться, что ASP, подражающий пользователю (найденному в разделе «Безопасность IIS» в качестве анонимного пользователя, который приложение должно использовать при разрешении анонимного доступа), имел надлежащую безопасность в каталоге.
Решен проблемой ... Доступ, отказанный в USSULLICLE, указывает на проблему разрешений.
Я получил это сообщение об ошибке (хотя и другой файл DLL), когда я переустановил свое приложение ASP.NET на новой машине Windows Server 2008. Я искал решение этого часами, пробуя абсолютно все, но безрезультатно. Пока я не отключил антивирус McAfee. Когда я это сделал, все работало как очарование.
Я попытался дать своему выданному пользователю полные права на временную папку файлов asp.net, но это не сработало. Я помню в прошлом, когда получил эту ошибку, что это сделало.
Я знаю, что плакат «Вопрос» попробовал это, но это сработало для меня, когда я снял/добавил Ajaxtoolkit в Visual Studio. Я предлагаю попробовать все, что он сделал в первую очередь. Я надеюсь, что это помогает кому-то.
Вы можете попробовать это:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\
Анкет Просто очистите все папки и файлы из этой папки и составьте ваше приложение. Счастливого кодирования!
Странная ошибка. Что -нибудь в вашем файле web.config указывает на AjaxControltoolkit с предоставленным токеном открытого ключа или другими спецификациями сборки? Это случилось со мной, где значение изменилось или я изменился с ссылки в GAC на локальную ссылку ...
Hth.
Я столкнулся с той же проблемой. После многих исследований я узнал, что использовал подражание в файле конфигурации. Мне пришлось изменить идентификатор подражания на другого пользователя, который был локальным для сервера, и он немедленно решил проблему.
Осмотрите свойства DLL. Если где -то указывается, что «этот файл пришел с другого компьютера», нажмите на флажок и «Применить», чтобы поднять ограничения.
Не забудьте также открыть «Visual Studio» с «Run As Administrator», используя контекст-меню [щелкнуть правой кнопкой мыши].