2010-09-06 17 views
6

Ich hoffe wirklich, dass jemand, der ein CC.NET-Experte ist, dabei helfen kann, denn dieses Problem ist schmerzhaft!CruiseControl.NET force Build funktioniert nicht von CCTray

Ich habe einen Remote-Build-Rechner mit CruiseControl.NET und CCTray (Version 1.5.7256.1) laufen

auf der lokalen Maschine Ich habe CCtray über HTTP nicht .NET-Remote verbindet. Wenn ich die Projekte konfigurieren, ich einen Server über HTTP hinzuzufügen und die folgende URL:

http://localhost/ccnet

Wenn ich gehe [Set vorab 1.5.0 Server] UNCHECKED, dann scheitert es mit diesem verbinden Fehler: Fehler beim Verbinden mit Server: Der Remote-Server hat einen Fehler zurückgegeben: (500) Interner Serverfehler.

Wenn ich auf [Set-Pre-1.5.0. Server] CHECKED, dann ist es erfolgreich und ich kann Builds von CCtray auf der lokalen Maschine fein treten.

Wenn ich jetzt zu einer anderen Maschine zurückkehre, die ich aus der Ferne verbinden möchte, befolge ich dieselben Schritte. Auch hier funktioniert nur die Einstellung vor 1.5.0. WARUM?! CruiseControl.NET und CCTray sind 1.5.7256.1?!?

Das zweite Problem und Hauptproblem, das ich denke, kann mit dem vorherigen zusammenhängen; wenn ich dann die Pre-1.5.0 Einstellung der pojects auftauchen, aber wenn ich einen Build zwingen, jetzt habe ich diesen Fehler:

ist ein unerwarteter Fehler aufgetreten ist, während ein Build zu erzwingen versucht. Die Methode oder Operation ist nicht implementiert.

Was mache ich falsch, ich habe wirklich damit zu kämpfen. Ich habe vorher 1.4 Versionen benutzt und das hat gut funktioniert, also ist etwas kaputt gegangen? Ich benutze auch IIS7, also weiß nicht, ob das etwas damit zu tun haben könnte.

+0

was passiert, wenn Sie Verwenden Sie den tatsächlichen Hostnamen anstelle von "localhost"?Scheint das das Problem auf Ihrer lokalen Box zu lösen? –

+0

Nein, ich habe es versucht. Es scheint keinen Unterschied zu machen. In der Tat, nachdem ich herumgespielt habe, bekomme ich jetzt den gleichen Fehler auf dem lokalen Rechner. Ich denke, es könnte ein Fehler sein, weil ich sowohl CC.Net und CCtray neu installiert habe und immer noch das Problem habe. Ich dachte daran, den CCtray-Quellcode zu bekommen, um zu sehen, an welchem ​​Punkt ich den Fehler "Die Methode oder Operation ist nicht implementiert" bekomme. Wenn nicht, muss ich vielleicht zurück gehen und zurück zu 1.4 gehen !! Schande. Irgendwelche Ideen? – jaffa

+0

Das gleiche Problem hier. CCTray 1.5.7256.1. Ich bin die einzige Person in meinem Team, die keinen Build erzwingen kann. Ja, – jcollum

Antwort

5

Ich habe mir den Quellcode der Schachtapplikation für die Version 1.5 (sowie den aktuellen Trunk) angesehen. Bei Verbindung mit einem Server vor Version 1.5 Unabhängig davon, ob Sie die Verbindung als Remoting oder HTTP angegeben haben, erhalten Sie beim Versuch, das Erstellen eines Projekts zu erzwingen, die nicht implementierte Ausnahmebedingungsnachricht.

Sieht aus wie Ihre Optionen sind im Moment für ein neues Release warten oder den Code nach unten ziehen und ändern (und ich habe keine Ahnung, wie einfach die Abwärtskompatibilität zwischen den Versionen ... gehalten wurde)

+0

Ich kam zu dem gleichen Schluss. Warum hat die neueste Version die nicht implementierte Ausnahme für dieses grundlegende Feature? Ich verstehe es nicht? Der Grund, warum ich http verwendet habe, ist, dass ich keine Kontrolle darüber habe, welche Portnummern für das Remoting geöffnet werden können. – jaffa

+0

Vielleicht hatten sie keine Zeit mehr? Es kann auch sein, dass die meisten Shops ccnet und die Tray-App zur gleichen Zeit upgraden, also haben sie nicht erwartet, dass zu viele Leute dieses Problem sehen würden? Für mich ist das eine Qual, da wir einen neuen Server bauen und parallel zum alten laufen wollen. Wenn ich Zeit finde, sehe ich vielleicht, was nötig wäre, um dieses Feature zu implementieren ... – Pedro

0

Es klingt wie Sie möglicherweise Konfigurationsoptionen haben, die Teil einer brechenden Änderung vielleicht sind? Können Sie mehr von Ihrer Konfiguration veröffentlichen, damit wir das überprüfen können?

Auch nachdem Sie Änderungen gespeichert haben, haben Sie das Serverprotokoll betrachtet? es hat oft Informationen darüber, was kaputt gegangen ist. Vor allem der Teil, der passiert, nachdem Sie eine Konfigurationsdatei geändert und gespeichert haben.

Ich wäre daran interessiert, Protokolldateiinformationen zu sehen. Warum verwenden Sie auch http statt Remoting? Vielleicht zeigen Sie uns einige Ihrer Einstellungen in ccnet.exe.config? hier ist mein Setup-Remoting, die ich glaube, der Standard ist: Sie können

<system.runtime.remoting> 
<application> 
    <channels> 
    <channel ref="tcp" port="21234"> 
     <serverProviders> 
     <formatter ref="binary" typeFilterLevel="Full"/> 
     </serverProviders> 
    </channel> 
    </channels> 
</application> 
</system.runtime.remoting> 

auch Fragen der Sicherheit und Firewall-Einstellungen auf dem Server zu überprüfen. (Windows-Ereignisprotokoll für Sicherheitsüberwachungsfehler usw.)

Verwandte Themen