Нераспознанный атрибут targetFramework. Обратите внимание, что имена атрибутов чувствительны к регистру

Question

Нераспознанный атрибут targetFramework. Обратите внимание, что имена атрибутов чувствительны к регистру

Я пытаюсь загрузить свой сайт и получаю следующее сообщение об ошибке:

Нераспознанный атрибут targetFramework. Обратите внимание, что имена атрибутов чувствительны к регистру.

<compilation debug="true" targetFramework="4.0">

Сайт отлично работает на моем локальном ПК, но не открывается, когда я загружаю его на свой хост и пытаюсь просмотреть его в Интернете.

432

asp.net

Источник

user961388 23 сен '11 в 14:38

27 ответов

Другие вопросы по тегам asp.net

user492405 23 сен '11 в 14:44 2011-09-23 14:44 · Answer 1 · 2011-09-23 14:44

Обычно это происходит, когда у вас есть атрибут targetFramework="4.0" в файле web.config, но пул приложений настроен на запуск ASP.NET 2.0. targetFramework ASP.NET 2.0 полностью не распознает атрибут, поэтому изменение его на 2.0 не даст желаемого эффекта.

Обратитесь в службу поддержки / к администратору и переключите AppPool на 4.0.

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

user542148 16 дек '11 в 16:46 2011-12-16 16:46 · Answer 2 · 2011-12-16 16:46

Регистрация фреймворка в IIS - вот что у меня сработало:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319>aspnet_regiis -i

83

Источник

user542148 16 дек '11 в 16:46

user1046995 09 май '15 в 06:44 2015-05-09 06:44 · Answer 3 · 2015-05-09 06:44

В IIS

Нажмите на пулы приложений

Щелкните правой кнопкой мыши DefaultAppPool --->> Установить пул приложений по умолчанию....--->> Измените версию.Net на V 4.0.

49

Источник

user1046995 09 май '15 в 06:44

user2353426 20 июн '14 в 10:08 2014-06-20 10:08 · Answer 4 · 2014-06-20 10:08

Откройте свой IIS (введите inetmgr при запуске) и измените настройку пула приложений. Чтобы увеличить изображение, щелкните изображение правой кнопкой мыши и откройте изображение на новой вкладке

45

Источник

user2353426 20 июн '14 в 10:08

user1162341 21 янв '12 в 13:57 2012-01-21 13:57 · Answer 5 · 2012-01-21 13:57

В меню Visual Studio:

Веб-сайт -> Параметры запуска -> вкладка сборки -> Выбрать целевую платформу в раскрывающемся списке (.NET FrameWork 4)

27

Источник

user1162341 21 янв '12 в 13:57

user6733426 11 июл '17 в 11:38 2017-07-11 11:38 · Answer 6 · 2017-07-11 11:38

Я столкнулся с той же проблемой при публикации своих первых веб-сервисов. Я решил это, просто сделав это:

Откройте IIS
Нажмите на пулы приложений
Щелкните правой кнопкой мыши DefaultAppPool => Установить пул приложений по умолчанию => Изменить версию.Net на V 4.0. (Вы также можете изменить.Net Framework Версия вашего приложения специально)

Надеюсь, это сработает.

user3678828 07 ноя '17 в 12:35 2017-11-07 12:35 · Answer 7 · 2017-11-07 12:35

Для IIS 7 попробуйте в соответствии с приведенным рисунком... пометьте меня, если это работает для вас.

9

Источник

user3678828 07 ноя '17 в 12:35

user696627 21 авг '13 в 07:15 2013-08-21 07:15 · Answer 8 · 2013-08-21 07:15

Мне пришлось зарегистрировать ASP.Net в IIS, чтобы разрешить его в Windows Server 2008 R2. Скриншот команды ниже

cd /d C:\Windows\Microsoft.NET\Framework\v4.0.30319

iisreset /stop

aspnet_regiis -i

iisreset /start

%systemroot%\system32\inetsrv\appcmd set config /section:isapiCgiRestriction /[path='%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll'].allowed:True 

%systemroot%\system32\inetsrv\appcmd set config /section:isapiCgiRestriction /[path='%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll'].allowed:True

user895218 17 мар '17 в 18:42 2017-03-17 18:42 · Answer 9 · 2017-03-17 18:42

Я использую IIS Express, а не IIS.

Проблема была в файле applicationhost.config, расположенном в: {solution_folder}\. Vs \ config \ applicationhost.config.

Одна из записей пула приложений имела значение managedRuntimeVersion "v2.0". Я изменил его на "v4.0", и он работал правильно.

Я вполне уверен, что основной причиной был один из пакетов NuGet, которые я недавно установил.

    <system.applicationHost>
       <applicationPools>
          <add name="BadAppPool1" managedRuntimeVersion="v2.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
       </applicationPools>
    </system.applicationHost>

user1937574 30 дек '12 в 06:56 2012-12-30 06:56 · Answer 10 · 2012-12-30 06:56

Измените пул приложений на целевой фреймворк 4.0 вместо классического.

RC сайт -> управлять сайтом-> расширенные настройки>
первый вариант изменения от классического до интегрированного фреймворка 4.

