ok seems like a bug in the ccnet service, can you look into ccnet.log (program files\cruisecontrol.Net folder)
and mail me the logs arround the time frame i'm interested in the stack trace, as this error does not say what went wrong where :-( ccnet perfectly starts with the config you provide when does the error occur? on a build request? on viewing the dashboard? on viewing a build log? anyway, the error reporting needs a serious update :-( with kind regards Ruben Willems On 20 September 2011 20:29, Miked348 <[email protected]> wrote: > The ccnet.config is very large with about 50 projects and I just looked at > the Windows Application logs and it is reporting on pretty much each one of > them the same error as follows: > > > *2011-09-20 13:46:28,969 [DEV3_zh-cn_LIBRARY-PPPPPP] ERROR > CruiseControl.NET [(null)] - INTERNAL ERROR: Request processing has failed > on the remote server:* > > *Index and length must refer to a location within the string.* > > *Parameter name: length* > > *----------* > > *ThoughtWorks.CruiseControl.Remote.CommunicationsException: Request > processing has failed on the remote server:* > > *Index and length must refer to a location within the string.* > > *Parameter name: length* > > *at > ThoughtWorks.CruiseControl.Remote.CruiseServerClient.ValidateResponse(Response > response)* > > > > All of these projects work just fine on *CCnet v1.5* on our *Primary Build > Server* running *Windows Server 2008 R2*. What I did was *removed the SVN > Source Control Block with a new VSTS Source Control Block* as we want to > pull source elements from *TFS-2010 through Cruise Control *for our first > phase of a 3 part project deployment. This is often done in this manner with > these large Enterprise clients as the requirement to get them on a *Best > in Class SCM solution* for version control (instead of SVN) and a good ALM > (Scrum) is important now! Working on these 50 projects has already started > so we can take what is now one large TFS-2010 Porject and break it down the > right way and then build with TFS including mostly using CI under TFS > control. *For this first phase it is via CCnet v1.6 as the VSTS SCB does > NOT work on v1.5!* > > This required me to do this model work on my work PC which is no Server > 2008 R2 box but my model worked and the v1.6 Dashboard showed the 1 project > I was testing with and all was well. I then updated the entire ccnet.config > file which is only the SVN to VSTS replacement and ran it through the Cruise > Control Validator tool on my PC and all was well! *I just cannot get these > 50 projects to come up like they do (without the VSTS change of course) on > my PC!* > > You can see the above WIndows errors which is the same for all the projects > and not only is the ccnet.config file huge...I cannot just send it to you or > display it here for security reasons. It would take me too long to 'scrub' > the text. I can show you below what they all pretty much look like: below is > two projects but the structure is really pretty much the same > > *-----> cut start* > > <project> > <category>DEV3 UI Redesign</category> > <modificationDelaySeconds>120</modificationDelaySeconds> > <sourcecontrol type="vsts"> > <server>http://tfs.ddddd.com/tfs/DefaultCollection</server> > <workspace>mpd</workspace> > <executable>C:\Program Files (x86)\Microsoft Visual Studio > 10.0\Common7\IDE\TF.exe</executable> > <domain>DDDDDDDD</domain> > <autoGetSource>true</autoGetSource> > <username>SvcAcctTFS</username> > <password>********</password> > > <project>$/Serve6/Main/Main/src/dotnet/DEV2/external/websites/SocialMedia/Serve.Facebook</project> > <timeout>10000000</timeout> > > <workingDirectory>C:/repos/revolution/DEV2/external/websites/SocialMedia/Serve.Facebook</workingDirectory> > <force>true</force> > <deleteWorkspace>true</deleteWorkspace> > <cleanCopy>true</cleanCopy> > </sourcecontrol> > <name>DEV3_EXTERNAL_WEBSITES_SOCIALMEDIA_FACEBOOK</name> > <triggers> > <intervalTrigger name="continuous" seconds="1800" > buildCondition="IfModificationExists"/> > </triggers> > <tasks> > <!-- First Compile the internal web service --> > <nant> > <executable>c:\nant-0.90\bin\NAnt.exe</executable> > > <baseDirectory>d:\Subversion\application_code\dotnet\DEV2\BuildScripts\</baseDirectory> > <buildFile>EXTERNAL_WEBSITES_SOCIALMEDIA_FACEBOOK.build</buildFile> > <targetList> > <target>build</target> > <target>package</target> > <target>deploy</target> > <target>copyup</target> > <target>deployup</target> > </targetList> > <buildTimeoutSeconds>1200</buildTimeoutSeconds> > </nant> > </tasks> > <publishers> > <xmllogger /> > <statistics /> > <modificationHistory onlyLogWhenChangesFound="true" /> > </publishers> > <security type="nullProjectSecurity" /> > </project> > > <project> > <category>DEV3 UI Redesign</category> > <modificationDelaySeconds>120</modificationDelaySeconds> > <sourcecontrol type="vsts"> > <server>http://tfs.ddddd.com/tfs/DefaultCollection</server> > <workspace>mpd</workspace> > <executable>C:\Program Files (x86)\Microsoft Visual Studio > 10.0\Common7\IDE\TF.exe</executable> > <domain>DDDDDDDD</domain> > <autoGetSource>true</autoGetSource> > <username>SvcAcctTFS</username> > <password>********</password> > > <project>$/Serve6/Main/Main/src/dotnet/DEV2/external/websites/SocialMedia/Serve.Widgets</project> > <timeout>10000000</timeout> > > <workingDirectory>C:/repos/revolution/DEV2/external/websites/SocialMedia/Serve.Widgets</workingDirectory> > <force>true</force> > <deleteWorkspace>true</deleteWorkspace> > <cleanCopy>true</cleanCopy> > </sourcecontrol> > <name>DEV3_EXTERNAL_WEBSITES_SOCIALMEDIA_WIDGETS</name> > <triggers> > <intervalTrigger name="continuous" seconds="1800" > buildCondition="IfModificationExists"/> > </triggers> > <tasks> > <!-- First Compile the internal web service --> > <nant> > <executable>c:\nant-0.90\bin\NAnt.exe</executable> > > <baseDirectory>d:\Subversion\application_code\dotnet\DEV2\BuildScripts\</baseDirectory> > <buildFile>EXTERNAL_WEBSITES_SOCIALMEDIA_WIDGETS.build</buildFile> > <targetList> > <target>build</target> > <target>package</target> > <target>deploy</target> > <target>copyup</target> > <target>deployup</target> > </targetList> > <buildTimeoutSeconds>1200</buildTimeoutSeconds> > </nant> > </tasks> > <publishers> > <xmllogger /> > <statistics /> > <modificationHistory onlyLogWhenChangesFound="true" /> > </publishers> > <security type="nullProjectSecurity" /> > </project> > > *------> cut end* > > *To close I would note that the 1 test project would display with the v1.6 > Dashboard with no issue!* Only when I updated ALL the projects did the > same dashboard start to fail. I know it must be something simple and I would > love to resolve this now. I will soon get a new robust Build Server for > TFS-2010 that we plan to deploy this same CCnet v1.6 and my changes to > ccnet.config for development to still produce buuilds. At the same time I > will deploy a Build Controller on the server as my associates resolve the > big issue of sorting through this one large TFS Project and make sense of > creating seperate TFS Projects and Build scripts via TFS-2010. I need to > have the CCnet v1.6 working first, and I would prefer to have my issue > resolved by this week so I can install on my new server and move on to our > Phase II of this project! I hope with your kind help I can get there. I will > not even go into the dozen other unreleated issues I am working too as I'm > sure you have your own problems! > > Thanks in advance....I can be reached on my mobile phone if you want to > talk and can send me an E-mail address to [email protected] which is a > 'throw-away E-mail account I use for this gig! > > > > ------mikeD > > >
