Menu
▾
▴
ccnet-devel — Development List
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(1) |
Mar
|
Apr
(3) |
May
(33) |
Jun
(44) |
Jul
(40) |
Aug
(23) |
Sep
(26) |
Oct
(41) |
Nov
(37) |
Dec
(42) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(40) |
Feb
(58) |
Mar
(81) |
Apr
(94) |
May
(77) |
Jun
(83) |
Jul
(55) |
Aug
(118) |
Sep
(51) |
Oct
(193) |
Nov
(77) |
Dec
(17) |
| 2005 |
Jan
(56) |
Feb
(87) |
Mar
(83) |
Apr
(155) |
May
(115) |
Jun
(157) |
Jul
(90) |
Aug
(87) |
Sep
(145) |
Oct
(56) |
Nov
(105) |
Dec
(88) |
| 2006 |
Jan
(56) |
Feb
(93) |
Mar
(30) |
Apr
(46) |
May
(46) |
Jun
(16) |
Jul
(33) |
Aug
(54) |
Sep
(47) |
Oct
(21) |
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
(2) |
4
(6) |
5
|
6
(1) |
7
(3) |
8
|
|
9
|
10
(2) |
11
(5) |
12
(1) |
13
|
14
(1) |
15
|
|
16
(1) |
17
(2) |
18
|
19
(4) |
20
|
21
|
22
|
|
23
|
24
(1) |
25
(2) |
26
(2) |
27
(5) |
28
(3) |
29
(5) |
|
30
|
|
|
|
|
|
|
|
From: Owen R. <exo...@gm...> - 2006-04-29 17:00:19
|
On 29/04/06, Jay Flowers <jay...@gm...> wrote: > Well, there is imperfect work going on. <shrug/> I am not doing all the > work. actually, that's an interesting point. i was having a conversation with jim shore at the citcon conference a couple of weeks ago, and he impressed up me that it is our responsibility as purveyors of these tools to help guide and encourage best practices. he had been in to consult with a number of teams that were practicing "continuous integration" only in so far as having cruisecontrol up and running.=20 his sense was that the tools allowed users to misapply and misunderstand the ideas behind continuous integration. his preference was that cruisecontrol supported automatic rollback of commits that caused failing builds. i impressed upon him that this was both technically infeasible and not necessarily desirable or what users really want. but the point remains: can cruisecontrol (and ci-factory by association) do more to encourage best practices? cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Jay F. <jay...@gm...> - 2006-04-29 16:45:17
|
Well, there is imperfect work going on. <shrug/> I am not doing all the work. Mr. Right, first name Always. :) On 4/29/06, Owen Rogers <exo...@gm...> wrote: > > > On 28/04/06, Jay Flowers <jay...@gm...> wrote: > > I noticed today that I work with a lot of build projects. We have some > > where close to 70 build projects all using CI Factory. I think this > shows > > that CI Factory is a proven design. It is a scalable product. > > > > Check out the screen shot of cctray: > > http://jayflowers.com/doku/doku.php > > that's cool -- but why are so many of the projects failing? :-> > o. > -- > Owen Rogers | http://dotnetjunkies.com/weblog/exortech | > CruiseControl.NET - http://ccnet.thoughtworks.com > > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Groups > "CI Factory" group. > To post to this group, send email to CI-...@go... > To unsubscribe from this group, send email to > CI-...@go... > For more options, visit this group at > http://groups.google.com/group/CI-Factory > -~----------~----~----~----~------~----~------~--~--- > > -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Owen R. <exo...@gm...> - 2006-04-29 16:37:19
|
On 28/04/06, Jay Flowers <jay...@gm...> wrote: > I noticed today that I work with a lot of build projects. We have some > where close to 70 build projects all using CI Factory. I think this show= s > that CI Factory is a proven design. It is a scalable product. > > Check out the screen shot of cctray: > http://jayflowers.com/doku/doku.php that's cool -- but why are so many of the projects failing? :-> o. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: <ki...@mv...> - 2006-04-29 05:49:16
|
Oops! Wrong list. So sorry about that. :-/ - Kim=20 > -----Original Message----- > From: ccn...@li...=20 > [mailto:ccn...@li...] On Behalf Of=20 > Kim Gr=E4sman > Sent: den 29 april 2006 07:43 > To: 'Ozgur Huseyinoglu' > Cc: ccn...@li... > Subject: [Ccnet-devel] RE: [DQSD-Devel] ANN: DQSD 3.1.9.2 >=20 > Hi Ozgur, >=20 > I think dqsd.net scrapes the output from the ViewCVS web=20 > rendering of CVS contents [1]. > According to [2], the ViewCVS engine doesn't seem to be fully=20 > functional, so until that's up and running, the changes won't=20 > be propagated. >=20 > It's a shame, but it should sort itself out :-) >=20 > Thanks for checking on us, > - Kim >=20 > [1] http://cvs.sourceforge.net/viewcvs.py/dqsd/dqsdweb/ > [2]=20 > = http://sourceforge.net/docman/display_doc.php?docid=3D2352&group_id=3D1=20 |
|
From: <ki...@mv...> - 2006-04-29 05:43:18
|
Hi Ozgur, I think dqsd.net scrapes the output from the ViewCVS web rendering of CVS contents [1]. According to [2], the ViewCVS engine doesn't seem to be fully functional, so until that's up and running, the changes won't be propagated. It's a shame, but it should sort itself out :-) Thanks for checking on us, - Kim [1] http://cvs.sourceforge.net/viewcvs.py/dqsd/dqsdweb/ [2] http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1 > -----Original Message----- > From: Ozgur Huseyinoglu [mailto:oz...@ho...] > Sent: den 28 april 2006 20:16 > To: ki...@mv... > Subject: Re: [DQSD-Devel] ANN: DQSD 3.1.9.2 > > Hey Kim, > > Don't want to be a nuisance, but, can you see your changes on > DQSD.com now? I just checked (and refreshed) the page, and I > still see that "BETA" notice. Just thought I should let you know. > > Thanks, > > Ozgur |
|
From: Jay F. <jay...@gm...> - 2006-04-28 15:26:52
|
I noticed today that I work with a lot of build projects. We have some where close to 70 build projects all using CI Factory. I think this shows that CI Factory is a proven design. It is a scalable product. Check out the screen shot of cctray: http://jayflowers.com/doku/doku.php -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Ruben W. <rub...@gm...> - 2006-04-28 06:20:09
|
Hi Owen I just did a clean get from the libraries, cleaned the bin folders, rebuilded all, so the build has the new dll's. This worked, so now the triggers are working again as they should. Thanks for the fix. with kind regards On 4/27/06, Owen Rogers <exo...@gm...> wrote: > > hi ruben, > > On 27/04/06, Ruben Willems <rub...@gm...> wrote: > > I've noticed something strange, the triggers do not seem to work > anymore. > > Until now, I used the <triggers/> syntax, so only forced builds would > be > > possible. > > i made a small change to netreflector to get this to work. did you > also deploy the new version of the netreflector dll along with the > ccnet assemblies? > cheers, > owen. > > -- > Owen Rogers | http://dotnetjunkies.com/weblog/exortech | > CruiseControl.NET - http://ccnet.thoughtworks.com > > > ------------------------------------------------------- > 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 Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > Ccnet-devel mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-devel > |
|
From: Grant D. <gr...@ki...> - 2006-04-27 20:11:03
|
Grant Drake <grant@...> writes: > We noticed a problem whereby failures in the test fixture teardown are > not reported anywhere - you see that > nunit-console has failed on the build report page but nowhere can you > actually see why. In hindsight I realise I was being a bit "over-dramatic" with my comment "nowhere can you see why" - you can of course see the failure on the NAnt output page if you look hard enough amongst all the other "noise" we have in large projects. Regardless I still think it's an awful lot nicer having the failure listed on the front build report page which the new stylesheet provides. Grant. |
|
From: Grant D. <gr...@ki...> - 2006-04-27 18:58:21
|
All, We noticed a problem whereby failures in the test fixture teardown are not = reported anywhere - you see that nunit-console has failed on the build repo= rt page but nowhere can you actually see why. The solution is a tweak to unittests.xsl, so that it looks for //test-suite= /failure nodes, which is where the necessary messages can be found, which I= have attached. I have taken the simplest route of adding a "Suite failures= " message at the top (only displayed if there are any), and listing any fai= lures in the same area as unit test failures. In addition some of you may have played with the latest NCoverExplorer rele= ase (1.3.3) which has some CruiseControl integration and associated stylesh= eets etc. Do you have any interest in adding those to the site/distribution= ? It makes the the NCover output "usable" in terms of resolving the problem= (for us) of bloated CC.Net xml log files... Regards, Grant. http://www.kiwidude.com/blog/ |
|
From: Owen R. <exo...@gm...> - 2006-04-27 14:44:11
|
hi ruben, On 27/04/06, Ruben Willems <rub...@gm...> wrote: > I've noticed something strange, the triggers do not seem to work anymore= . > Until now, I used the <triggers/> syntax, so only forced builds would b= e > possible. i made a small change to netreflector to get this to work. did you also deploy the new version of the netreflector dll along with the ccnet assemblies? cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Ruben W. <rub...@gm...> - 2006-04-27 09:38:40
|
Hi all
I've noticed something strange, the triggers do not seem to work anymore.
Until now, I used the <triggers/> syntax, so only forced builds would be
possible.
Today I wanted to test some stuff with the source control providers,
and the interval triggers and so do not work anymore, they an error (see
below).
so <triggers/> works,
but
<triggers>
<intervalTrigger name=3D"continuous" seconds=3D"10" />
</triggers>
results in
[1232:INFO] Configuration changed: Restarting CruiseControl.NET Server
[1232:INFO] Reading configuration file "C:\Program
Files\CruiseControl.NET\server\ccnet.config"
[1232:ERROR] Exception: Unused node detected: <intervalTrigger
name=3D"continuous" seconds=3D"10" />
----------
ThoughtWorks.CruiseControl.Core.Config.ConfigurationException: Unused node
detected: <intervalTrigger
name=3D"continuous" seconds=3D"10" />
at
ThoughtWorks.CruiseControl.Core.Config.DefaultConfigurationFileLoader.WarnO=
nInvalidNode
(InvalidN
odeEventArgs args)
at
ThoughtWorks.CruiseControl.Core.Config.NetReflectorConfigurationReader.Hand=
leUnusedNode
(InvalidN
odeEventArgs args)
at Exortech.NetReflector.InvalidNodeEventHandler.Invoke(InvalidNodeEvent=
Args
args)
at Exortech.NetReflector.NetReflectorTypeTable.OnInvalidNode(InvalidNode=
EventArgs
args)
at Exortech.NetReflector.XmlTypeSerialiser.ReadMembers(XmlNode node,
Object instance, NetReflectorT
ypeTable table)
at Exortech.NetReflector.XmlTypeSerialiser.Read(XmlNode node,
NetReflectorTypeTable table)
at Exortech.NetReflector.XmlMemberSerialiser.Read(XmlNode childNode, Typ=
e
instanceType, NetReflecto
rTypeTable table)
at Exortech.NetReflector.XmlMemberSerialiser.Read(XmlNode node,
NetReflectorTypeTable table)
at Exortech.NetReflector.XmlTypeSerialiser.ReadMembers(XmlNode node,
Object instance, NetReflectorT
ypeTable table)
at Exortech.NetReflector.XmlTypeSerialiser.Read(XmlNode node,
NetReflectorTypeTable table)
at Exortech.NetReflector.NetReflectorReader.Read(XmlNode node)
at
ThoughtWorks.CruiseControl.Core.Config.NetReflectorConfigurationReader.Read=
(XmlDocument
document
)
at
ThoughtWorks.CruiseControl.Core.Config.DefaultConfigurationFileLoader.Popul=
ateProjectsFromXml
(Xm
lDocument configXml)
at
ThoughtWorks.CruiseControl.Core.Config.DefaultConfigurationFileLoader.Load(=
FileInfo
configFile)
at ThoughtWorks.CruiseControl.Core.Config.FileConfigurationService.Load(=
)
at
ThoughtWorks.CruiseControl.Core.Config.FileWatcherConfigurationService.Load
()
at
ThoughtWorks.CruiseControl.Core.Config.CachingConfigurationService.Load()
at ThoughtWorks.CruiseControl.Core.CruiseServer.CreateIntegrators()
at ThoughtWorks.CruiseControl.Core.CruiseServer.Restart()
at
ThoughtWorks.CruiseControl.Core.Config.ConfigurationUpdateHandler.Invoke()
at
ThoughtWorks.CruiseControl.Core.Config.FileWatcherConfigurationService.Hand=
leConfigurationFileCh
anged(Object source, FileSystemEventArgs args)
----------
|
|
From: Ruben W. <rub...@gm...> - 2006-04-27 06:03:12
|
Hi all
I've just posted a patch for issue's 625 and 158
--> ability to tell where you are in the build
maybe this can also work for 514,
the only drawbacks of my patch for this issue are :
- patch only works for Nant tasks (at the moment)
- if there are Nant tasks in the publisher section,
that information will also be displayed, overwriting the
error information.
Should we really capture the error, and if so how would that be possible?
with kind regards
|
|
From: Owen R. <exo...@gm...> - 2006-04-26 05:18:35
|
hi matt, On 18/02/06, Matt Petteys <mpe...@ye...> wrote: > Problem 2: I also got to the point of trying to run ccservice via the > mono-service functionality.. Ie run the service as a unix service. I > received the following error... > > Feb 18 20:22:51 gordon mono: /opt/ccnet-install/ccservice.exe: Exception > has been thrown by the target of an invocation. > Feb 18 20:22:51 gordon mono: /opt/ccnet-install/ccservice.exe: AllocConso= le > > This comes back to code in the > http://cvs.sourceforge.net/viewcvs.py/ccnet/ccnet/project/service/CCServi= ce.cs?view=3Dmarkup > > It appears the service is calling unmanaged code.. > > private static void Main() > { > // Allocates a Win32 console if needed since Windows does not provide > // one to Services by default. Normally that's okay, but we will be > // launching console applications and they may fail unless the parent > // process supplies them with a console. > AllocConsole(); > ServiceBase.Run(new ServiceBase[] {new CCService()}); > } > > [DllImport("kernel32.dll", SetLastError =3D true)] > private static extern bool AllocConsole(); i've logged an issue for this on jira [1] and checked in a quick fix. hth, owen. [1] http://jira.public.thoughtworks.org/browse/CCNET-683 -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Graham T. <gr...@ta...> - 2006-04-25 13:05:59
|
Matt, I guess you've probably sorted this by now, but I'm just catching up on my list backlog... Responses inline. Matt Petteys wrote: > I just noticed your posting on the cruisecontrol.net maillist > regarding running ccnet on mono/linux. I just recently started > working on packaging ccnet for debian. I haven't gotten as far as you > have and was wondering if you have any more information about how you > got it working and/or can answer whether you dealt with some issues > that I found. > > Problem 1: I can start the console application using mono.. It runs, > detects changes, runs tasks, appears to work.. I am having some > problems with the remoting though.. I added the remoting URL to the > linux box to a dashboard web application, v1.0 running on win2003 and > I receive the following error in the dashboard display... > > Cannot find member name > ThoughtWorks.CruiseControl.Remote.ProjectActivity. > > Any idea what could cause this or suggestions on how to debug this? > The remoting stuff all worked fine for me. (I was very impressed by the mono guys that it was all binary compatible.) The problem you're having sounds like you've got mismatched versions between the dashboard and the ccnet server. The wonders of remoting versioning.... > Problem 2: I also got to the point of trying to run ccservice via the > mono-service functionality.. Ie run the service as a unix service. I > received the following error... > Feb 18 20:22:51 gordon mono: /opt/ccnet-install/ccservice.exe: > Exception has been thrown by the target of an invocation. > Feb 18 20:22:51 gordon mono: /opt/ccnet-install/ccservice.exe: > AllocConsole > > This comes back to code in the > http://cvs.sourceforge.net/viewcvs.py/ccnet/ccnet/project/service/CCService.cs?view=markup > > > It appears the service is calling unmanaged code.. > > private static void Main() > { > // Allocates a Win32 console if needed since Windows does not provide > // one to Services by default. Normally that's okay, but we will be > // launching console applications and they may fail unless the parent > // process supplies them with a console. > AllocConsole(); > ServiceBase.Run(new ServiceBase[] {new CCService()}); > } > > [DllImport("kernel32.dll", SetLastError = true)] > private static extern bool AllocConsole(); > > Did anyone deal with this? > > No, I've never run ccservice under mono -- just ran the server exe on the command line. I wasn't aware of the mono-service stuff, but it looks like something we should support. Where I found similar stuff that used P/Invoke in the main ccnet server stuff I just put a runtime check to see if it was running under mono and avoided the call if so. I guess we should do the same thing here. Cheers g |
|
From: Graham T. <gr...@ta...> - 2006-04-25 09:37:49
|
Hi Rob, Hopefully I'm not too late with this reply - I'm only just catching up=20 with my backlog on the lists. Are you working with the 1.1 version of cctray (i.e. from the CVS=20 HEAD)? I few months back I added the ability for it to read status=20 information from an XML file returned by the dashboard (REST-style - a=20 simple HTTP GET). Currently you have to manually edit the=20 cctray-settings.xml file and edit the tcp:// remoting address and=20 replace it with an http:// address, but it all works OK when you do=20 this. Force build is currently not supported but this will hopefully=20 soon be added as another REST style request. I've been busy on other projects for a while, but I'm hoping to soon=20 make all this a bit more obvious by adding it to the configuration=20 screen. (On my current project, we're actually using cctray to monitor=20 a CruiseControl Java server by getting ccjava to return an xml file in=20 the right format.) The plugin approach sounds really good, I'd love to know more about how=20 you're doing that -- cctray is crying out for it I think (adding the X10=20 stuff to the core codebase just doesn't seem appropriate). I guess that=20 will mean moving to reflector (a la ccnet server) so that the=20 configuration file becomes extensible.=20 HTH, Graham Rob Chartier wrote: > I've been doing some work lately with CCTray, mostly trying to get the = X10 > integration working correctly. I has not been easy, mostly because of = the > weak serial port IO libraries built pre-.net v2. The two existing libr= aries > keep crashing on me. > > Now, the way CCTray is designed (IMHO) doesn=92t lend to extending it v= ery > easily. I have been trying to integrate nicely with CVS & CCTray with > little luck building and having a somewhat reliable method for testing = my > additions. It has not been a very nice experience. > > So I started to deviate a bit. I have a solid prototype put together w= hich > includes a plugin-framework that allows developers to simply drop in DL= L's > into a plugins folder. Once the new DLL is added the tray automaticall= y > discovers any "plug-ins" and adds them to the interface and status chan= ge > notifications. > > Integration with the server is done via scraping HTTP and parsing the > content. (ugly, but it works). > > > I was wondering if there is any current work happening with regards to > exposing the data on the dashboard/the remoting channel via REST/SOAP/X= ML? > Any thoughts on doing this? It would make tool development so much eas= ier. > > Thanks! > > Rob Chartier > http://weblogs.asp.net/rchartier > Microsoft MVP ASP/ASP.NET > ASPInsider > > =20 |
|
From: Graham T. <gr...@ta...> - 2006-04-24 13:19:13
|
+1 Owen Rogers wrote: > now that sourceforge supports subversion, who thinks that we should > migrate to an svn repository? > cheers, > owen. > -- > Owen Rogers | http://dotnetjunkies.com/weblog/exortech | > CruiseControl.NET - http://ccnet.thoughtworks.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > _______________________________________________ > Ccnet-devel mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-devel > |
|
From: Jay F. <jay...@gm...> - 2006-04-19 16:59:58
|
You nailed it. Thanks! On 4/19/06, ste...@th... <ste...@th...> wrote: > > On Wednesday, April 19, 2006 10:08 AM Jay Flowers did scribble: > > Anyone seen this before or know why it's happening? > > ThoughtWorks.CruiseControl.Core.CruiseControlException: Exception occurre= d > while > labelling source control provider. ---> > ThoughtWorks.CruiseControl.Core.CruiseC > ontrolException: Source control operation failed: svn: Local, non-commit > operati > ons do not take a log message > . Process command: C:\Program Files\Subversion\bin\svn.exe copy -m "CCNET > build > 0.5.5.3" C:\Projects\Doubler\trunk\Build /0.5.5.3 --username XXX --passwo= r > d XXX --non-interactive > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execut= e > (ProcessInfo processInfo) > at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Svn.LabelSourceContro= l > (IInte > grationResult result) > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.Label= S > ourceControl(IIntegrationResult result) > at ThoughtWorks.CruiseControl.Core.IntegrationRunner.LabelSourceContro= l > (IInte > grationResult result) > > > It looks like the svn command line parameters may be wrong: > > --------------- > C:\Documents and Settings\normans>svn help copy > copy (cp): Duplicate something in working copy or repository, remembering > history. > usage: copy SRC DST > > SRC and DST can each be either a working copy (WC) path or URL: > WC -> WC: copy and schedule for addition (with history) > WC -> URL: immediately commit a copy of WC to URL > URL -> WC: check out URL into WC, schedule for addition > URL -> URL: complete server-side copy; used to branch & tag > -------------- > > So based on your error the working copy is in > c:\projects\doubler\trunk\build and it is trying to tag it in /0.5.5.3 wh= ich > seems wrong to me. > > I'm guessing you have the <tagBaseUrl /> entry wrong in your ccnet.config= file. I would expect your <sourcecontrol /> tag to look something like > this: > > <sourcecontrol type=3D"svn"> > <autoGetSource>true</autoGetSource> > <executable>C:\Program Files\Subversion\bin\svn.exe</executable> > <trunkUrl>*REPOSITORYURL*/doubler/trunk/Build</trunkUrl> > <tagBaseUrl>>*REPOSITORYURL*/doubler/tags</tagBaseUrl> > <workingDirectory>c:\projects\doubler\trunk\build</workingDirectory> > </sourcecontrol> > > It's hard to define what it should be without knowing the repository URL. > Also I would guess you should probably be tagging the whole of /trunk and > not just the build folder, but again this is dependent on how your projec= t > is setup. > > Steve > -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Harold L H. <hu...@st...> - 2006-04-19 15:51:58
|
Index: BitKeeperHistoryParserTest.cs
===================================================================
RCS file: /cvsroot/ccnet/ccnet/project/UnitTests/Core/SourceControl/BitKeeper/BitKeeperHistoryParserTest.cs,v
retrieving revision 1.4
diff -u -3 -r1.4 BitKeeperHistoryParserTest.cs
--- BitKeeperHistoryParserTest.cs 14 Nov 2005 04:23:41 -0000 1.4
+++ BitKeeperHistoryParserTest.cs 31 Mar 2006 19:55:24 -0000
@@ -10,6 +10,51 @@
public class BitKeeperHistoryParserTest
{
[Test]
+ public void ParseChangeSets()
+ {
+ BitKeeperHistoryParser parser = new BitKeeperHistoryParser();
+ Modification[] mods = parser.Parse(new StringReader(BitKeeperTestData.ChangeSetsBitKeeperOutput()), DateTime.Now, DateTime.Now);
+ Assert.AreEqual(2, mods.Length);
+
+ // Check specifics of the ChangeSet mod
+ Assert.AreEqual("user@host.(none)", mods[0].UserName);
+ Assert.AreEqual("Remove file in subdir.", mods[0].Comment);
+ Assert.AreEqual("ChangeSet", mods[0].Type);
+ Assert.AreEqual("ChangeSet", mods[0].FileName);
+ Assert.AreEqual("", mods[0].FolderName);
+ }
+
+ [Test]
+ public void ParseDeletions()
+ {
+ BitKeeperHistoryParser parser = new BitKeeperHistoryParser();
+ Modification[] mods = parser.Parse(new StringReader(BitKeeperTestData.DeletionsBitKeeperOutput()), DateTime.Now, DateTime.Now);
+ Assert.AreEqual(2, mods.Length);
+
+ // Check specifics of the Deleted mod
+ Assert.AreEqual("user@host.(none)", mods[1].UserName);
+ Assert.AreEqual("Delete: asubdir/baz.txt", mods[1].Comment);
+ Assert.AreEqual("Deleted", mods[1].Type);
+ Assert.AreEqual("baz.txt", mods[1].FileName);
+ Assert.AreEqual("asubdir", mods[1].FolderName);
+ }
+
+ [Test]
+ public void ParseAdditions()
+ {
+ BitKeeperHistoryParser parser = new BitKeeperHistoryParser();
+ Modification[] mods = parser.Parse(new StringReader(BitKeeperTestData.AdditionsBitKeeperOutput()), DateTime.Now, DateTime.Now);
+ Assert.AreEqual(2, mods.Length);
+
+ // Check specifics of the Added mod
+ Assert.AreEqual("user@host.(none)", mods[1].UserName);
+ Assert.AreEqual("BitKeeper file /var/lib/bk/demo/dev-1.0/asubdir/baz.txt", mods[1].Comment);
+ Assert.AreEqual("Added", mods[1].Type);
+ Assert.AreEqual("baz.txt", mods[1].FileName);
+ Assert.AreEqual("asubdir", mods[1].FolderName);
+ }
+
+ [Test]
public void ParseVerboseModifications()
{
BitKeeperHistoryParser parser = new BitKeeperHistoryParser();
@@ -17,7 +62,7 @@
Assert.AreEqual(19, mods.Length);
foreach (Modification mod in mods)
{
- Assert.AreEqual("hunth@survivor.(none)", mod.UserName);
+ Assert.AreEqual("user@host.(none)", mod.UserName);
Assert.IsNotNull("filename should not be null", mod.FileName);
}
}
@@ -30,111 +75,148 @@
Assert.AreEqual(7, mods.Length);
foreach (Modification mod in mods)
{
- Assert.AreEqual("hunth@survivor.(none)", mod.UserName);
+ Assert.AreEqual("user@host.(none)", mod.UserName);
Assert.IsNotNull("filename should not be null", mod.FileName);
+ Assert.AreEqual("ChangeSet", mod.Type);
}
}
private class BitKeeperTestData
{
+ public static string ChangeSetsBitKeeperOutput()
+ {
+ return @"ChangeSet
+ 1.6 05/10/06 12:58:40 user@host.(none) +1 -0
+ Remove file in subdir.
+
+ BitKeeper/deleted/.del-baz.txt~7545e8a43744d49
+ 1.2 05/10/06 12:58:27 user@host.(none) +0 -0
+ Delete: asubdir/baz.txt
+";
+ }
+
+ public static string DeletionsBitKeeperOutput()
+ {
+ return @"ChangeSet
+ 1.6 05/10/06 12:58:40 user@host.(none) +1 -0
+ Remove file in subdir.
+
+ BitKeeper/deleted/.del-baz.txt~7545e8a43744d49
+ 1.2 05/10/06 12:58:27 user@host.(none) +0 -0
+ Delete: asubdir/baz.txt
+";
+ }
+
+ public static string AdditionsBitKeeperOutput()
+ {
+ return @"ChangeSet
+ 1.5 05/10/06 12:58:11 user@host.(none) +1 -0
+ Another new one.
+
+ asubdir/baz.txt
+ 1.0 05/10/06 12:58:11 user@host.(none) +0 -0
+ BitKeeper file /var/lib/bk/demo/dev-1.0/asubdir/baz.txt
+";
+ }
+
public static string VerboseBitKeeperOutput()
{
return @"ChangeSet
- 1.6 05/10/06 12:58:40 hunth@survivor.(none) +1 -0
+ 1.6 05/10/06 12:58:40 user@host.(none) +1 -0
Remove file in subdir.
BitKeeper/deleted/.del-baz.txt~7545e8a43744d49
- 1.2 05/10/06 12:58:27 hunth@survivor.(none) +0 -0
+ 1.2 05/10/06 12:58:27 user@host.(none) +0 -0
Delete: asubdir/baz.txt
asubdir/baz.txt
- 1.1 05/10/06 12:58:11 hunth@survivor.(none) +1 -0
+ 1.1 05/10/06 12:58:11 user@host.(none) +1 -0
Another new one.
ChangeSet
- 1.5 05/10/06 12:58:11 hunth@survivor.(none) +1 -0
+ 1.5 05/10/06 12:58:11 user@host.(none) +1 -0
Another new one.
asubdir/baz.txt
- 1.0 05/10/06 12:58:11 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:58:11 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/asubdir/baz.txt
ChangeSet
- 1.4 05/10/06 12:55:38 hunth@survivor.(none) +1 -0
+ 1.4 05/10/06 12:55:38 user@host.(none) +1 -0
Remove foo.txt.
BitKeeper/deleted/.del-foo.txt~8259385fddc312ca
- 1.2 05/10/06 12:55:24 hunth@survivor.(none) +0 -0
+ 1.2 05/10/06 12:55:24 user@host.(none) +0 -0
Delete: foo.txt
bar.txt
- 1.1 05/10/06 12:55:07 hunth@survivor.(none) +1 -0
+ 1.1 05/10/06 12:55:07 user@host.(none) +1 -0
Add another file.
ChangeSet
- 1.3 05/10/06 12:55:07 hunth@survivor.(none) +1 -0
+ 1.3 05/10/06 12:55:07 user@host.(none) +1 -0
Add another file.
bar.txt
- 1.0 05/10/06 12:55:07 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:55:07 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/bar.txt
ChangeSet
- 1.2 05/10/06 12:53:09 hunth@survivor.(none) +1 -0
+ 1.2 05/10/06 12:53:09 user@host.(none) +1 -0
Add sample file.
foo.txt
- 1.1 05/10/06 12:52:55 hunth@survivor.(none) +1 -0
+ 1.1 05/10/06 12:52:55 user@host.(none) +1 -0
foo.txt
- 1.0 05/10/06 12:52:55 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:52:55 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/foo.txt
ChangeSet
- 1.1 05/10/06 12:52:28 hunth@survivor.(none) +2 -0
+ 1.1 05/10/06 12:52:28 user@host.(none) +2 -0
Initial repository create
BitKeeper/etc/ignore
- 1.1 05/10/06 12:52:28 hunth@survivor.(none) +2 -0
+ 1.1 05/10/06 12:52:28 user@host.(none) +2 -0
BitKeeper/etc/config
- 1.1 05/10/06 12:52:28 hunth@survivor.(none) +22 -0
+ 1.1 05/10/06 12:52:28 user@host.(none) +22 -0
ChangeSet
- 1.0 05/10/06 12:52:28 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:52:28 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/ChangeSet
BitKeeper/etc/ignore
- 1.0 05/10/06 12:52:28 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:52:28 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/BitKeeper/etc/ignore
BitKeeper/etc/config
- 1.0 05/10/06 12:52:28 hunth@survivor.(none) +0 -0
+ 1.0 05/10/06 12:52:28 user@host.(none) +0 -0
BitKeeper file /var/lib/bk/demo/dev-1.0/BitKeeper/etc/config
";
}
public static string NonVerboseBitKeeperOutput()
{
- return @"ChangeSet@1.6, 2005-10-06 12:58:40-07:00, hunth@survivor.(none)
+ return @"ChangeSet@1.6, 2005-10-06 12:58:40-07:00, user@host.(none)
Remove file in subdir.
-ChangeSet@1.5, 2005-10-06 12:58:11-07:00, hunth@survivor.(none)
+ChangeSet@1.5, 2005-10-06 12:58:11-07:00, user@host.(none)
Another new one.
-ChangeSet@1.4, 2005-10-06 12:55:38-07:00, hunth@survivor.(none)
+ChangeSet@1.4, 2005-10-06 12:55:38-07:00, user@host.(none)
Remove foo.txt.
-ChangeSet@1.3, 2005-10-06 12:55:07-07:00, hunth@survivor.(none)
+ChangeSet@1.3, 2005-10-06 12:55:07-07:00, user@host.(none)
Add another file.
-ChangeSet@1.2, 2005-10-06 12:53:09-07:00, hunth@survivor.(none)
+ChangeSet@1.2, 2005-10-06 12:53:09-07:00, user@host.(none)
Add sample file.
-ChangeSet@1.1, 2005-10-06 12:52:28-07:00, hunth@survivor.(none)
+ChangeSet@1.1, 2005-10-06 12:52:28-07:00, user@host.(none)
Initial repository create
-ChangeSet@1.0, 2005-10-06 12:52:28-07:00, hunth@survivor.(none)
+ChangeSet@1.0, 2005-10-06 12:52:28-07:00, user@host.(none)
BitKeeper file /var/lib/bk/demo/dev-1.0/ChangeSet ";
}
}
|
|
From: <ste...@th...> - 2006-04-19 15:00:50
|
On Wednesday, April 19, 2006 10:08 AM Jay Flowers did scribble:
Anyone seen this before or know why it's happening?
=09
ThoughtWorks.CruiseControl.Core.CruiseControlException:
Exception occurred while
labelling source control provider. --->
ThoughtWorks.CruiseControl.Core.CruiseC=20
ontrolException: Source control operation failed: svn: Local,
non-commit operati
ons do not take a log message
. Process command: C:\Program Files\Subversion\bin\svn.exe copy
-m "CCNET build
0.5.5.3" C:\Projects\Doubler\trunk\Build /0.5.5.3 --username XXX
--passwor
d XXX --non-interactive
at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execu
te
(ProcessInfo processInfo)=20
at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.Svn.LabelSourceControl(IIn
te
grationResult result)
at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.Labe
lS
ourceControl(IIntegrationResult result)=20
at
ThoughtWorks.CruiseControl.Core.IntegrationRunner.LabelSourceControl(IIn
te
grationResult result)=20
=20
It looks like the svn command line parameters may be wrong:
=20
---------------
C:\Documents and Settings\normans>svn help copy
copy (cp): Duplicate something in working copy or repository,
remembering history.
usage: copy SRC DST
=20
SRC and DST can each be either a working copy (WC) path or URL:
WC -> WC: copy and schedule for addition (with history)
WC -> URL: immediately commit a copy of WC to URL
URL -> WC: check out URL into WC, schedule for addition
URL -> URL: complete server-side copy; used to branch & tag
--------------
=20
So based on your error the working copy is in
c:\projects\doubler\trunk\build and it is trying to tag it in /0.5.5.3
which seems wrong to me.
=20
I'm guessing you have the <tagBaseUrl /> entry wrong in your
ccnet.config file. I would expect your <sourcecontrol /> tag to look
something like this:
=20
<sourcecontrol type=3D"svn">
<autoGetSource>true</autoGetSource>
<executable>C:\Program Files\Subversion\bin\svn.exe</executable>
<trunkUrl>*REPOSITORYURL*/doubler/trunk/Build</trunkUrl>
<tagBaseUrl>>*REPOSITORYURL*/doubler/tags</tagBaseUrl>
<workingDirectory>c:\projects\doubler\trunk\build</workingDirectory>
</sourcecontrol>
=20
It's hard to define what it should be without knowing the repository
URL. Also I would guess you should probably be tagging the whole of
/trunk and not just the build folder, but again this is dependent on how
your project is setup.
=20
Steve
|
|
From: Jay F. <jay...@gm...> - 2006-04-19 14:08:22
|
Anyone seen this before or know why it's happening? ThoughtWorks.CruiseControl.Core.CruiseControlException: Exception occurred while labelling source control provider. ---> ThoughtWorks.CruiseControl.Core.CruiseC ontrolException: Source control operation failed: svn: Local, non-commit operati ons do not take a log message . Process command: C:\Program Files\Subversion\bin\svn.exe copy -m "CCNET build 0.5.5.3" C:\Projects\Doubler\trunk\Build /0.5.5.3 --username XXX --passwor d XXX --non-interactive at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute (ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.Svn.LabelSourceControl (IInte grationResult result) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.LabelS ourceControl(IIntegrationResult result) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.LabelSourceControl (IInte grationResult result) -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Mike R. <mik...@gm...> - 2006-04-17 08:44:21
|
Hi Jay, Nice trick. In the end I didn't end up adding build-specific artifact support for the project I've just finished on, but I'd still like to see it come in. For the project I was just on I just did what I normally do which is to have a 'published' folder somewhere (it was on a windows share in our case) and create a new folder in that for each build using the CCNet Label. The Ant script (yes, it was a Java project) then just published stuff in there for each build (including some HMTL reports) We had a 'pipelined build' and I used the RemoteProjectLabeller, so later stages in the pipeline (in different CCNet projects) could use the same published artifact folder as earlier stages, which was quite nice. We also used the 'project trigger', so kudos to everyone involved in those 2 plugins (it wasn't me :) ). As an aside, my apologies for being so quiet on the list lately. I've just come off a very busy project based away from home, where I was (mostly) being a manager, so not much time to think about CCNet. Right now I'm in the middle of moving from London to New York, and also moving jobs. I'm doing some vague work at the moment on splitting out the web framework from the Dashboard, and my top priority at the moment is to complete that and make the Dashboard code more easily maintainable. Cheers, Mike On 16/04/06, Jay Flowers <jay...@gm...> wrote: > How to publish xml files for use by xsl with out merging into the ccnet > build log using nAnt, xsl, and an IIS virtual directory. > http://jflowers.blogspot.com/2006/04/ccnet-artifact-directory.html > > -- > Jay Flowers > ---------------------------------------------------------------------- > http://jayflowers.com > --------------------------------------------------------------------- -- mike roberts | http://www.mikebroberts.com/ |
|
From: Ruben W. <rub...@gm...> - 2006-04-17 04:31:17
|
Cool, neat trick! This opens a lot of perspectives. with kind regards Ruben Willems On 4/17/06, Jay Flowers <jay...@gm...> wrote: > > How to publish xml files for use by xsl with out merging into the ccnet > build log using nAnt, xsl, and an IIS virtual directory. > http://jflowers.blogspot.com/2006/04/ccnet-artifact-directory.html > > -- > Jay Flowers > ---------------------------------------------------------------------- > http://jayflowers.com > --------------------------------------------------------------------- > |
|
From: Jay F. <jay...@gm...> - 2006-04-16 22:58:58
|
How to publish xml files for use by xsl with out merging into the ccnet build log using nAnt, xsl, and an IIS virtual directory. http://jflowers.blogspot.com/2006/04/ccnet-artifact-directory.html -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Owen R. <exo...@gm...> - 2006-04-14 17:34:57
|
hi thibaut, On 11/04/06, Thibaut Barr=E8re <thi...@gm...> wrote: > nice, this is a very useful feature. > > In case it helps, QuickGraph > (http://www.codeproject.com/cs/miscctrl/quickgraph.asp - > I'm not clear if the project is still maintained, but it works and is ope= n > sourced) can be used to determine the build order through a topologic sor= t > in a few lines of code. > > I've used it to implement full builds in CCNet (drop a line if you want s= ome > code). this sounds interesting. would you mind dropping the code on the ccnet community confluence site? http://confluence.public.thoughtworks.org/display/CCNETCOMM/Community cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Ruben W. <rub...@gm...> - 2006-04-12 06:13:29
|
Hi So the graph generation is still 'to be completed', no problem. The statistics generation works well, I'll have a look on that, and see wha= t else can be done with it (A time line springs to mind ) with kind regards On 4/11/06, Ashish Kumar <ash...@gm...> wrote: > > Well... this is still a work in progress. And the main publisher is > StatisticsPublisher, which has been in place for a long time now, and it > collects some relevant statistics for each build, and updates an xml and = csv > file in the Artifact directory. > > I have been doing some work on top of that to generate charts from those > statistics, and was going to update the documentation once that was in a > usable state. > > But yes, it makes sense to have some documentation just for collecting th= e > statistics, as I only found it by chance when I started working on build > charts when I was going to write my own publisher. > > At present the configuration would be very minimal, just an empty > <statistics /> element in the publishers section. > <publishers> > <statistics /> > </publishers> > I would add a page on the confluence for the same, and update it when don= e > with the current work. > > Thanks & Regards, > Ashish > > > On 4/11/06, Ruben Willems <rub...@gm...> wrote: > > > > Hi > > > > from build 2276, there is a build statistics generator : > > BuildStatisticsProcessor > > > > How must ccnet.config be updated to use this publisher? > > The documentation is not yet updated :-( > > > > > > with kind regards > > Ruben Willems > > > > > |
2 messages has been excluded from this view by a project administrator.