CruiseControl.net falla con HTTP Error 500 en Vista x64

Question

Instalé CruiseControl.net (desde el instalador CruiseControl.NET-1.4-Setup.exe) en mi máquina de desarrollo Vista x64. La parte del servidor se está ejecutando bien; sin embargo, la pieza webdashboard no funciona.

El primer mensaje de error que vi cuando traté de levantar http: // localhost / ccnet graznó por no ser capaz de ejecutarse en modo de tubería integrada. Fácilmente arreglado. Abrí el panel de administración de IIS7 y cambié la aplicación ccnet para usar el " Grupo de aplicaciones Classic .NET " grupo de aplicaciones

Sin embargo, ahora obtengo un error HTTP 500 persistente cuando intento conectarme. Establecí los permisos NTFS en la carpeta webdashboard abierta con la esperanza de que tal vez se tratara de un problema de permisos de archivos. No hay alegría.

Después de un poco de excavación y prueba y error, encontré un conjunto de pasos que parecen solucionar el problema. Publicaré una respuesta de seguimiento justo después de esto, pero quería compartir esto en stackoverflow con la esperanza de que pueda ayudar a alguien más en el futuro. Además, si hay una mejor solución de configuración, soy todo oídos :)

Answer 1

Aquí está la parte superior del volcado de error HTTP 500 que estaba recibiendo:

  

Error HTTP 500.0 - Error interno del servidor

     

Descripción: la página no se puede mostrar porque se ha producido un error interno del servidor.

     

Código de error: 0x800700c1

     

Notificación: ExecuteRequestHandler

     

Módulo: IsapiModule

     

URL solicitada: http: //localhost/ccnet/default.aspx

     

Ruta física: C: \ Archivos de programa (x86) \ CruiseControl.NET \ webdashboard \ default.aspx

     

Usuario de inicio de sesión: anónimo

     

Método de inicio de sesión: anónimo

     

Manejador: AboMapperCustom-80778

     

Causas más probables:

     

IIS recibió la solicitud; sin embargo, se produjo un error interno durante el procesamiento de la solicitud. La causa raíz de este error depende de qué módulo maneja la solicitud y qué estaba sucediendo en el proceso de trabajo cuando se produjo este error.   IIS no pudo acceder al archivo web.config para el sitio web o la aplicación. Esto puede ocurrir si los permisos NTFS están configurados incorrectamente.   IIS no pudo procesar la configuración del sitio web o la aplicación.   El usuario autenticado no tiene permiso para usar esta DLL.   La solicitud se asigna a un controlador administrado pero la característica de extensibilidad de .NET no está instalada.

La clave para solucionar esto fue la línea Handler. Por alguna razón, la aplicación web ccnet se configuró con dos controladores que compiten por el control sobre * .aspx. El controlador real, de Thoughtworks, se configura en el archivo web.config. Sin embargo, cuando abrí la sección Asignaciones de controladores del panel de control de IIS7 para la aplicación ccnet, vi que había otro controlador llamado AboMapperCustom-80778 ya creado y configurado para buscar * .aspx.

Hice clic derecho en el controlador y seleccioné "Quitar". Después de eso, la aplicación ccnet comenzó a funcionar bien para mí.

Answer 2

Esta publicación parece indicar que pueden producirse muchos problemas con IIS y SO de 64 bits. Consulte el enlace para obtener algunas ideas sobre cómo resolverlo: http: // blog .danbartels.com / archive / 2005/05/18 / 662.aspx