CruiseControl.net Fehler mit HTTP-Fehler 500 auf Vista x64
-
05-07-2019 - |
Frage
Ich installierte CruiseControl.net (aus dem CruiseControl.NET-1.4-Setup.exe Installer) auf meiner Vista x64 Entwicklungsmaschine. Der Serverteil läuft fein; jedoch ist das webdashboard Stück nicht funktioniert.
Die erste Fehlermeldung, die ich sah, als ich versuchte, http: // localhost / Ccnet krächzte über nicht in der Lage in integrierten Pipelinemodus ausgeführt werden. Leicht behoben. Ich öffnete die IIS7 Admin-Panel und änderte die Ccnet Anwendung der „Classic .NET App Pool“ Anwendungspool zu verwenden.
Allerdings ist ich jetzt einen persistenten HTTP-Fehler 500 erhalten, wenn ich versuche zu verbinden. Ich habe die NTFS-Berechtigungen für den Ordner webdashboard weit offen in der Hoffnung, dass es vielleicht eine Dateiberechtigung Problem. Keine Freude.
Nach einem wenig Grab- und Versuch und Irrtum fand ich eine Reihe von Schritten, die das Problem zu beheben scheint. Ich werde nach einer Follow-up Antwort direkt nach diesem, aber wollte dies auf Stackoverflow aus, in der Hoffnung teilen, dass es jemanden anderes auf der ganzen Linie helfen kann. Auch, wenn es eine bessere Konfigurationslösung Ich bin ganz Ohr:)
Lösung
Hier ist der Anfang des HTTP-Fehler 500 Dump Ich war immer:
HTTP-Fehler 500.0 - Interner Serverfehler
Beschreibung: Die Seite kann nicht angezeigt werden, da ein interner Serverfehler aufgetreten ist.
Fehlercode: 0X800700C1
Mitteilung: ExecuteRequestHandler
Modul: IsapiModule
Angeforderte URL: http: //localhost/ccnet/default.aspx
Physischer Pfad: C: \ Program Files (x86) \ CruiseControl.NET \ webdashboard \ default.aspx
Anmeldung Benutzer: Anonym
Anmeldemethode: Anonym
Handler: AboMapperCustom-80778
Am wahrscheinlichsten Ursachen:
IIS empfangen die Anforderung; Jedoch trat ein interner Fehler bei der Verarbeitung der Anforderung. Die Ursache dieses Fehlers hängt davon ab, welches Modul die Anforderung verarbeitet und was in dem Arbeitsprozess passiert, wenn dieser Fehler aufgetreten ist. IIS war nicht in der Lage die Datei web.config für die Website oder Anwendung zuzugreifen. Dies kann auftreten, wenn die NTFS-Berechtigungen falsch eingestellt sind. IIS war nicht in der Lage Konfiguration für die Website oder Anwendung zu verarbeiten. Der authentifizierte Benutzer nicht die Berechtigung, diese DLL zu verwenden. Die Anfrage wird an einem verwalteten Handler zugeordnet, aber die .NET-Erweiterbarkeit Eigenschaft ist nicht installiert.
Der Schlüssel für mich auf die Festsetzung war die Handler Linie. Aus irgendeinem Grund wurde die Ccnet Web-Anwendung konfiguriert mit zwei Handler wetteifern um die Kontrolle über * .aspx. Der eigentliche Handler von Thoughtworks, wird in der web.config-Datei festgelegt. Allerdings, wenn ich den Handler Mappings Abschnitt der IIS7 Bedienfeld für die Ccnet App öffnete, sah ich, dass es eine andere Handler war genannt AboMapperCustom-80778 bereits erstellt und setzen für * .aspx zu suchen.
Ich klickte rechts die Handler und ausgewählt „Entfernen“. Danach begann die Ccnet App gut für mich läuft.
Andere Tipps
Dieser Beitrag scheint darauf hinzudeuten, dass eine Vielzahl von Problemen w / IIS und 64-Bit-Betriebssystem auftreten kann. Schauen Sie sich die Verbindung für einige Ideen auf die Lösung es: http: // blog .danbartels.com / Archiv / 2005/05/18 / 662.aspx