5

Источник

user1937574 30 дек '12 в 06:56

user7772699 26 июл '18 в 13:10 2018-07-26 13:10 · Answer 11 · 2018-07-26 13:10

У меня также возникла такая же проблема при локальном запуске приложения, которое указывает на.Net Framework 4.7.1. Ошибка была "Нераспознанный атрибут TargetFrameWork", как показано ниже.

Но ни один из приведенных ответов не помог мне. Наконец, когда я изменил свой текущий номер порта (1413) на какое-то другое значение(60179), как показано ниже, оно работало нормально для меня. Но я не уверен по фактической причине, но это сработало.

user2246088 19 авг '14 в 09:33 2014-08-19 09:33 · Answer 12 · 2014-08-19 09:33

Открыть проект -> нажать Shift + F4 (открыть страницу свойств) -> Выбрать вариант сборки -> в Target Framework выбрать .NET Framework 4 -> ОК

4

Источник

user2246088 19 авг '14 в 09:33

user586227 07 мар '12 в 10:44 2012-03-07 10:44 · Answer 13 · 2012-03-07 10:44

Создайте новый пул, выбрав.Net Framework v4.0.3xxxxx

использовать режим управления конвейером: встроенный

Назначьте его на свой сайт и готово.

3

Источник

user586227 07 мар '12 в 10:44

user1364421 12 фев '13 в 23:18 2013-02-12 23:18 · Answer 14 · 2013-02-12 23:18

Я получил эту ошибку из-за неудачной компиляции MSBuild в файле проекта, преобразованном из более ранней версии VS в VS2010 и.NET 4.0. На самом деле это был проект веб-развертывания, и решение, которое работало для меня, заключалось в добавлении следующих записей в раздел PropertyGroup в начале файла MSBuild:

<ProductVersion>10.0.11107</ProductVersion>

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

Возможно, они автоматически обновляются при преобразовании других типов проектов в VS2010, но их не было в моем файле проекта Web Deployment после его преобразования.

user1907814 25 дек '12 в 09:10 2012-12-25 09:10 · Answer 15 · 2012-12-25 09:10

Чтобы решить эту проблему, просто щелкните значок "Версия ASP.NET" в разделе "Инструменты сайта" панели управления, чтобы переключить платформу на 4.0.

2

Источник

user1907814 25 дек '12 в 09:10

user2981817 12 ноя '13 в 05:12 2013-11-12 05:12 · Answer 16 · 2013-11-12 05:12

Что я сделал: я изменил значение пула приложений на DefaultAppPool с предыдущего значения. Это делается в разделе "Дополнительные настройки" ("Веб-сайт" -> "Управление веб-сайтом" -> "Дополнительные настройки").

2

Источник

user2981817 12 ноя '13 в 05:12

user3355859 26 фев '14 в 12:43 2014-02-26 12:43 · Answer 17 · 2014-02-26 12:43

Просто удалите "Target Framework 4.0" и закройте скобку.

Это будет работать

1

Источник

user3355859 26 фев '14 в 12:43

user1511216 09 июл '12 в 06:51 2012-07-09 06:51 · Answer 18 · 2012-07-09 06:51

Просто было это в VS 2010.

Исправлено, редактируя файл.sln и изменяя TargetFrameworkMoniker так, чтобы ему было присвоено значение ".NETFramework,Version%3Dv4.0".

1

Источник

user1511216 09 июл '12 в 06:51

user3606250 01 дек '20 в 19:51 2020-12-01 19:51 · Answer 19 · 2020-12-01 19:51

Если вы используете IIS Express, он создает новую конфигурацию для каждого сайта, который вы запускаете, и привязывается к URL-адресу (хост / порт). Однако, когда он открывает новый проект, используя тот же порт, он не обновляет конфигурацию.

Это означает, что если у вас есть проект, использующий CLR 2.0 (.NET Framework от 2.0 до 3.5), работающий на каком-либо порту, а затем вы открываете другой проект в том же порту, используя CLR 4 (.NET Framework 4.x+), новый проект попытается для запуска с использованием CLR 2, которая не работает - и в случае, если она даже не распознает атрибут targetFramework.

Одно из решений - очистка сайтов IIS Express, но самый простой способ - изменить порт, чтобы IIS Express создавал новый сайт (с использованием CLR 4) для вашего проекта.

user1983805 11 сен '18 в 16:50 2018-09-11 16:50 · Answer 20 · 2018-09-11 16:50

У меня была та же проблема, и я нашел этот хороший скрипт на Poweshell для обновления всех ваших пулов приложений одновременно: https://gallery.technet.microsoft.com/scriptcenter/How-to-set-the-IIS-9c295a20

Обязательно установите вас $IISAppPoolDotNetVersion = "v4.0" переменная в верхней части.

0

Источник

user1983805 11 сен '18 в 16:50

user1350476 20 мар '14 в 09:12 2014-03-20 09:12 · Answer 21 · 2014-03-20 09:12

Выполните следующие два шага:

Зарегистрируйте.NET Framework версии 4.0 (если он не зарегистрирован).

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319>aspnet_regiis -i
В пуле приложений измените.net framework на v4.0

