CruiseControl.net échouant avec l'erreur HTTP 500 sur Vista x64

Question

J'ai installé CruiseControl.net (à partir du programme d'installation de CruiseControl.NET-1.4-Setup.exe) sur mon ordinateur de développement Vista x64. La partie serveur fonctionne bien; Cependant, le tableau de bord Web ne fonctionne pas.

Le premier message d'erreur que j'ai vu lorsque j'ai tenté d'extraire http: // localhost / ccnet , a déclaré ne pas être capable de fonctionner en mode pipeline intégré. Facilement réparé. J'ai ouvert le panneau d'administration IIS7 et modifié l'application ccnet pour qu'elle utilise le "Pool d'applications .NET classique". pool d'applications.

Cependant, je reçois maintenant une erreur HTTP persistante 500 lorsque j'essaie de me connecter. J'ai défini les autorisations NTFS sur le dossier webdashboard grand ouvert dans l'espoir qu'il s'agisse peut-être d'un problème d'autorisations de fichier. Pas de joie.

Après quelques recherches et essais, j'ai trouvé une série d'étapes qui semblent résoudre le problème. Je posterai une réponse de suivi juste après ceci, mais je voulais partager ceci sur stackoverflow dans l'espoir que cela puisse aider quelqu'un d'autre en bout de ligne. De plus, s’il existe une meilleure solution de configuration, je suis tout ouïe:)

Answer 1

Voici le top du vidage d’erreur HTTP 500 que j’obtenais:

  

Erreur HTTP 500.0 - Erreur interne du serveur

     

Description: Impossible d'afficher la page car une erreur de serveur interne s'est produite.

     

Code d'erreur: 0x800700c1

     

Notification: ExecuteRequestHandler

     

Module: IsapiModule

     

URL demandée: http: //localhost/ccnet/default.aspx

     

Chemin physique: C: \ Program Files (x86) \ CruiseControl.NET \ webdashboard \ default.aspx

     

Utilisateur de connexion: Anonyme

     

Méthode de connexion: anonyme

     

Gestionnaire: AboMapperCustom-80778

     

Causes les plus probables:

     

IIS a reçu la demande; Cependant, une erreur interne s'est produite lors du traitement de la demande. La cause première de cette erreur dépend du module qui gère la demande et de ce qui se passait dans le processus de travail lorsque cette erreur s'est produite.   IIS n'a pas pu accéder au fichier web.config du site Web ou de l'application. Cela peut se produire si les autorisations NTFS sont définies de manière incorrecte.   IIS n'a pas pu traiter la configuration du site Web ou de l'application.   L'utilisateur authentifié n'a pas l'autorisation d'utiliser cette DLL.   La demande est mappée sur un gestionnaire géré, mais la fonctionnalité d'extensibilité .NET n'est pas installée.

La solution pour résoudre ce problème pour moi était la ligne Handler. Pour une raison quelconque, l'application Web ccnet a été configurée avec deux gestionnaires cherchant à contrôler * .aspx. Le gestionnaire réel, de Thoughtworks, est défini dans le fichier web.config. Cependant, lorsque j'ai ouvert la section Mappages de gestionnaires du panneau de configuration IIS7 pour l'application ccnet, j'ai constaté qu'il existait un autre gestionnaire, AboMapperCustom-80778, déjà créé et configuré pour rechercher * .aspx.

J'ai cliqué avec le bouton droit sur le gestionnaire et sélectionné "Supprimer". Après cela, l'application ccnet a commencé à fonctionner correctement pour moi.

Answer 2

Ce message semble indiquer qu'une foule de problèmes peuvent survenir avec IIS et un système d'exploitation 64 bits. Consultez le lien pour trouver des idées pour le résoudre: http: // blog .danbartels.com / archive / 2005/05/18 / 662.aspx