Recibe un mensaje de error configuración cuando explora un secundario ASP.NET 1.0 o la aplicación de ASP.NET 1.1 está anidada en una aplicación ASP.NET de principal secundario

Seleccione idioma Seleccione idioma
Id. de artículo: 918830 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Tenga en cuenta la situación siguiente:
  • Crear una aplicación de secundarios de Microsoft ASP.NET 1.0 o 1.1 de ASP.NET en el que está anidada en una aplicación principal ASP.NET. Por ejemplo, el sitio Web contiene la siguiente estructura:
    • http://contoso.com
    • http://contoso.com/Research
  • El archivo Web.config para la principal aplicación ASP.NET (http://contoso.com) contiene una sección de "<httpmodules>" hace referencia a un módulo HTTP. Además, todas las condiciones siguientes son verdaderas:
    • El módulo HTTP no es un ensamblado con nombre seguro. Por lo tanto, el módulo HTTP no se encuentra en la caché de ensamblados global.
    • El módulo HTTP no está en la carpeta bin de la aplicación de ASP.NET secundarios.
En este escenario, al examinar el secundario ASP.NET aplicación, recibirá un mensaje de error similar al siguiente:
Error de configuración

Descripción: Error durante el procesamiento de un archivo de configuración necesarios para atender esta solicitud. Revise los detalles de error específicos siguientes y modifique el archivo de configuración correctamente.

Mensaje de error del Analizador: Archivo o de nombre de ensamblado httpModuleName o una de sus dependencias no se encontró.

Error de código fuente:
Línea 14:-->
Línea 15: <httpmodules>
Línea 16: < Agregar tipo = "httpModuleType "nombre =" httpModuleName "/ >
Línea 17: </httpmodules>
Línea 18: < compilación
Nota nombre del módulo httpModuleName representa el HTTP. httpModuleType representa el nombre de clase y el nombre de ensamblado del módulo HTTP de.

También se reciben un mensaje de error configuración si la aplicación de ASP.NET principal hace referencia a los controladores HTTP que están en la carpeta bin.

Causa

Este problema se produce porque las aplicaciones de ASP.NET de secundarios heredan la configuración de aplicación de ASP.NET primario que están en el archivo Web.config archivo. Por lo tanto, cuando explora un secundario de aplicación ASP.NET, busca el módulo de HTTP de aplicación principal en la carpeta bin de secundarios. Si la aplicación secundaria no puede encontrar el módulo HTTP, la aplicación busca en la caché de ensamblados global. Dado que el módulo HTTP no es un ensamblado con nombre seguro, el módulo HTTP no está en la caché de ensamblados global. Por consiguiente, recibe el mensaje de error que se menciona en la sección "Síntomas".

Solución

Para evitar este problema, utilice uno de los métodos siguientes. Utilice el método más apropiado para la situación.

Método 1: Crear un ensamblado con nombre seguro

Puede crear un módulo HTTP que es un ensamblado con nombre seguro y, a continuación, agregar el ensamblado a la caché de ensamblados global del servidor Web. Para obtener más información acerca de cómo crear y utilizar ensamblados con nombre seguro, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
http://msdn2.microsoft.com/en-us/library/xwb8f617(vs.71).aspx

Método 2: Copiar el archivo DLL de ensamblado a la carpeta bin de secundarios

Copie manualmente el archivo de ensamblado DLL para el módulo HTTP a la Papelera de carpeta de la aplicación ASP.NET secundaria.

Método 3: Actualizar las aplicaciones para ASP.NET 2.0

Puede actualizar las aplicaciones de ASP.NET a ASP.NET 2.0. El problema no se produce en ASP.NET 2.0 debido de mejoras de arquitectura de configuración de la aplicación. Para obtener más información acerca de cómo actualizar a ASP.NET 2.0, visite el siguiente sitio Web de MSDN:
http://msdn2.microsoft.com/en-us/asp.net/aa336650.aspx

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "La información de este artículo se refiere a:".

Más información

No se puede evitar el error quitando el nombre del módulo HTTP o borrar el nombre de módulo HTTP en el archivo Web.config de la aplicación de ASP.NET secundarios. Por ejemplo, las siguientes instrucciones de Web.config no resuelven el problema:

Ejemplo 1: Se quite el nombre de módulo HTTP

<httpModules>
  <remove name="httpModuleName"/>
</httpModules>
Nota httpModuleName representa el nombre del módulo HTTP de.

Ejemplo 2: Se borre el nombre de módulo HTTP

<httpModules>
  <clear/>
</httpModules>

Referencias

Para obtener más información sobre los ensamblados con nombre seguro, visite el siguiente sitio Web de MSDN:
http://msdn2.microsoft.com/en-us/library/wd40t7ad(vs.71).aspx
Para obtener más información acerca de la caché de ensamblados global, visite el siguiente sitio Web de MSDN:
http://msdn2.microsoft.com/en-us/library/yf1d93sz(vs.71).aspx

Propiedades

Id. de artículo: 918830 - Última revisión: viernes, 11 de mayo de 2007 - Versión: 1.5
La información de este artículo se refiere a:
  • Microsoft ASP.NET 1.1
  • Microsoft ASP.NET 1.0
Palabras clave: 
kbmt kbhttphandlers kbhttpmodule kbasp kbtshoot kbprb KB918830 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 918830

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com