2012-03-26 13 views
1

Ich hatte zuvor CC .NET 1.4.4 und alles funktionierte einwandfrei. Ich es 1.6.789.1 aktualisiert und jetzt, und ich unter Ausnahme in der Protokoll Datei erhalte bei Program Files (x86)\CruiseControl.NET\server\Private Branch \Artifacts\buildlogs (I klaren Fall, aber ich denke, dass nicht Materie, nur FYI.)Ausnahme mit CC .Net 1.6.789.1 - Prozess kann nicht gestartet werden, da kein Dateiname angegeben wurde

Ich würde wirklich zu schätzen wenn mir jemand dabei helfen könnte, wie ich genug Zeit damit verbracht habe.

<build date="2012-03-16 15:31:19" buildtime="00:00:00" 
buildcondition="ForceBuild" /> 
<exception><![CDATA[System.InvalidOperationException: Cannot start 
process because a file name has not been provided. 
    at System.Diagnostics.Process.Start() 
    at 
ThoughtWorks.CruiseControl.Core.Util.ProcessExecutor.RunnableProcess.StartProcess() 
    at 
ThoughtWorks.CruiseControl.Core.Util.ProcessExecutor.RunnableProcess.Run() 
    at 
ThoughtWorks.CruiseControl.Core.Util.ProcessExecutor.Execute(ProcessInfo 
processInfo) 
    at 
ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute(ProcessInfo 
processInfo) 
    at 
ThoughtWorks.CruiseControl.Core.Sourcecontrol.ClearCase.GetModifications(IIntegrationResult 
from, IIntegrationResult to) 
    at 
ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.GetModifications(IIntegrationResult 
from, IIntegrationResult to) 
    at 
ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificationsWithLogging(ISourceControl 
sc, IIntegrationResult from, IIntegrationResult to) 
    at 
ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(ISourceControl 
sourceControl, IIntegrationResult lastBuild, IIntegrationResult 
thisBuild) 
    at 
ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetModifications(IIntegrationResult 
from, IIntegrationResult to) 
    at 
ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate(IntegrationRequest 
request)]]></exception> 
</cruisecontrol> 
+0

Bitte geben Sie Ihre Projektkonfiguration oder zumindest den Quellcode-Kontrollblock an. – skolima

Antwort

0

Mit CC mit Clearcase kann (zum Beispiel, wenn used with CCRC, die Clearcase Remote Client) Rolle, ob der Update-Prozess der Snapshot-Ansicht (oder Ihre Web-Ansicht im Fall von CCRC) jede Ausgabe hat abzuschließen.

(Spekulation :)
ClearCase.GetModifications In Anbetracht heißt, ich nehme an, der Name der Ansicht nicht mehr gegeben ist, vielleicht weil das CC-Verfahren verwendet Namen aus dem aktuellen Ansicht Verzeichnis sagte abzuleiten (cleartool lsview -cview). Wenn dieser CC-Prozess aus dem falschen Verzeichnis gestartet wird (z. B. außerhalb von der ClearCase-Ansicht), ist es nicht mehr möglich, den richtigen ClearCase-Ansichtsnamen zurückzuerhalten.

+0

Der Build ist nicht einmal bis zum Schritt der Aktualisierung der SnapShot-Ansicht, es ist nicht einmal von meinem Build Visual Build-Skript. Unten ist die vollständige Protokolldatei. – Maddy123

+0

Sorry, ich kann die vollständige Protokolldatei hier nicht hochladen. Der Build erscheint nicht einmal auf CCTray, wenn ich ihn starte, es bläst nur mit dem obigen Fehler ab. – Maddy123

+0

@ Maddy123 Ich glaube, dies ist der allererste Versuch, die Geschichte (dh die Aktualisierung der Ansicht) zu erhalten, die den Fehler auslöst. – VonC

0

Ok, hier ist die Lösung für dieses Problem. Danke an VonC, dass du etwas Licht darauf geworfen hast und es war einer deiner älteren Beiträge, die mir geholfen haben, das Problem zu beheben.

Mit CC.Net 1.4 und 1.5 Ich hatte nie <executable> Parameter unter <sourcecontrol> Abschnitt, aber nach an folgenden Thread suchen - CruiseControl.NET and Clearcase configuration, dachte ich an den vollständigen Pfad der Datei cleartoo.exe wie unten angegeben und es das Problem behoben , Build lief gut. Es sieht so aus, als wäre für CC.NET 1.6 der vollständige Pfad der Quellcodeverwaltung exe obligatorisch.

<executable>C:\Program Files (x86)\Rational\ClearCase\bin\cleartool.exe</executable> 
Verwandte Themen