You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(21) |
Aug
(16) |
Sep
(9) |
Oct
(13) |
Nov
(25) |
Dec
(43) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(89) |
Feb
(79) |
Mar
(95) |
Apr
(112) |
May
(81) |
Jun
(99) |
Jul
(82) |
Aug
(87) |
Sep
(146) |
Oct
(185) |
Nov
(120) |
Dec
(62) |
2005 |
Jan
(141) |
Feb
(148) |
Mar
(228) |
Apr
(298) |
May
(286) |
Jun
(287) |
Jul
(326) |
Aug
(334) |
Sep
(445) |
Oct
(447) |
Nov
(293) |
Dec
(261) |
2006 |
Jan
(286) |
Feb
(328) |
Mar
(356) |
Apr
(245) |
May
(216) |
Jun
(242) |
Jul
(213) |
Aug
(352) |
Sep
(263) |
Oct
(169) |
Nov
(2) |
Dec
|
From: Owen R. <exo...@gm...> - 2006-11-06 01:35:44
|
hi mike, On 02/11/06, Michael Frederick <mfr...@br...> wrote: > What I was hoping for was that if a change occurred in *all* of the > directories that this project would start-up. I created all of these > directories, established the CCNet project, and then created a zero-length > text file in each directory. No build every started. What do I need to do > in order to get this to work? TIA! was ccnet running while you were doing this? is it possible that ccnet polled the directories while you were in the process of creating the empty text files? all modifications need to be generated within a single polling period. cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
From: Michael F. <mfrederi@Brocade.COM> - 2006-11-02 17:49:11
|
I have the following in a ccnet project: =20 <sourcecontrol type=3D"multi"> <requireChangesFromAll>true</requireChangesFromAll> <sourceControls> <filesystem> <repositoryRoot>c:\build\sync\Win</repositoryRoot> </filesystem> <filesystem> <repositoryRoot>c:\build\sync\LURA</repositoryRoot> </filesystem> <filesystem> <repositoryRoot>c:\build\sync\SURA</repositoryRoot> </filesystem> </sourceControls> </sourcecontrol> What I was hoping for was that if a change occurred in *all* of the directories that this project would start-up. I created all of these directories, established the CCNet project, and then created a zero-length text file in each directory. No build every started. What do I need to do in order to get this to work? TIA! =20 =20 -- Mike Frederick Software Developer mfr...@br... =20 |
From: <ki...@mv...> - 2006-10-31 07:04:13
|
Gary, all, > Chris Weiss wrote: > > Has anything happened with this? Having to keep multiple copies of > > this file in all the source directories is drawing the ire of our > > project leads. > > > > I don't have that problem. I just use an explicit path to > the .dll in both my CC.Net and NAnt files whenever invoking > msbuild. It works fine for me. Exactly. The <logger> element on [1] isn't an assembly name, it's a type name and a /file path/, comma-separated. Not sure if this qualifies as a "fully qualified name" as the docs say. I just realized this yesterday, but it should make it possible/preferable to move the ThoughtWorks.CruiseControl.MsBuild.dll into a common tools dir, like so: <msbuild> ... <logger>ThoughtWorks.CruiseControl.MsBuild.XmlLogger,..\..\tools\ThoughtWork s.CruiseControl.MsBuild.dll</logger> </msbuild> Cheers, - Kim [1] http://confluence.public.thoughtworks.org/display/CCNET/MsBuild+Task |
From: Gary F. <sfl...@ma...> - 2006-10-30 23:39:52
|
Chris Weiss wrote: > Has anything happened with this? Having to keep multiple copies of > this file in all the source directories is drawing the ire of our > project leads. > I don't have that problem. I just use an explicit path to the .dll in both my CC.Net and NAnt files whenever invoking msbuild. It works fine for me. Gary > On 7/31/06, Thomas Freudenberg <tho...@gm...> wrote: > >> I suggested to deploy that DLL to the CC.NET directory some time ago >> [1], so it wouldn't be required anymore to copy it to each project's >> working directory. However, no-one noticed my report ;-) >> >> Regards, >> Thomas >> >> [1] http://jira.public.thoughtworks.org/browse/CCNET-681 >> >> >> Colin Bowern wrote: >> >>> Can one of the developers for CC.NET apply a strong name to >>> ThoughtWorks.CruiseControl.MSBuild.dll in the next release so we can GAC >>> it instead of having to copy it to each working directory? >>> >>> >>> >>> Thanks, >>> >>> Colin >>> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys -- and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Ccnet-user mailing list >> Ccn...@li... >> https://lists.sourceforge.net/lists/listinfo/ccnet-user >> >> > > > |
From: Chris W. <chr...@gm...> - 2006-10-30 21:50:00
|
Has anything happened with this? Having to keep multiple copies of this file in all the source directories is drawing the ire of our project leads. On 7/31/06, Thomas Freudenberg <tho...@gm...> wrote: > I suggested to deploy that DLL to the CC.NET directory some time ago > [1], so it wouldn't be required anymore to copy it to each project's > working directory. However, no-one noticed my report ;-) > > Regards, > Thomas > > [1] http://jira.public.thoughtworks.org/browse/CCNET-681 > > > Colin Bowern wrote: > > Can one of the developers for CC.NET apply a strong name to > > ThoughtWorks.CruiseControl.MSBuild.dll in the next release so we can GAC > > it instead of having to copy it to each working directory? > > > > > > > > Thanks, > > > > Colin > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Ccnet-user mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-user > -- -Chris |
From: Fangio R. <fan...@eg...> - 2006-10-26 08:54:25
|
Hello, I have a problem with NUnit and CruiseControl. I use NAnt to run my NUnit-test. It generates a XML-file and I try to merge the file, so I can view the results in the WebDashBoard. The problem is that I don't see the results when I click the 'NUnit Details' link. When I look in the CCNET.log, I see that the file has been merged. I have run through all the steps described in the documentation, but still I cannot see the test results. I use NUnit 2.2.8.0 and Cruisecontrol.NET 1.0.1.1277. Attached is the XML-file that contains the Results for my UnitTests. The Code in my CCNET.config: --------------------------------------------------------------------------------------------------------------------------------------- <project name="Project"> <webURL>URL</webURL> <externalLinks> <externalLink name="Click here to have access to the latest Project Builds!!" url="http://cruisecontrol/Builds/Project/trunk/" /> </externalLinks> <labeller type="defaultlabeller"> <prefix>Project_1_0_</prefix> <incrementOnFailure>false</incrementOnFailure> </labeller> <state type="state" directory="C:\CruiseControl\State" /> <workingDirectory>C:\Projects\Project\trunk</workingDirectory> <artifactDirectory>C:\CruiseControl\Artifacts\Project\trunk</artifactDirectory> <modificationDelaySeconds>60</modificationDelaySeconds> <triggers> <intervalTrigger seconds="1800" /> </triggers> <sourcecontrol type="svn"> <trunkUrl>trunkURL</trunkUrl> <executable>C:\Program Files\Subversion\bin\svn.exe</executable> <workingDirectory>C:\Projects\Project\trunk</workingDirectory> <username>username</username> <password>password</password> <autoGetSource>true</autoGetSource> <tagOnSuccess>true</tagOnSuccess> <tagBaseUrl>cruisecontroltags</tagBaseUrl> </sourcecontrol> <tasks> <nant> <executable>tools\nant\NAnt.exe</executable> <nologo>false</nologo> <buildFile>project.build</buildFile> <targetList> <target>all</target> </targetList> <buildTimeoutSeconds>5200</buildTimeoutSeconds> </nant> </tasks> <publishers> <merge> <files> <file>C:\Projects\Project\trunk\UnitTest\UnitTest*.xml</file> </files> </merge> <xmllogger /> <buildpublisher> <sourceDir>C:\Projects\Project\trunk\build</sourceDir> <publishDir>publishdir</publishDir> </buildpublisher> <email > <users> </users> <groups> </groups> </email> </publishers> </project> --------------------------------------------------------------------------------------------------------------------------------------- The Code in the NAnt-script: --------------------------------------------------------------------------------------------------------------------------------------- <target name="Utils"> <solution solutionfile="src\Robot\Utils\NameSpaceUtils\NameSpaceUtils.sln" configuration="${project.build.config}" outputdir="${project.build.dir}/Utils"> </solution> <!-- Running the UnitTests --> <exec program="nunit-console.exe" basedir="${NUnitDir}" failonerror="true" > <!-- The dll or exe that contains the UnitTests --> <arg value="${project.build.dir}/Utils/NameSpaceUtilsUnitTests.dll" /> <!-- Output file of the test --> <arg value="/xml=UnitTest/UnitTest-NameSpaceUtils.xml" /> </exec> </target> --------------------------------------------------------------------------------------------------------------------------------------- I hope you can help me. Kind Regards, Fangio Roegies *********************DISCLAIMER******************** The information in this e'mail is strictly confidential and intended for the exclusive use of the addressee(s). Egemin disclaims all responsibility and accepts no liability for the consequences of any person acting or refraining from acting on the information contained in this e'mail prior to the receipt of a confirmation letter or fax signed by an authorised person. *****************END OF DISCLAIMER***************** << >> |
From: Michael F. <mfrederi@Brocade.COM> - 2006-10-24 19:17:42
|
All, =20 We use CC.net/NAnt and Vault for our builds. I have written a NAnt task which gets the last good build number, extracts the change history from Vault and creates an XML file containing the changes. =20 Now I am reseraching how to get this info into the CC.Net build log. I have determined how I would have to transform the Vault change history XML into a <modifications> section for CC.Net, but now I have realized that simply feeding that into a file merge task won't work; I don't believe that CC.Net will allow the <modifications> section to be built that way. It probably wants to build it itself based on changes it has noticed from Vault (we only do scheduled tasks, not CI builds). =20 Is there a way I can feed a <modifications> section into CC.Net's build output? Or will I have to merge it in and then write another webdashboard report? =20 =20 -- Mike Frederick Software Developer mfr...@br... =20 |
From: Jay W. <jwi...@mm...> - 2006-10-20 17:12:47
|
Outstanding! That worked perfectly. =20 Thanks! Jay =20 ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of ang...@wo... Sent: Thursday, October 19, 2006 3:26 PM To: ccn...@li... Subject: Re: [Ccnet-user] Specifying labels numbers =20 Hi Jay, =20 In the root directory of the CCNet server, there are some <projectname>.state files. You will need to stop the service/console app, change the <Label> and <LastSuccessfulIntegrationLabel> entities to reflect the build label you want in each .state file, and then restart the service/console app. =20 Angus. =20 =09 ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jay Williams Sent: Friday, 20 October 2006 4:01 AM To: ccn...@li... Subject: [Ccnet-user] Specifying labels numbers I uninstalled and re-installed CruiseControl.NET. Then, the build numbers (labels) started over at 1. All the xml log files still exist, however, for the previous builds. How do I tell CC to go back to using the previous build numbers? For example, I want the next build label to be 173 instead of 2. How do I do this? =20 Thanks, Jay =20 =09 ........................................................................ ................. =09 Jay Williams Software Engineer M:Metrics, Inc. =09 t +1 206 447 1860 f +1 206 447 1855 =09 www.mmetrics.com =09 =09 :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::::: =09 mobile market measurement Because there's more to the mobile market than just talk.=20 =20 |
From: <ang...@wo...> - 2006-10-19 22:26:30
|
Hi Jay, =20 In the root directory of the CCNet server, there are some <projectname>.state files. You will need to stop the service/console app, change the <Label> and <LastSuccessfulIntegrationLabel> entities to reflect the build label you want in each .state file, and then restart the service/console app. =20 Angus. ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jay Williams Sent: Friday, 20 October 2006 4:01 AM To: ccn...@li... Subject: [Ccnet-user] Specifying labels numbers =09 =09 I uninstalled and re-installed CruiseControl.NET. Then, the build numbers (labels) started over at 1. All the xml log files still exist, however, for the previous builds. How do I tell CC to go back to using the previous build numbers? For example, I want the next build label to be 173 instead of 2. How do I do this? =20 Thanks, Jay =20 =09 ........................................................................ ................. =09 Jay Williams Software Engineer M:Metrics, Inc. =09 t +1 206 447 1860 f +1 206 447 1855 =09 www.mmetrics.com =09 =09 :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::::: =09 mobile market measurement Because there's more to the mobile market than just talk.=20 =20 |
From: Jay W. <jwi...@mm...> - 2006-10-19 18:07:46
|
I posted the other day about a VSS timeout issue we're having. I've eliminated some possible problems and have raised the timeout value in the source control block, but this is merely a band aid. =20 If I run SS.EXE directly from the command line (the command line version of Visual Source Safe), it gets the source tree in about 4 minutes. When SS.EXE runs from CC.NET, however, it takes over 20 minutes to get the same source tree. =20 Does anyone know why it could be running so slowly? This just started happening recently. =20 Thanks, Jay =20 ........................................................................ ................. Jay Williams Software Engineer M:Metrics, Inc. t +1 206 447 1860 f +1 206 447 1855 www.mmetrics.com :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::::: mobile market measurement Because there's more to the mobile market than just talk.=20 =20 |
From: Jay W. <jwi...@mm...> - 2006-10-19 18:02:39
|
I uninstalled and re-installed CruiseControl.NET. Then, the build numbers (labels) started over at 1. All the xml log files still exist, however, for the previous builds. How do I tell CC to go back to using the previous build numbers? For example, I want the next build label to be 173 instead of 2. How do I do this? =20 Thanks, Jay =20 ........................................................................ ................. Jay Williams Software Engineer M:Metrics, Inc. t +1 206 447 1860 f +1 206 447 1855 www.mmetrics.com :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::::: mobile market measurement Because there's more to the mobile market than just talk.=20 =20 |
From: Tom S. <To...@ma...> - 2006-10-19 16:30:14
|
It appears that the Web Dashboard has trouble with project names with periods in them (.) - has anyone else noticed this? Any fixes so far? Thanks =20 Tom Soderling | magenic technologies | developer: mso group | (w) 763.398.4832 =20 |
From: Linda H. <li...@si...> - 2006-10-19 02:20:29
|
Are you putting CC server in debug mode? It will keep putting info. to the log file if you are in the debug mode. Linda _____ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jamie Sent: Wednesday, October 18, 2006 8:38 AM To: ccn...@li... Subject: [Ccnet-user] Disconnected Memory Leak I connect to my employer's network through a VPN. Yesterday, I disconnected the VPN, but left CCTray running. A few hours later, I came back to the machine to discover that CCTray was using 773megs of memory and increasing. Jamie |
From: Jamie <Jam...@ho...> - 2006-10-18 15:38:24
|
I connect to my employer's network through a VPN. Yesterday, I = disconnected the VPN, but left CCTray running. A few hours later, I = came back to the machine to discover that CCTray was using 773megs of = memory and increasing. Jamie |
From: Ashvin N. <as...@ma...> - 2006-10-18 10:59:33
|
QzoNCmNkIEM6XFByb2dyYW0gRmlsZXNcQ29tcHV3YXJlXERldlBhcnRuZXIgU3R1ZGlvXENvZGVS ZXZpZXdcDQpDUkJBVENILkVYRSAvZiAuLi4uLi4uLi4uLi4uLi4uLi4uQ1JCIC92cyA3LjEgL3Y= |
From: Linda H. <li...@si...> - 2006-10-18 00:28:40
|
Hi, If I want to copy all the files from C:\SourceDir to \\NetWorkDrive\DestDir <file:///\\NetWorkDrive\DestDir> , I can use the following settings in my configuration file. However, if I only want to copy some specified files, not all the files, what should I do? Thanks. <buildpublisher> <sourceDir>C:\SourceDir</sourceDir> <publishDir>\\NetWorkDrive\DestDir</publishDir> </buildpublisher> |
From: Juan C. B. I. <jca...@gm...> - 2006-10-17 22:23:01
|
Robert, Where exactly did you make that change? On 10/17/06, Robert Hanson <rob...@sp...> wrote: > > I looked under "Web service extensions" and ASP.NET was marked as > "Prohibit". I changed it to Active and everything began working. Thanks > everyone for all your help. > > > |
From: David C. <da...@gm...> - 2006-10-17 19:28:18
|
I tried to send this earlier, but it fell in to a blackhole while sourceforge was having trouble with gmail addresses. ---------- Forwarded message ---------- From: David Cameron <da...@gm...> Date: Sep 28, 2006 10:29 PM Subject: Re: [Ccnet-user] Smaller CCTray.exe To: ccn...@li... Hi Michael The virtual memory size of a windows application is often misleading. It can include memory that has been allocated for the application by windows, but is not actually in use by the app. This is even more pronounced for .Net applications, where virtual size will include the .net runtime, even when it can be shared between multiple .net apps. Private bytes is a better indicator of the app's memory footprint. I compared your numbers to my system and I have very close to the same number of private bytes used: 20MB. This isn't too bad for a Windows Forms application. Here are a couple of references: http://msdn2.microsoft.com/en-us/library/x2tyfybc.aspx http://www.itwriting.com/dotnetmem.php Dave On 9/26/06, Michael Adams <Mic...@as...> wrote: > > > > > I am running CCNET with one build server. Right now the cctray.exe's virtual > size is 131K. I find this very interesting because Outlook.exe is 148K. > Attached is a screen shot from Sysinternals's Process Explorer properties > for cctray.exe. > > > > Is this too big? Can this shrink a little? > > > > Thanks for your input, > > Mike Adams > > > > > ________________________________ > > > > > > > CONFIDENTIALITY NOTICE: This e-mail, and any attachments, are > intended solely for the use of the intended recipient and may > contain information that is confidential, proprietary, copyrighted > and/or legally privileged. Any unauthorized disclosure, > distribution, or use of this information is prohibited. If you are > not the intended recipient, and have received this message in > error, please notify the sender immediately by reply e-mail and > destroy all copies of the original message and any attachments. > Your compliance is appreciated. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > Ccnet-user mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-user > > > > |
From: Tom S. <To...@ma...> - 2006-10-17 17:36:19
|
I'm running an XP machine, and the 1.1 version of CCNet and CCTray. =20 When I display the Web Dashboard, I can get to the ViewFarmReport.aspx (or default.aspx) page, but when I click on the project name, I get a 404 - Page cannot be found message. The page it's looking for is ViewProjectReport.aspx =20 Any Idea why I can get to the default page, but not to the Project Report? =20 Tom Soderling | magenic technologies | developer: mso group | (w) 763.398.4832 =20 |
From: Robert H. <rob...@sp...> - 2006-10-17 15:25:33
|
I looked under "Web service extensions" and ASP.NET was marked as "Prohibit". I changed it to Active and everything began working. Thanks everyone for all your help. =20 ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Daniel Piessens Sent: Tuesday, October 17, 2006 8:06 AM To: ccn...@li... Subject: Re: [Ccnet-user] Webdashboard installation problem =20 I've been running Windows 2003 ASP.NET IIS servers for almost two years now. Here are a few things to check: * Is the aspnet isapi installed and enabled * For the Virtual Directory Under Home Page is there a web application created? * Is that Web application assigned to an app pool, and if so does the user for that pool have access to the webdashbard directory? * Under Default Documents is Default.aspx listed? Try these things and keep checking your Windows Application Event Log. It should give you hints if things fail because of the system. =20 -Dan Piessens =20 On 10/16/06, Robert Hanson <rob...@sp...> wrote: I installed asp.net <http://asp.net/> 2.0 on my windows 2003 machine. I can view http://localhost/ccnet/test.html (a file I created in the webdashboard directory) but I can't see http://localhost/ccnet/default.aspx -- I get a 404 error. =20 The asp.net <http://asp.net/> isapi filter is installed, so that's not the issue.=20 =20 I don't see the aspnet_wp process running, so I'm going to restart the server machine and see if that makes a difference.=20 =20 =09 ________________________________ From: ccn...@li... [mailto:ccn...@li... ] On Behalf Of Juan Carlos Becerra Irene Sent: Monday, October 16, 2006 10:04 AM To: ccn...@li... Subject: Re: [Ccnet-user] Webdashboard installation problem =20 No, unfortunately I didn't. =09 I installed everything on a WINXP machine, and there's where I'm testing right now. I'm planning to make it work there, and setup everything I need and later try again on Windows Server 2003.=20 =09 If I find something I'll let you know. =09 Regards, Juan Carlos On 10/13/06, Robert Hanson < rob...@sp... <mailto:rob...@sp...> > wrote: Juan, did you ever figure anything out here? I'm running into the same problem. Thanks. =09 =09 ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier=20 Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo =09 http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 =09 _______________________________________________ Ccnet-user mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-user=20 =09 =09 =20 |
From: Daniel P. <dan...@gm...> - 2006-10-17 13:05:41
|
I've been running Windows 2003 ASP.NET IIS servers for almost two years now. Here are a few things to check: - Is the aspnet isapi installed and enabled - For the Virtual Directory Under Home Page is there a web application created? - Is that Web application assigned to an app pool, and if so does the user for that pool have access to the webdashbard directory? - Under Default Documents is Default.aspx listed? Try these things and keep checking your Windows Application Event Log. It should give you hints if things fail because of the system. -Dan Piessens On 10/16/06, Robert Hanson <rob...@sp...> wrote: > I installed asp.net 2.0 on my windows 2003 machine. I can view > http://localhost/ccnet/test.html (a file I created in the webdashboard > directory) but I can't see http://localhost/ccnet/default.aspx -- I get a > 404 error. > > > > The asp.net isapi filter is installed, so that's not the issue. > > > > I don't see the aspnet_wp process running, so I'm going to restart the > server machine and see if that makes a difference. > > > ------------------------------ > > *From:* ccn...@li... [mailto: > ccn...@li...] *On Behalf Of *Juan Carlos > Becerra Irene > *Sent:* Monday, October 16, 2006 10:04 AM > *To:* ccn...@li... > *Subject:* Re: [Ccnet-user] Webdashboard installation problem > > > > No, unfortunately I didn't. > > I installed everything on a WINXP machine, and there's where I'm testing > right now. I'm planning to make it work there, and setup everything I need > and later try again on Windows Server 2003. > > If I find something I'll let you know. > > Regards, > Juan Carlos > > On 10/13/06, *Robert Hanson* < rob...@sp...> wrote: > > Juan, did you ever figure anything out here? I'm running into the same > problem. Thanks. > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > Ccnet-user mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-user > > > |
From: Robert H. <rob...@sp...> - 2006-10-17 02:46:41
|
I installed asp.net 2.0 on my windows 2003 machine. I can view http://localhost/ccnet/test.html (a file I created in the webdashboard directory) but I can't see http://localhost/ccnet/default.aspx -- I get a 404 error. =20 The asp.net isapi filter is installed, so that's not the issue. =20 I don't see the aspnet_wp process running, so I'm going to restart the server machine and see if that makes a difference. =20 ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Juan Carlos Becerra Irene Sent: Monday, October 16, 2006 10:04 AM To: ccn...@li... Subject: Re: [Ccnet-user] Webdashboard installation problem =20 No, unfortunately I didn't. I installed everything on a WINXP machine, and there's where I'm testing right now. I'm planning to make it work there, and setup everything I need and later try again on Windows Server 2003.=20 If I find something I'll let you know. Regards, Juan Carlos On 10/13/06, Robert Hanson < rob...@sp... <mailto:rob...@sp...> > wrote: Juan, did you ever figure anything out here? I'm running into the same problem. Thanks. |
From: Jay W. <jwi...@mm...> - 2006-10-16 23:11:55
|
I don't think that's it. The service and the user I logged into that machine are the same. However, I tried your suggestion and here's the log file text, if that might help. I see an error for "Prop Tool", but that can be ignored I think. At least I don't care about that project right now. "meter" and "mobilens" are the ones I really care about. They're both timing out (prior to the 1600 second limit I've set in the config file). Thanks. 10/16/2006 3:47:07 PM: [CruiseControl Server:Debug]: The trace level is currently set to debug. This will cause CCNet to log at the most verbose level, which is useful for setting up or debugging the server. Once your server is running smoothly, we recommend changing this setting in your ccnet.config file to a lower level. 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Reading configuration file "C:\Program Files\CruiseControl.NET\server\ccnet.config" 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Registered channel: tcp 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: CruiseManager: Listening on url: tcp://192.168.1.73:21234/CruiseManager.rem 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Starting CruiseControl.NET Server 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Starting integrator for project: Prop Tool 10/16/2006 3:47:07 PM: [Prop Tool:Info]: Starting integration for project: Prop Tool 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Starting integrator for project: palm 10/16/2006 3:47:07 PM: [palm:Info]: Starting integration for project: palm 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Starting integrator for project: mobilens 10/16/2006 3:47:07 PM: [mobilens:Info]: Starting integration for project: mobilens 10/16/2006 3:47:07 PM: [CruiseControl Server:Info]: Starting integrator for project: meter 10/16/2006 3:47:07 PM: [meter:Info]: Starting integration for project: meter 10/16/2006 3:47:08 PM: [palm:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/Monitor/Src/Palm -R -Vd10/16/2006;3:47p~10/13/2006;3:35p -I-Y in e:\palm\Src\Palm 10/16/2006 3:47:08 PM: [palm:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\palm\Src\Palm] with arguments [history $/MMetrics/Monitor/Src/Palm -R -Vd10/16/2006;3:47p~10/13/2006;3:35p -I-Y] 10/16/2006 3:47:08 PM: [mobilens:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/web -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y in e:\mobilens 10/16/2006 3:47:08 PM: [mobilens:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\mobilens] with arguments [history $/MMetrics/web -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y] 10/16/2006 3:47:08 PM: [meter:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/Monitor/server -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y in e:\meter_server\server 10/16/2006 3:47:08 PM: [meter:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\meter_server\server] with arguments [history $/MMetrics/Monitor/server -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y] 10/16/2006 3:47:08 PM: [Prop Tool:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/Build -R -Vd10/16/2006;3:47p~10/13/2006;3:35p -I-Y in e:\PropTool 10/16/2006 3:47:08 PM: [Prop Tool:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\PropTool] with arguments [history $/MMetrics/Build -R -Vd10/16/2006;3:47p~10/13/2006;3:35p -I-Y] 10/16/2006 3:49:22 PM: [CruiseControl Server:Debug]: Building list for $/MMetrics/Build............ 10/16/2006 3:49:23 PM: [CruiseControl Server:Debug]:=20 10/16/2006 3:49:23 PM: [Prop Tool:Info]: No modifications detected. 10/16/2006 3:49:23 PM: [Prop Tool:Info]: Integration complete: 10/16/2006 3:49:23 PM 10/16/2006 3:50:44 PM: [CruiseControl Server:Debug]: Building list for $/MMetrics/Monitor/Src/Palm............................ 10/16/2006 3:50:44 PM: [CruiseControl Server:Debug]:=20 10/16/2006 3:50:44 PM: [palm:Info]: No modifications detected. 10/16/2006 3:50:44 PM: [palm:Info]: Integration complete: 10/16/2006 3:50:44 PM 10/16/2006 3:57:28 PM: [meter:Warning]: Process timed out: C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/Monitor/server -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y. Process id: 3004. This process will now be killed. 10/16/2006 3:57:28 PM: [meter:Debug]: Process stdout:=20 10/16/2006 3:57:28 PM: [meter:Debug]: Process stderr:=20 10/16/2006 3:57:28 PM: [mobilens:Warning]: Process timed out: C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE history $/MMetrics/web -R -Vd10/16/2006;3:47p~10/16/2006;3:33p -I-Y. Process id: 2460. This process will now be killed. 10/16/2006 3:57:28 PM: [mobilens:Debug]: Process stdout:=20 10/16/2006 3:57:28 PM: [mobilens:Debug]: Process stderr:=20 10/16/2006 3:57:28 PM: [meter:Warning]: The timed out process has been killed: 3004 10/16/2006 3:57:28 PM: [meter:Error]: Exception: Source control operation has timed out. ---------- ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation has timed out. at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execu te(ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetMo difications(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vss.GetModifications(IInte grationResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificatio ns(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCo ndition buildCondition) ---------- 10/16/2006 3:57:28 PM: [meter:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE label $/MMetrics/Monitor/server -L -I-Y in e:\meter_server\server 10/16/2006 3:57:28 PM: [meter:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\meter_server\server] with arguments [label $/MMetrics/Monitor/server -L -I-Y] 10/16/2006 3:57:28 PM: [mobilens:Warning]: The timed out process has been killed: 2460 10/16/2006 3:57:28 PM: [mobilens:Error]: Exception: Source control operation has timed out. ---------- ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation has timed out. at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execu te(ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetMo difications(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vss.GetModifications(IInte grationResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificatio ns(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCo ndition buildCondition) ---------- 10/16/2006 3:57:28 PM: [mobilens:Debug]: Executing process C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE label $/MMetrics/web -L -I-Y in e:\mobilens 10/16/2006 3:57:28 PM: [mobilens:Debug]: Attempting to start process [C:\Program Files\Microsoft Visual Studio\VSS\template\win32\SS.EXE] in working directory [e:\mobilens] with arguments [label $/MMetrics/web -L -I-Y] 10/16/2006 3:57:50 PM: [CruiseControl Server:Debug]: web 10/16/2006 3:57:50 PM: [CruiseControl Server:Debug]: server 10/16/2006 3:57:50 PM: [mobilens:Info]: Integration complete: 10/16/2006 3:57:28 PM 10/16/2006 3:57:50 PM: [meter:Info]: Integration complete: 10/16/2006 3:57:28 PM 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Disconnecting remote server:=20 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Unregistering channel: tcp 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Aborting CruiseControl.NET Server 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Aborting integrator for project: Prop Tool 10/16/2006 4:06:44 PM: [Prop Tool:Info]: Integrator for project: Prop Tool is now stopped. 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Aborting integrator for project: palm 10/16/2006 4:06:44 PM: [palm:Info]: Integrator for project: palm is now stopped. 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Aborting integrator for project: mobilens 10/16/2006 4:06:44 PM: [mobilens:Info]: Integrator for project: mobilens is now stopped. 10/16/2006 4:06:44 PM: [CruiseControl Server:Info]: Aborting integrator for project: meter 10/16/2006 4:06:44 PM: [meter:Info]: Integrator for project: meter is now stopped. -----Original Message----- From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Mark Walker Sent: Monday, October 16, 2006 2:13 PM To: ccn...@li... Subject: Re: [Ccnet-user] Source control operation timed out Guessing wildly, could it be a permissions problem? Does the CCnetservice run as a different user? Try stopping the service and running CCNet.exe (which will run as your logged in user - i.e. the same as the one that you are using VSS with). Does it work? ________________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jay Williams Sent: Tuesday, 17 October 2006 9:52 a.m. To: ccn...@li... Subject: [Ccnet-user] Source control operation timed out All our builds are failing with the following message: ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation has timed out. at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execu te(P rocessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetMo difi cations(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vss.GetModifications(IInte grat ionResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificatio ns(I SourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCo ndit ion buildCondition) However, when I remote into our build box, fire up Visual Source Safe and do a get, it will get source code, albeit a bit slowly. In the ccnet.config file, buildTimeoutSeconds is set to 1600 for all our projects. It has NEVER taken this long to get source and the builds fail in less time than this.only 5 or 10 minutes. This all started happening when we rebooted the serer that has all our source on it. We're banging our heads against the wall trying to figure out why it's failing. Any ideas would be greatly appreciated!!! Jay ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Ccnet-user mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-user |
From: Mark W. <cc...@wa...> - 2006-10-16 21:13:00
|
Guessing wildly, could it be a permissions problem? Does the CCnetservice run as a different user? Try stopping the service and running CCNet.exe (which will run as your logged in user - i.e. the same as the one that you are using VSS with). Does it work? ________________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jay Williams Sent: Tuesday, 17 October 2006 9:52 a.m. To: ccn...@li... Subject: [Ccnet-user] Source control operation timed out All our builds are failing with the following message: ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation has timed out. at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute(P rocessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetModifi cations(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vss.GetModifications(IIntegrat ionResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(I SourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCondit ion buildCondition) However, when I remote into our build box, fire up Visual Source Safe and do a get, it will get source code, albeit a bit slowly. In the ccnet.config file, buildTimeoutSeconds is set to 1600 for all our projects. It has NEVER taken this long to get source and the builds fail in less time than this.only 5 or 10 minutes. This all started happening when we rebooted the serer that has all our source on it. We're banging our heads against the wall trying to figure out why it's failing. Any ideas would be greatly appreciated!!! Jay |
From: Jay W. <jwi...@mm...> - 2006-10-16 20:53:18
|
All our builds are failing with the following message: ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation has timed out. at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execu te(ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetMo difications(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Vss.GetModifications(IInte grationResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModificatio ns(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCo ndition buildCondition) =20 =20 However, when I remote into our build box, fire up Visual Source Safe and do a get, it will get source code, albeit a bit slowly. In the ccnet.config file, buildTimeoutSeconds is set to 1600 for all our projects. It has NEVER taken this long to get source and the builds fail in less time than this...only 5 or 10 minutes. =20 This all started happening when we rebooted the serer that has all our source on it. We're banging our heads against the wall trying to figure out why it's failing. Any ideas would be greatly appreciated!!! =20 Jay =20 ........................................................................ ................. Jay Williams Software Engineer M:Metrics, Inc. t +1 206 447 1860 f +1 206 447 1855 www.mmetrics.com :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::::: mobile market measurement Because there's more to the mobile market than just talk.=20 =20 |