Hi indeed, probably a cached page you're getting force refresh as john Said, (CTRL+F5), or do an IIS reset if you still get the error afterwards, let us know.
with kind regards Ruben Willems On Tue, Jul 21, 2009 at 12:25 AM, JohnM <[email protected]> wrote: > > Hi Dave, > > That error is usually shown when the project is brand new (status > unknown) or you've cleared away the folders. > > If you ran a force build that should fix it. If you are still seeing > the error page when you click on project details it could be highly > likely you are looking at a cached page (check the timestamp bottom > left of the page and do a hard refresh Ctrl + F4). > > John > > On Jul 20, 10:33 pm, Dave Carson <[email protected]> wrote: > > Hi Ruben, > > > > I did force a build but it still throws the exception. I'll try > > deleting the whole project and letting CCNet check it out again and > > see how it goes. > > > > Cheers > > Dave > > > > On Jul 20, 7:36 pm, Ruben Willems <[email protected]> wrote: > > > > > Hi > > > > > I think this is due to the fact you deleted the folder manually. > > > Once you have made a build, it should be ok. > > > > > with kind regards > > > Ruben Willems > > > > > On Mon, Jul 20, 2009 at 5:02 PM, Dave Carson <[email protected]> > wrote: > > > > > > Hi Ruben, > > > > > > I think this is a hangover from getting the configuration working in > > > > the early days. > > > > > > On a test system I've changed the xmllogger to <xmllogger /> and > > > > deleted the artifacts folder (so that I know what goes where) and > > > > although the build runs successfully and creates the artifacts & > > > > buildlogs folders (populated with the appropriate files) when I go to > > > > the web dashboard and click on the Project Report I get an exception: > > > > ======================================================= > > > > ThoughtWorks.CruiseControl.Core.CruiseControlException: Unexpected > > > > exception caught on server ---> System.IO.DirectoryNotFoundException: > > > > Could not find a part of the path > 'C:\svnworkarea\WebServices\artifacts > > > > \buildlogs'. at System.IO.__Error.WinIOError(Int32 errorCode, String > > > > maybeFullPath) at System.IO.Directory.InternalGetFileDirectoryNames > > > > (String path, String userPathOriginal, String searchPattern, Boolean > > > > includeFiles, Boolean includeDirs, SearchOption searchOption) at > > > > System.IO.DirectoryInfo.GetFiles(String searchPattern, SearchOption > > > > searchOption) at System.IO.DirectoryInfo.GetFiles(String > > > > searchPattern) at > > > > ThoughtWorks.CruiseControl.Core.LogFileUtil.GetLogFileNames(String > > > > path) at ThoughtWorks.CruiseControl.Core.Project.GetBuildNames() at > > > > ThoughtWorks.CruiseControl.Core.Project.GetMostRecentBuildNames(Int32 > > > > buildCount) at > > > > ThoughtWorks.CruiseControl.Core.CruiseServer.GetMostRecentBuildNames > > > > (String projectName, Int32 buildCount) at > > > > ThoughtWorks.CruiseControl.Core.CruiseManager.GetMostRecentBuildNames > > > > (String projectName, Int32 buildCount) --- End of inner exception > > > > stack trace --- Server stack trace: at > > > > ThoughtWorks.CruiseControl.Core.CruiseManager.GetMostRecentBuildNames > > > > (String projectName, Int32 buildCount) at > > > > > System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage > > > > (IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean > > > > fExecuteInContext, Object[]& outArgs) at > > > > > System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage > > > > (RuntimeMethodHandle md, Object[] args, Object server, Int32 > > > > methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at > > > > System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage > > > > (IMessage msg, Int32 methodPtr, Boolean fExecuteInContext) Exception > > > > rethrown at [0]: at > > > > > System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage > > > > reqMsg, IMessage retMsg) at > > > > System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& > > > > msgData, Int32 type) at > > > > > ThoughtWorks.CruiseControl.Remote.ICruiseManager.GetMostRecentBuildNames > > > > (String projectName, Int32 buildCount) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.ServerConnection.ServerAggregatingCruiseManagerWrapper.GetMostRecentBuildSpecifiers > > > > (IProjectSpecifier projectSpecifier, Int32 buildCount) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.Plugins.ProjectReport.ProjectReportProjectPlugin.Execute > > > > (ICruiseRequest cruiseRequest) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.ServerCheckingProxyAction.Execute > > > > (ICruiseRequest cruiseRequest) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.ProjectCheckingProxyAction.Execute > > > > (ICruiseRequest cruiseRequest) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.CruiseActionProxyAction.Execute > > > > (IRequest request) at > > > > > > > ThoughtWorks.CruiseControl.WebDashboard.MVC.Cruise.ExceptionCatchingActionProxy.Execute > > > > (IRequest request) > > > > ======================================================= > > > > > > the path 'C:\svnworkarea\WebServices\artifacts\buildlogs' does exist, > > > > in fact CCNet created it during the build, so wht is it apparently > > > > having problems with it now..? > > > > > > Cheers > > > > > > On Jul 20, 3:14 pm, Ruben Willems <[email protected]> wrote: > > > > > Hi > > > > > > > I would use the plain xmllogger <xmllogger> > > > > > and use the artifact folder for specifying where the artifacts go > > > > > > > this works perfectly > > > > > > > with kind regards > > > > > Ruben Willems > > > > > > > On Mon, Jul 20, 2009 at 4:06 PM, Dave Carson < > [email protected]> > > > > wrote: > > > > > > > > Hi Ruben, > > > > > > > > I think my problem is that I have configured the <xmllogger> and > > > > > > <artifactDirectory> to use the same folder, i.e. the artifact > folder. > > > > > > > > Should/Could I configure the xmllogger to use a different folder > and > > > > > > if so should this be a subfolder within artifacts? > > > > > > > > Cheers > > > > > > > > Dave > > > > > > > > On Jul 20, 2:47 pm, Ruben Willems <[email protected]> > wrote: > > > > > > > Hi > > > > > > > > > I'll double check this, because the delete builds options > should only > > > > > > delete > > > > > > > build files, > > > > > > > and these are in the buildlog folder, as the code below shows. > > > > > > > > > So how did your statistics file get there in the first place? > > > > > > > > > with kind regards > > > > > > > Ruben Willems > > > > > > > > > On Mon, Jul 20, 2009 at 2:13 PM, Dave Carson < > [email protected] > > > > > > > > wrote: > > > > > > > > > > I've done a little poking around using Reflector and I think > I have > > > > > > > > found the problem. > > > > > > > > > > The DeleteBuildsOlderThanXDays method is using the Creation > > > > Date/Time > > > > > > > > of a file to determine whether or not to delete it. The > statistics > > > > > > > > file was created back in January so it was deleted - even > though it > > > > > > > > was modfied during the build process. > > > > > > > > > > private void DeleteBuildsOlderThanXDays(string > buildLogFolder, int > > > > > > > > daysToKeep) > > > > > > > > { > > > > > > > > this.SetFilesToNormalAttribute(buildLogFolder); > > > > > > > > foreach (string str in Directory.GetFiles(buildLogFolder)) > > > > > > > > { > > > > > > > > if (File.GetCreationTime(str).Date < > > > > DateTime.Now.Date.AddDays > > > > > > > > ((double) -daysToKeep)) > > > > > > > > { > > > > > > > > File.Delete(str); > > > > > > > > } > > > > > > > > } > > > > > > > > } > > > > > > > > > > I'll look at raising this as a bug and see how we go. > > > > > > > > > > Cheers > > > > > > > > > > On Jul 20, 11:44 am, DilbertDave <[email protected]> > wrote: > > > > > > > > > Our Network Admin was recently moaning about a lack of > space on > > > > the > > > > > > > > > servers so I took a look at the artifactcleanup publisher > to > > > > allow > > > > > > > > > CCNet to keep its house in order. > > > > > > > > > > > I started with the KeepLastXBuilds option and it did > exactly what > > > > it > > > > > > > > > said on the tin. The problem arose when I decided to use > > > > > > > > > DeleteBuildsOlderThanXDays instead - because I wanted to > retain > > > > about > > > > > > > > > 2 weeks of history for the dashboard and could not be sure > how > > > > many > > > > > > > > > builds this would be. > > > > > > > > > > > When the integration ran it duly removed all the log files > older > > > > than > > > > > > > > > the 20 days that I specified but also removed the > report.xml and > > > > > > > > > statistics.csv files as well - losing about 6 months of > stats. > > > > > > > > > Now these are not vital to us (so they were not backed up) > but > > > > it's a > > > > > > > > > little annoying to lose them. > > > > > > > > > > > The question is, why did this option remove the statistics > file? > > > > Is > > > > > > it > > > > > > > > > supposed to or is this a bug? > > > > > > > > > > > Thanks in Advance- Hide quoted text - > > > > > > > > > - Show quoted text -- Hide quoted text - > > > > > > > - Show quoted text - >
