Sorted - needed to restart the VM as CTRL+F5 didn't work. Cheers
On Jul 21, 7:48 am, JohnM <[email protected]> wrote: > Doh! that's what I get for sending emails when knackered. > > Yes sorry meant CTRL + F5 for a hard refresh. > > On 21 July, 06:19, Ruben Willems <[email protected]> wrote: > > > 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 > > ... > > read more »