0

Источник

user1350476 20 мар '14 в 09:12

user78939 22 сен '15 в 12:54 2015-09-22 12:54 · Answer 22 · 2015-09-22 12:54

Увидел ошибку "Нераспознанный атрибут targetFramework" на странице "Вывод на консоль" Jenkins на сервере сборки. Это было после того, как я изменил "целевой фреймворк" для нескольких проектов с ".NET Framework 3.5" на ".NET Framework 4" и зафиксировал свои изменения.

В Jenkins настройки проекта пришлось изменить. Для решения "Версия MSBuild" пришлось изменить с "v3.5" на "v4.0".

user7175739 14 мар '17 в 07:43 2017-03-14 07:43 · Answer 23 · 2017-03-14 07:43

Для наложения просто измените версию targetFramework только в файле web.config, остальные вещи не нужно менять.

0

Источник

user7175739 14 мар '17 в 07:43

user1368659 01 май '12 в 21:13 2012-05-01 21:13 · Answer 24 · 2012-05-01 21:13

Если вы компилируете файлы и значение "targetFramework" устанавливается как конкретная версия, то есть 4.0,

Убедитесь, что на хосте запущена платформа.net, как и в той же версии.

Если нет, скачайте.net framework.

После загрузки, если в диспетчере IIS не настроено автоматическое использование расширения вновь загруженной версии.net framework,

добавьте расширение вручную, перейдя в папку недавно загруженного.net framework через диспетчер IIS:

1. щелкните правой кнопкой мыши папку веб-сайта

2. Перейти к "Свойствам"

3. В разделе "Виртуальный каталог" нажмите "Конфигурация".

4. Отредактируйте путь к исполняемому файлу расширения ".aspx" (путь которого указывает на версию, отличную от версии недавно загруженной платформы.net), на правильный путь, который является папкой НОВОЙ загруженной версии платформы.net. и затем выберите файл "aspnet_isapi.dll".

5. нажмите ОК!

user1553519 26 мар '14 в 01:29 2014-03-26 01:29 · Answer 25 · 2014-03-26 01:29

Если вы устанавливаете IIS после установки.Net FrameWork. Вам нужно снова установить.net Framework для IIS. Так что все, что нам нужно сделать, это запустить aspnet_regiis -i, Надеюсь, это полезно.

0

Источник

user1553519 26 мар '14 в 01:29

user184572 19 фев '19 в 06:49 2019-02-19 06:49 · Answer 26 · 2019-02-19 06:49

Следующие 2 шага заставят обновить кэш Visual Studio и IIS Express и, как правило, разрешат мои похожие проблемы:

Просто переключите Project Framework с 4+ на.Net Framework 3.5 и запустите его.
Если он запустился успешно, вы можете вернуть его обратно к желаемой целевой структуре 4+ и увидеть, что он, вероятно, снова заработает.

user1005153 04 дек '19 в 12:23 2019-12-04 12:23 · Answer 27 · 2019-12-04 12:23

Мне помогло изменение номера порта для локальной разработки Спасибо @Rinay Ashokan. Я выполнил все поиски неисправностей и, наконец, обнаружил, что конфигурации проекта хранятся в IIS Express для номера порта.

0

Источник

user1005153 04 дек '19 в 12:23

user799759 13 окт '15 в 08:47 2015-10-13 08:47 · Answer 28 · 2015-10-13 08:47

Только что возникла эта проблема при развертывании нового приложения на старой коробке IIS. Расследование привело к установке v4.5.1 во время выполнения, но приложение, требующее v4.5.2

Ничего кроме установки правильной версии ASP .Net во время выполнения не потребовалось.

0

Источник

user799759 13 окт '15 в 08:47

user847235 21 дек '16 в 19:38 2016-12-21 19:38 · Answer 29 · 2016-12-21 19:38

Возможно, у вас есть собственный pr oj-файл MSBUILD и вы используете <AspNetCompiler> задача. В этом случае вы должны добавить ToolPath для.NET4.

<AspNetCompiler
    VirtualPath="/MyFacade"
    PhysicalPath="$(MSBuildProjectDirectory)\MyFacade\"
    TargetPath="$(MSBuildProjectDirectory)\Release\MyFacade"
    Updateable="true"
    Force="true"
    Debug="false"
    Clean="true"
    ToolPath="C:\Windows\Microsoft.NET\Framework\v4.0.30319\">      
</AspNetCompiler>

user5455119 16 окт '15 в 19:08 2015-10-16 19:08 · Answer 30 · 2015-10-16 19:08

Для тех, у кого есть это, у которых IIS не запущен на их ПК разработчика, вот что случилось со мной: у меня был один веб-сайт, перезаписанный файлами с сайта diff, который был 4, в то время как предыдущий был 3.5. Получил эту ошибку. Исправить это просто, изменив имя каталога веб-сайта, которое на ПК разработчика может быть чем угодно, так что никаких проблем. Вышесказанное, вероятно, более элегантно, но иногда работает просто, ЕСЛИ вам это сойдет с рук, то есть вы в dev, а не в QA или Prod.