Ao tentar implantar um site .net 3.5 no pool de aplicativos padrão no IIS7, com a seção de estrutura definida como 4.0, recebo o seguinte erro.
Há uma seção duplicada 'system.web.extensions / scripting / scriptResourceHandler' definida.
Comentar sobre as linhas ofensivas também não ajudou. Alguma dica sobre o que eu preciso fazer ou olhar?
Respostas:
Se o seu plano é implantar em um IIS que tenha um Pool de Aplicativos em execução .net 4.0, você precisará limpar o web.config que inclui todas as seções de Definições que apontam para .net 3.5. A razão pela qual isso falha é porque essas definições de seção já estão incluídas no web.config raiz no .NET 4.0 (consulte% windir% \ microsoft.net \ framework \ v4.0.30319 \ config \ machine.config) que incluem todo o sistema. web.extensions já declarado.
Outra solução rápida é ter o pool de aplicativos definido como 2.0, exatamente como sua máquina de desenvolvimento parece ter.
A solução para mim foi alterar a versão do .NET framework nos pools de aplicativos da v4.0 para a v2.0 para o pool de aplicativos padrão:
Se, como eu, você precisar segmentar a v4, mas só puder construir com o .net 3.5, siga as instruções aqui . Basta substituir no seu web.config todo o conteúdo do <configSections>com:
<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
<section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
</sectionGroup>
</sectionGroup>
</sectionGroup>
O problema é porque o pool por padrão está no .net 4.0 Solução: entrar no servidor IIS do Administrador ao lado de estabelecer valores de grupos de aplicativos.! [Insira a descrição da imagem aqui] [1] e alterne a verificação da estrutura! [Insira a descrição da imagem aqui] [2]
Saiba como solucionar o problema de instalação do administrador central do SharePoint 2010
----- via Google Translate -----
O problema é que o pool está no padrão. Solução Net 4.0: insira o Gerenciador do IIS do servidor para definir valores no lado direito dos pools de aplicativos. [Insira a descrição da imagem aqui] [1] e altere a versão da estrutura! [Insira a descrição da imagem aqui] [2]
Isso deve resolver o problema ao instalar a administração central do SharePoint 2010
Defina o pool de aplicativos como 2.0, eu fiz e funcionou.
Necromante.
Se você não possui nenhuma seção de configuração system.web.extensions ou entradas de manipulador / módulo em seu web.config, esse problema é causado porque você / outra pessoa copiou um projeto do VisualStudio (2013/2015/2017) enquanto ocultava arquivos ocultos .
Por isso, ele não apenas copia .git, mas também .VScontém um arquivo applicationhost.config do IIS-Express , que aponta para arquivos web.config em caminhos que não existem (ou pior, caminhos que existem, mas não tem o mesmo conteúdo) ...
Solução:
exclua o arquivo applicationhost.config na pasta .VS.
Ou simplesmente exclua a pasta .VS completamente.
O Visual Studio irá recriá-lo.
Meu aplicativo era um aplicativo ASP.Net3.5 (usando a versão 2 da estrutura). Quando os aplicativos ASP.Net3.5 foram criados, o Visual Studio adicionou automaticamente scriptResourceHandler ao web.config. Versões posteriores do .Net colocam isso no machine.config. Se você executar o aplicativo ASP.Net 3.5 usando o pool de aplicativos da versão 4 (dependendo da ordem de instalação, esse é o pool de aplicativos padrão), você receberá esse erro.
Quando mudei para o uso do pool de aplicativos da versão 2.0. O erro foi embora. Tive então que lidar com o erro ao servir o WCF .svc:
Erro HTTP 404.17 - Não encontrado O conteúdo solicitado parece ser script e não será exibido pelo manipulador de arquivo estático
Após alguma investigação, parece que eu precisava registrar o manipulador do WCF. usando as seguintes etapas:
Aparentemente, outros têm esse problema . Eles são reconstruídos no Framework 4.0. Você pode?
Além disso, consulte isso para garantir que o seu IIS esteja atualizado .
No meu caso, aconteceu depois que converti a solução inteira (usando uma extensão chamada Target Framework Migrator) para 4.6.2, mas acabei desfazendo as alterações e voltando ao 3.5 (a solução é versionada pelo TFS). Para resolver isso, converti apenas o projeto problemático (que estava usando o IIS Express para executar) para 4.6.2 e depois para 3.5.
No meu caso, eu tinha 2 aplicativos diferentes compartilhando o mesmo pool de aplicativos. O primeiro estava usando o framework .net4.5 e o novo estava usando o 2.0. Quando mudei o segundo aplicativo para seu próprio pool de aplicativos, ele começou a funcionar bem, sem alterações no web.config.
Minha resolução foi meio estúpida.
Eu instalei uma cópia do .net 3.5
Criou outro pool de aplicativos e selecionou .net 3.5 (diz 2.0.5077 no menu suspenso)
Adicionei meu site a esse pool de aplicativos
Reciclou as piscinas novas e antigas e o site começou a funcionar.
Decidi não ter o 3.5 instalado, embora o recurso de ativar o Windows dissesse que sim e criar outro pool de aplicativos para uso. Espero que isso ajude outros.
No meu caso, eu queria adicionar manualmente a regra urlrewrite e não consegui ver o erro óbvio (perdi a <rules>tag):
Código errado:
<rewrite>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rewrite>
</system.webServer>
</configuration>código adequado (com etiqueta de regras):
<rewrite>
<rules>
<rule name="some rule" stopProcessing="true">
<match url="some-pattenr/(.*)" />
<action type="Redirect" url="/some-ne-pattenr/{R:1}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>Eu o resolvi, executando as seguintes etapas:
Aqui você tem as imagens destas etapas:
Essa mensagem de erro parece surgir em várias situações.
No meu caso, no topo do arquivo Web.Config do meu aplicativo, eu tinha um arquivo Web.Config extra na pasta raiz (C: \ Inetpub \ www.root). Provavelmente deixei lá após alguns testes, eu tinha esquecido tudo e não conseguia descobrir qual era o problema.
Removê-lo resolveu o problema para mim.
Talvez essa seja a resposta errada para você. Mas este foi o primeiro sucesso do Google quando tentei resolver meu problema. Com isso dito ...
A mesma mensagem de erro ocorreu para mim também, mas quando tentei executar o IIS Express através do Visual Studio.
Meu problema foi que eu cometi meu applicationhost.config por engano no TFS. Mais tarde, quando tentei executar o projeto no meu laptop, depois de receber as confirmações mais recentes. foi quando o erro ocorreu.
Eu descobri que o caminho do diretório virtual estava errado.
<virtualDirectory path="/" physicalPath="C:\Users\giddan\Documents\Visual Studio 2015\Projects\ProjectName\DeV.ProjectName\DeV.ProjectName.Web" />Espero que isso ajude alguém!
Este é o meu primeiro post, então seja gentil :)