.svc-сопоставления обработчиков для .Net 2.0-приложения, работающего после установки .Net 3.0?

Question

Это странно. У меня есть веб-сайт, запущенный под пулом приложений .Net 2.0 (встроенный режим) и не смог подключиться к службе WCF на сайте. Когда я перейду к URL-адресу на моем ящике, появится сообщение с надписью «Запрашиваемый контент является скриптом и не будет обслуживаться статическим обработчиком файлов».

Я проверил сопоставления обработчиков в IIS для расширения .svc этого сайта и увидел записи, читающие svc-Integrated-4.0, svc-ISAPI-2.0- and svc-ISAPI-2.0-64. Но ничего для svc-Integrated, которое я предполагаю, было проблемой.

Я следовал рекомендациям ServiceModelReg -i в this post, но экземпляра этого исполняемого файла в моей подпапке Framework \ v2.0.5027 не было. Поэтому я поднялся на уровень и нашел его в своей папке Framework \ 3.0.0 и запустил его оттуда. И вот, теперь все работает, и в разделе отображений есть новый обработчик для svc-Integrated.

Но мой вопрос: если я установил это для .Net 3.0, как его использует пул приложений .Net 2.0? Я думал, что проблема совместимости?

Answer 1

Я установил это для .Net 3.0, как его использует пул приложений .Net 2.0? Я думал, что проблема совместимости?

Нет, .NET Framework 3.0 still uses the 2.0 CLR, поэтому использование 2.0 AppPool является подходящим.

IIS AppPools указывает версию CLR, а не версию Framework.