2010-04-16 16 views
16

Recibo este error al ejecutar mi aplicación ASP.NET en IIS7. Intenté hacer lo que dice que hacer, pero no ayuda.Cómo obtener "El manejador WebResource.axd debe estar registrado en la configuración para procesar esta solicitud". error

El manejador WebResource.axd debe registrar en la configuración a proceso de esta solicitud.

> <!-- Web.Config Configuration File --> 
> 
> <configuration>  
>  <system.web> 
>  <httpHandlers> 
>   <add path="WebResource.axd" verb="GET" type="System.Web.Handlers.AssemblyResourceLoader" validate="True" /> 
>  </httpHandlers>  
>  </system.web> 
> </configuration> 

estoy usando un poco de AJAX que es lo que creo que está causando el problema. ¿Alguien encontró esto antes?

+0

¿Se puede publicar la configuración de IIS correspondiente? –

+0

¿Qué información adicional sería útil? Soy un principiante en AJAX e IIS. –

Respuesta

16

Lo descubrí, así que lo publico aquí por motivos de búsqueda. Es un error en ASP.NET y tiene que ver con tener instalado ColdFusion. Microsoft aún no ha lanzado una solución.

Hay dos formas de arreglar esto.

  1. Cambie el AppPool en IIS7 a "Classic .NET AppPool". No estoy seguro de ninguna implicación con esta configuración.

  2. Elimine todas las referencias a ColdFusion de su archivo applicationHost.config en system32 \ inetsrv \ config.

+0

¡Buen trabajo! Resuelto mi problema – Martin

+0

¿Entonces no hay una solución para que podamos usar el modo integrado? Editar: prueba esto - http://ericfickes.com/2010/02/coldfusion-and-asp-net-coexisting-on-iis-whered-webresource-axd-go/ –

+0

Las implicaciones para eliminar toda referencia a CF de. config sería bueno saberlo. Hice que mi administrador del servidor cambiara la AppPool para que se ejecutara en Classic .NET y solucionó mi problema, pero no me atrevo a pedirle al administrador del servidor que elimine todas las referencias de CF sin saber de antemano qué podría afectar. – Jagd

1

En IIS7 necesita agregar la sección <httpHandler> a <system.webServer> en lugar de <system.web>. Aquí está an example.

+1

Al agregar a esa sección, VS indica que hay un error de elemento secundario no válido. También intenté agregarlo a la sección en pero no resuelve el problema. –

0

he tenido este problema y que la razón era la incompatibilidad entre ColdFusion y algunas configuraciones de las aplicaciones ASP.NET cuando la piscina Aplicación IIS está en modo integrado. Coldfusion debe estar deshabilitado.

11

ColdFusion instala un mapeador de controlador comodín global que aparentemente anula muchos de los controladores .NET estándar. Las soluciones mencionadas funcionan bien, pero si no puede cambiar al modo clásico y no quiere atornillar con su instalación de ColdFusion, puede eliminar la asignación de controlador heredado en el nivel del sitio individual.

Para hacer esto, vaya al sitio en cuestión en IIS, haga doble clic en "Asignaciones de controlador" en la sección "IIS" y busque el controlador llamado algo como "AboMapperCustom-XXXXXX" con "*" para el Camino. Seleccione la entrada y haga clic en "Eliminar" en la barra lateral. Esto solo eliminará la asignación de su aplicación, por lo que no romperá ningún sitio existente de CF en el servidor.

+3

Sí, esto le ofrece una solución sin sacrificar el modo integrado o ColdFusion. –

+1

[hotfix] (http://support.microsoft.com/kb/2591200/en-us) de microsoft. Pero sugiero eliminar el controlador '*' 'AboMapperCustom-26 ...' proveniente de ColdFusion y usando el Modo integrado. –

+2

Todavía me gusta la respuesta aceptada (cambiando al modo "Clásico"), pero esta realmente soluciona el problema REAL y nos ayuda a entender qué está pasando. ¡Gracias! – TheGerm

1

Tengo este error después de copiar sin cuidado web.config de mi aplicación entre un par de servidores en cluster, que sobrescribía la etiqueta:

<system.webServer> 
    <handlers> 
     <remove name="AboMapperCustom-XXXXXXXX" /> 
    </handlers> 
</system.webServer> 

con

<system.webServer> 
    <handlers> 
     <remove name="AboMapperCustom-YYYYYYYY" /> 
    </handlers> 
</system.webServer> 

Localización de la identificación apropiada de acuerdo con Josh la respuesta y la corrección de la etiqueta lo arreglaron, pero lo más importante es que, presumiblemente, impedirá que la asignación del administrador vuelva a ingresar.

Cuestiones relacionadas