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
|
|
From: Foster, R. - P. <RF...@qu...> - 2006-09-29 13:21:03
|
Chris,
=20
I would agree completely with your comments... but so far I have no
experience doing what you describe. Do you? If so, do you have any
pointers for how to accomplish GUI testing on a remote (possibly
virtual) machine?
=20
I'd also love to be able to perform some kind of "smoke test" on the
installation itself, but for precisely the reasons you describe I don't
want to be doing so on the build machine. Any hints you (or anyone else)
can offer on automated installation testing would be appreciated.
=20
Regards,
Richard
________________________________
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of
Christopher Guest
Sent: Thursday, September 28, 2006 19:16
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Hi,
It's not a direct answer to your question [about running UI
tests from CI build scripts] .
=20
Personally I'd steer clear of running tests like this on a build
machine. If I were tasked with this - I'd move towards batching tests
off to another (virtual) machine for them to be completed remotely. I'd
come to this conclusion because I'd want to keep my build machine as
clean as possible.=20
Interacting with a UI for testing suggests to me that some kind of
installation may take place before the tests can be run. A dodgy
installation can then=20
damage the build. Installation procedures are notorious for going wrong
in development. Consequently tracking down reasons for broken builds
can be difficult and time consuming. =20
=20
However, if your project is simple and doesn't have complicated
installations then unfortunately I have nothing more to offer than what
has already been said. =20
=20
Thanks,
Chris.=20
=20
=0A* C O N F I D E N T I A L I T Y N O T I C E *=0A----------------------=
-------------------------------------=0AThe content of this e-mail is int=
ended solely for the use of the individual or entity to whom it is addres=
sed. If you have received this communication in error, be aware that forw=
arding it, copying it, or in any way disclosing its content to any other =
person, is strictly prohibited. Peek Traffic Corporation is neither liabl=
e for the contents, nor for the proper, complete and timely transmission =
of (the information contained in) this communication. If you have receive=
d this communication in error, please notify the author by replying to th=
is e-mail immediately and delete the material from any computer.=0A=0A
|
|
From: Christopher G. <chr...@co...> - 2006-09-28 23:16:04
|
Hi,
It's not a direct answer to your question.
=20
Personally I'd steer clear of running tests like this on a build =
machine.
If I were tasked with this - I'd move towards batching tests off to =
another
(virtual) machine for them to be completed remotely. I'd come to this
conclusion because I'd want to keep my build machine as clean as =
possible.=20
Interacting with a UI for testing suggests to me that some kind of
installation may take place before the tests can be run. A dodgy
installation can then=20
damage the build. Installation procedures are notorious for going wrong =
in
development. Consequently tracking down reasons for broken builds can =
be
difficult and time consuming. =20
=20
However, if your project is simple and doesn't have complicated
installations then unfortunately I have nothing more to offer than what =
has
already been said. =20
=20
Thanks,
Chris.=20
=20
_____ =20
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: 26 September 2006 14:33
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
=20
Olga,
=20
Since you mention that you're using the CruiseControl service, I would =
have
to agree that you have (most likely) identified your problem. It is very
possible that you will not be able to run the automated user-interface =
based
tests under that setup. In my experience GUI test tools require a =
logged-on
interactive user, which is not necessary (and often not present) for =
CCNet.
=20
You *may* find that you can run the tests if you switch to the CCNet =
console
version, however using the console version and requiring an interactive =
user
also has the disadvantage that automatic recovery of the build system =
(e.g.
after a power outage) will not be possible.
=20
Anyone else have any suggestions?
=20
Regards,
Richard
=20
_____ =20
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Olga =
Fokina
Sent: Tuesday, September 26, 2006 07:28
To: ccn...@li...
Subject: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Hello
=20
We have automated build on CruiseControl, using nant.=20
I've added UI tests on TestComplete to nant build. When I run nant the =
build
runs succesfull, but when CruiseControl starts my build there is an Time =
out
exception =CF=CE UI Testing step.=20
I think that cruisecontrol service cannot starts UI tools. What should I =
do?
Thank you in advance.
_____ =20
* C O N F I D E N T I A L I T Y N O T I C E *
-----------------------------------------------------------
The content of this e-mail is intended solely for the use of the =
individual
or entity to whom it is addressed. If you have received this =
communication
in error, be aware that forwarding it, copying it, or in any way =
disclosing
its content to any other person, is strictly prohibited. Peek Traffic
Corporation is neither liable for the contents, nor for the proper, =
complete
and timely transmission of (the information contained in) this
communication. If you have received this communication in error, please
notify the author by replying to this e-mail immediately and delete the
material from any computer.
|
|
From: Thomas F. <in...@th...> - 2006-09-26 23:38:53
|
Ooops, the subject was wrong. Only two of the issues relate to CCTray. Of course the third patch applies to the web dashboard. Regards, Thomas On 9/27/06, Thomas Freudenberg <in...@th...> wrote: > Hi all, > > there are some issues which really annoy me. However, instead of > whining I fixed them and attached the patch files to existing issues > which I think match the problems most. Maybe some of you don't want > wait until the patches are commited to the source tree, so here they > are: > > 1. The main form is visible after start-up (though minimized). My > patch persists the current state along with the window's position and > size. If the form is not shown, and you close CCTray and start it > again, the main form will now be hidden automatically. [1] > > 2. If the explorer crashes (or is killed intentionally), the > notification icon won't be recreated. [2] > > 3. You cannot run the web dashboard at the root of the web server. [3] > > Best regards, > Thomas > > > [1] http://jira.public.thoughtworks.org/browse/CCNET-680 > [2] http://jira.public.thoughtworks.org/browse/CCNET-693 > [3] http://jira.public.thoughtworks.org/browse/CCNET-659 > |
|
From: Thomas F. <in...@th...> - 2006-09-26 23:15:29
|
Hi all, there are some issues which really annoy me. However, instead of whining I fixed them and attached the patch files to existing issues which I think match the problems most. Maybe some of you don't want wait until the patches are commited to the source tree, so here they are: 1. The main form is visible after start-up (though minimized). My patch persists the current state along with the window's position and size. If the form is not shown, and you close CCTray and start it again, the main form will now be hidden automatically. [1] 2. If the explorer crashes (or is killed intentionally), the notification icon won't be recreated. [2] 3. You cannot run the web dashboard at the root of the web server. [3] Best regards, Thomas [1] http://jira.public.thoughtworks.org/browse/CCNET-680 [2] http://jira.public.thoughtworks.org/browse/CCNET-693 [3] http://jira.public.thoughtworks.org/browse/CCNET-659 |
|
From: Daniel P. <dan...@gm...> - 2006-09-26 15:10:58
|
Hi Richard, Sorry, at this point I don't have any personal experience, this was simply a stab in the dark. Our organization is using TestComplete in QA, but we haven't arrived at the point where we can integrate that in at this point. I wish I could be of more help, -Dan On 9/26/06, Foster, Richard - PAL <RF...@qu...> wrote: > > Dan, > > I'm just curious... Do you have a UI testing tool that works with this > mechanism? If so. would you be willing to share which one (and which > version)? I had no success with the few I tried (except when running as a > "normal" user), but that was a couple of years back. > > Regards, > Richard > > ------------------------------ > *From:* ccn...@li... [mailto: > ccn...@li...] *On Behalf Of *Daniel Piessens > *Sent:* Tuesday, September 26, 2006 09:47 > *To:* ccn...@li... > *Subject:* Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools > > > One thing that is generally needed for UI testing is for the service to > be able to interact with the desktop. In order to do this go to > > 1. Administrative Tools -> Services > 2. Find the CC.NET <http://cc.net/> Service > 3. Right-Click and select "Properties" > 4. Go to the "Log On" tab > 5. Select Local System as the user and check the "Allow service to > interact with the desktop" box. > 6. Click OK > > This should help to run the tests, if not you may want to check with > TestComplete to see what they require. > > -Dan Piessens > > ------------------------------ > > * C O N F I D E N T I A L I T Y N O T I C E * > ----------------------------------------------------------- > The content of this e-mail is intended solely for the use of the > individual or entity to whom it is addressed. If you have received this > communication in error, be aware that forwarding it, copying it, or in any > way disclosing its content to any other person, is strictly prohibited. Peek > Traffic Corporation is neither liable for the contents, nor for the proper, > complete and timely transmission of (the information contained in) this > communication. If you have received this communication in error, please > notify the author by replying to this e-mail immediately and delete the > material from any computer. > > > ------------------------------------------------------------------------- > 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-devel mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-devel > > > |
|
From: Foster, R. - P. <RF...@qu...> - 2006-09-26 14:06:17
|
Dan, =20 I'm just curious... Do you have a UI testing tool that works with this mechanism? If so. would you be willing to share which one (and which version)? I had no success with the few I tried (except when running as a "normal" user), but that was a couple of years back. =20 Regards, Richard ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Daniel Piessens Sent: Tuesday, September 26, 2006 09:47 To: ccn...@li... Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools One thing that is generally needed for UI testing is for the service to be able to interact with the desktop. In order to do this go to=20 =20 1. Administrative Tools -> Services 2. Find the CC.NET Service 3. Right-Click and select "Properties" 4. Go to the "Log On" tab 5. Select Local System as the user and check the "Allow service to interact with the desktop" box. 6. Click OK =20 This should help to run the tests, if not you may want to check with TestComplete to see what they require. =20 -Dan Piessens =0A* C O N F I D E N T I A L I T Y N O T I C E *=0A----------------------= -------------------------------------=0AThe content of this e-mail is int= ended solely for the use of the individual or entity to whom it is addres= sed. If you have received this communication in error, be aware that forw= arding it, copying it, or in any way disclosing its content to any other = person, is strictly prohibited. Peek Traffic Corporation is neither liabl= e for the contents, nor for the proper, complete and timely transmission = of (the information contained in) this communication. If you have receive= d this communication in error, please notify the author by replying to th= is e-mail immediately and delete the material from any computer.=0A=0A |
|
From: Daniel P. <dan...@gm...> - 2006-09-26 13:47:21
|
T25lIHRoaW5nIHRoYXQgaXMgZ2VuZXJhbGx5IG5lZWRlZCBmb3IgVUkgdGVzdGluZyBpcyBmb3Ig dGhlIHNlcnZpY2UgdG8gYmUKYWJsZSB0byBpbnRlcmFjdCB3aXRoIHRoZSBkZXNrdG9wLiBJbiBv cmRlciB0byBkbyB0aGlzIGdvIHRvCgoxLiBBZG1pbmlzdHJhdGl2ZSBUb29scyAtPiBTZXJ2aWNl cwoyLiBGaW5kIHRoZSBDQy5ORVQgU2VydmljZQozLiBSaWdodC1DbGljayBhbmQgc2VsZWN0ICJQ cm9wZXJ0aWVzIgo0LiBHbyB0byB0aGUgIkxvZyBPbiIgdGFiCjUuIFNlbGVjdCBMb2NhbCBTeXN0 ZW0gYXMgdGhlIHVzZXIgYW5kIGNoZWNrIHRoZSAiQWxsb3cgc2VydmljZSB0byBpbnRlcmFjdAp3 aXRoIHRoZSBkZXNrdG9wIiBib3guCjYuIENsaWNrIE9LCgpUaGlzIHNob3VsZCBoZWxwIHRvIHJ1 biB0aGUgdGVzdHMsIGlmIG5vdCB5b3UgbWF5IHdhbnQgdG8gY2hlY2sgd2l0aApUZXN0Q29tcGxl dGUgdG8gc2VlIHdoYXQgdGhleSByZXF1aXJlLgoKLURhbiBQaWVzc2VucwoKCk9uIDkvMjYvMDYs IEZvc3RlciwgUmljaGFyZCAtIFBBTCA8UkZvc3RlckBxdWl4b3RlY29ycC5jb20+IHdyb3RlOgo+ Cj4gIE9sZ2EsCj4KPiBTaW5jZSB5b3UgbWVudGlvbiB0aGF0IHlvdSdyZSB1c2luZyB0aGUgQ3J1 aXNlQ29udHJvbCBzZXJ2aWNlLCBJIHdvdWxkCj4gaGF2ZSB0byBhZ3JlZSB0aGF0IHlvdSBoYXZl IChtb3N0IGxpa2VseSkgaWRlbnRpZmllZCB5b3VyIHByb2JsZW0uIEl0IGlzCj4gdmVyeSBwb3Nz aWJsZSB0aGF0IHlvdSB3aWxsIG5vdCBiZSBhYmxlIHRvIHJ1biB0aGUgYXV0b21hdGVkIHVzZXIt aW50ZXJmYWNlCj4gYmFzZWQgdGVzdHMgdW5kZXIgdGhhdCBzZXR1cC4gSW4gbXkgZXhwZXJpZW5j ZSBHVUkgdGVzdCB0b29scyByZXF1aXJlIGEKPiBsb2dnZWQtb24gaW50ZXJhY3RpdmUgdXNlciwg d2hpY2ggaXMgbm90IG5lY2Vzc2FyeSAoYW5kIG9mdGVuIG5vdCBwcmVzZW50KQo+IGZvciBDQ05l dC4KPgo+IFlvdSAqbWF5KiBmaW5kIHRoYXQgeW91IGNhbiBydW4gdGhlIHRlc3RzIGlmIHlvdSBz d2l0Y2ggdG8gdGhlIENDTmV0Cj4gY29uc29sZSB2ZXJzaW9uLCBob3dldmVyIHVzaW5nIHRoZSBj b25zb2xlIHZlcnNpb24gYW5kIHJlcXVpcmluZyBhbgo+IGludGVyYWN0aXZlIHVzZXIgYWxzbyBo YXMgdGhlIGRpc2FkdmFudGFnZSB0aGF0IGF1dG9tYXRpYyByZWNvdmVyeSBvZiB0aGUKPiBidWls ZCBzeXN0ZW0gKGUuZy4gYWZ0ZXIgYSBwb3dlciBvdXRhZ2UpIHdpbGwgbm90IGJlIHBvc3NpYmxl Lgo+Cj4gQW55b25lIGVsc2UgaGF2ZSBhbnkgc3VnZ2VzdGlvbnM/Cj4KPiBSZWdhcmRzLAo+IFJp Y2hhcmQKPgo+ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiAqRnJvbToqIGNjbmV0 LWRldmVsLWJvdW5jZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0IFttYWlsdG86Cj4gY2NuZXQtZGV2 ZWwtYm91bmNlc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXRdICpPbiBCZWhhbGYgT2YgKk9sZ2EgRm9r aW5hCj4gKlNlbnQ6KiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjYsIDIwMDYgMDc6MjgKPiAqVG86KiBj Y25ldC1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiAqU3ViamVjdDoqIFtDY25ldC1kZXZl bF0gSW50ZWdyYXRpb24gQ3J1aXNlQ29udHJvbCAuTkVUIHdpdGggVUkgdG9vbHMKPgo+Cj4KPiBI ZWxsbwo+Cj4KPgo+IFdlIGhhdmUgYXV0b21hdGVkIGJ1aWxkIG9uIENydWlzZUNvbnRyb2wsIHVz aW5nIG5hbnQuCj4gSSd2ZSBhZGRlZCBVSSB0ZXN0cyBvbiBUZXN0Q29tcGxldGUgdG8gbmFudCBi dWlsZC4gV2hlbiBJIHJ1biBuYW50IHRoZQo+IGJ1aWxkIHJ1bnMgc3VjY2VzZnVsbCwgYnV0IHdo ZW4gQ3J1aXNlQ29udHJvbCBzdGFydHMgbXkgYnVpbGQgdGhlcmUgaXMgYW4KPiBUaW1lIG91dCBl eGNlcHRpb24gz84gVUkgVGVzdGluZyBzdGVwLgo+IEkgdGhpbmsgdGhhdCBjcnVpc2Vjb250cm9s IHNlcnZpY2UgY2Fubm90IHN0YXJ0cyBVSSB0b29scy4gV2hhdCBzaG91bGQgSQo+IGRvPwo+Cj4g VGhhbmsgeW91IGluIGFkdmFuY2UuCj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K Pgo+ICogQyBPIE4gRiBJIEQgRSBOIFQgSSBBIEwgSSBUIFkgTiBPIFQgSSBDIEUgKgo+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4g VGhlIGNvbnRlbnQgb2YgdGhpcyBlLW1haWwgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNl IG9mIHRoZQo+IGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdob20gaXQgaXMgYWRkcmVzc2VkLiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzCj4gY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgYmUgYXdh cmUgdGhhdCBmb3J3YXJkaW5nIGl0LCBjb3B5aW5nIGl0LCBvciBpbiBhbnkKPiB3YXkgZGlzY2xv c2luZyBpdHMgY29udGVudCB0byBhbnkgb3RoZXIgcGVyc29uLCBpcyBzdHJpY3RseSBwcm9oaWJp dGVkLiBQZWVrCj4gVHJhZmZpYyBDb3Jwb3JhdGlvbiBpcyBuZWl0aGVyIGxpYWJsZSBmb3IgdGhl IGNvbnRlbnRzLCBub3IgZm9yIHRoZSBwcm9wZXIsCj4gY29tcGxldGUgYW5kIHRpbWVseSB0cmFu c21pc3Npb24gb2YgKHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4pIHRoaXMKPiBjb21tdW5p Y2F0aW9uLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3Is IHBsZWFzZQo+IG5vdGlmeSB0aGUgYXV0aG9yIGJ5IHJlcGx5aW5nIHRvIHRoaXMgZS1tYWlsIGlt bWVkaWF0ZWx5IGFuZCBkZWxldGUgdGhlCj4gbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuCj4K Pgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUYWtlIFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNl IHRoZSBGdXR1cmUgb2YgSVQKPiBKb2luIFNvdXJjZUZvcmdlLm5ldCdzIFRlY2hzYXkgcGFuZWwg YW5kIHlvdSdsbCBnZXQgdGhlIGNoYW5jZSB0byBzaGFyZQo+IHlvdXIKPiBvcGluaW9ucyBvbiBJ VCAmIGJ1c2luZXNzIHRvcGljcyB0aHJvdWdoIGJyaWVmIHN1cnZleXMgLS0gYW5kIGVhcm4gY2Fz aAo+IGh0dHA6Ly93d3cudGVjaHNheS5jb20vZGVmYXVsdC5waHA/cGFnZT1qb2luLnBocCZwPXNv dXJjZWZvcmdlJkNJRD1ERVZERVYKPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fCj4gQ2NuZXQtZGV2ZWwgbWFpbGluZyBsaXN0Cj4gQ2NuZXQtZGV2ZWxA bGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz dHMvbGlzdGluZm8vY2NuZXQtZGV2ZWwKPgo+Cj4K |
|
From: Foster, R. - P. <RF...@qu...> - 2006-09-26 13:33:30
|
Olga, =20 Since you mention that you're using the CruiseControl service, I would ha= ve to agree that you have (most likely) identified your problem. It is ve= ry possible that you will not be able to run the automated user-interface= based tests under that setup. In my experience GUI test tools require a = logged-on interactive user, which is not necessary (and often not present= ) for CCNet. =20 You *may* find that you can run the tests if you switch to the CCNet cons= ole version, however using the console version and requiring an interacti= ve user also has the disadvantage that automatic recovery of the build sy= stem (e.g. after a power outage) will not be possible. =20 Anyone else have any suggestions? =20 Regards, Richard ________________________________ From: ccn...@li... [mailto:ccnet-devel-bounc= es...@li...] On Behalf Of Olga Fokina Sent: Tuesday, September 26, 2006 07:28 To: ccn...@li... Subject: [Ccnet-devel] Integration CruiseControl .NET with UI tools Hello =20 We have automated build on CruiseControl, using nant.=20 I've added UI tests on TestComplete to nant build. When I run nant the bu= ild runs succesfull, but when CruiseControl starts my build there is an T= ime out exception =D0=BE=D0=BD UI Testing step.=20 I think that cruisecontrol service cannot starts UI tools. What should I = do?=20 Thank you in advance. =0A* C O N F I D E N T I A L I T Y N O T I C E *=0A----------------------= -------------------------------------=0AThe content of this e-mail is int= ended solely for the use of the individual or entity to whom it is addres= sed. If you have received this communication in error, be aware that forw= arding it, copying it, or in any way disclosing its content to any other = person, is strictly prohibited. Peek Traffic Corporation is neither liabl= e for the contents, nor for the proper, complete and timely transmission = of (the information contained in) this communication. If you have receive= d this communication in error, please notify the author by replying to th= is e-mail immediately and delete the material from any computer.=0A=0A |
|
From: Gary F. <sf_...@ma...> - 2006-09-26 13:22:02
|
Bill -- wrote: > Does anyone know of the right way to build a specific branch under > subversion > using CC.net. That is, can I dynamically change an attributes/variable to > build > different branches under subversion (1.4),i.e. a command line option. > > Branches under subversion are just different repository URLs, so in general that's all you need to change. However, CC.Net works off the working directory as well as the repository, so you have to have two projects, with two separate working directories. If you don't need them simultaneously, then you could probably get away with doing a manual Subversion switch on the working directory and changing the repository path in the CC.Net config file at the same time. Gary |
|
From: Olga F. <Olg...@da...> - 2006-09-26 11:27:54
|
Hello =20 We have automated build on CruiseControl, using nant.=20 I've added UI tests on TestComplete to nant build. When I run nant the build runs succesfull, but when CruiseControl starts my build there is an Time out exception =CF=CE UI Testing step.=20 I think that cruisecontrol service cannot starts UI tools. What should I do?=20 Thank you in advance. |
|
From: Bill -- <bja...@ho...> - 2006-09-25 19:01:15
|
Does anyone know of the right way to build a specific branch under subversion using CC.net. That is, can I dynamically change an attributes/variable to build different branches under subversion (1.4),i.e. a command line option. The build environment is windowsXP - SP2. thanks, =============================================== Bill J. Anderson |
|
From: Thomas F. <in...@th...> - 2006-09-22 13:40:41
|
Sorry, I missed your patch. You should separate it from your subversion patch ;-) Anyway, your solution applies to my problem as well and it's more general, so I would support your proposal. However, I think you should add a unit test or two ;-) Regards, Thomas On 9/22/06, Martin Aliger <mar...@go...> wrote: > I do the same (with all integration properties) in my patch. > > Maybe we should upload them to some JIRA issue. > > Martin Aliger > > > > -----Original Message----- > > From: ccn...@li... > > [mailto:ccn...@li...] On Behalf > > Of Thomas Freudenberg > > Sent: Friday, September 22, 2006 11:47 AM > > To: Ccn...@li... > > Subject: [Ccnet-devel] Patch adding project url to build log > > > > Hi all, > > > > I wanted to create a custom XSL, which should include the > > reporting url of the project. Unfortunately, the log files do > > not include the URL. Therefore I changed the cc.net sources > > so the url is added to the project element. If anyone else is > > interested: I attached the patch file including a small unit test. > > > > Regards, > > Thomas > > > > > ------------------------------------------------------------------------- > 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-devel mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-devel > |
|
From: Martin A. <mar...@go...> - 2006-09-22 10:00:09
|
I do the same (with all integration properties) in my patch. Maybe we should upload them to some JIRA issue. Martin Aliger > -----Original Message----- > From: ccn...@li... > [mailto:ccn...@li...] On Behalf > Of Thomas Freudenberg > Sent: Friday, September 22, 2006 11:47 AM > To: Ccn...@li... > Subject: [Ccnet-devel] Patch adding project url to build log > > Hi all, > > I wanted to create a custom XSL, which should include the > reporting url of the project. Unfortunately, the log files do > not include the URL. Therefore I changed the cc.net sources > so the url is added to the project element. If anyone else is > interested: I attached the patch file including a small unit test. > > Regards, > Thomas > |
|
From: Thomas F. <in...@th...> - 2006-09-22 09:47:27
|
Hi all, I wanted to create a custom XSL, which should include the reporting url of the project. Unfortunately, the log files do not include the URL. Therefore I changed the cc.net sources so the url is added to the project element. If anyone else is interested: I attached the patch file including a small unit test. Regards, Thomas |
|
From: Martin A. <mar...@go...> - 2006-09-22 08:36:30
|
Hi all, Is there any special reason why exception is thrown when autogetsource failed for any reason? I'd expect the build failed like when builder fail rather than exception. Maybe its just mine misconfiguration, since I have publishexception=false, but it seems logical that autogetsouce be part of build itself. It should be marked in build log, counted on build time, and couse build failure when failed (rather than exception). I'd like to hear your opinion in this! Martin |
|
From: Piessens, D. <Dan...@Re...> - 2006-09-20 14:56:19
|
Hi Thomas, I would suggest looking carefully at the current trunk source code for the CCNET-228 issue. I think quite a bit of that has been implemented... even more than the comments suggest. In fact, that may be done completely in the latest build. I do know that CCNET-730 is not done, so we would appreciate any help with that. -Dan Piessens -----Original Message----- From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Owen Rogers Sent: Wednesday, September 20, 2006 9:34 AM To: ccn...@li... Subject: Re: [Ccnet-devel] helping with development forgot the link: [1] http://confluence.public.thoughtworks.org/display/CCNET/Project+Details On 20/09/06, Owen Rogers <exo...@gm...> wrote: > hi thomas, > > On 20/09/06, Thomas Engelschmidt <TE...@ds...> wrote: > > The govement organisation I'm working - has just recently begun using CruiseControl. > > Since I / We belive in contributing to projects that benefits us, i would like to offer my help. > > thanks. we always appreciate support and patches (with unit tests!) > from the ccnet community. could you please have a look at the > submitting patches section on the project page [1] and express your > agreement with the contributors license agreement? > > > Currently I have enabled the use of http proxy settings for cctray & and WebDashboard (currently for version 1.0.1), > > these changes I would like to merge into the development branch (ofcourse with regards to http://jira.public.thoughtworks.org/browse/CCNET-228) ) > > great! we don't plan on making any further modifications to 1.0.1. > so, as you suggest, all patches should be generated against the latest > code in the trunk. > > > Furthermore if it has interest, I will also resolve the following enchancement http://jira.public.thoughtworks.org/browse/CCNET-730 > > sure. sounds good. > cheers, > owen. > -- > Owen Rogers | http://dotnetjunkies.com/weblog/exortech | > CruiseControl.NET - http://ccnet.thoughtworks.com > --=20 Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com ------------------------------------------------------------------------ - 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=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Ccnet-devel mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-devel |
|
From: Owen R. <exo...@gm...> - 2006-09-20 14:34:02
|
forgot the link: [1] http://confluence.public.thoughtworks.org/display/CCNET/Project+Details On 20/09/06, Owen Rogers <exo...@gm...> wrote: > hi thomas, > > On 20/09/06, Thomas Engelschmidt <TE...@ds...> wrote: > > The govement organisation I'm working - has just recently begun using CruiseControl. > > Since I / We belive in contributing to projects that benefits us, i would like to offer my help. > > thanks. we always appreciate support and patches (with unit tests!) > from the ccnet community. could you please have a look at the > submitting patches section on the project page [1] and express your > agreement with the contributors license agreement? > > > Currently I have enabled the use of http proxy settings for cctray & and WebDashboard (currently for version 1.0.1), > > these changes I would like to merge into the development branch (ofcourse with regards to http://jira.public.thoughtworks.org/browse/CCNET-228) ) > > great! we don't plan on making any further modifications to 1.0.1. > so, as you suggest, all patches should be generated against the latest > code in the trunk. > > > Furthermore if it has interest, I will also resolve the following enchancement http://jira.public.thoughtworks.org/browse/CCNET-730 > > sure. sounds good. > cheers, > owen. > -- > Owen Rogers | http://dotnetjunkies.com/weblog/exortech | > CruiseControl.NET - http://ccnet.thoughtworks.com > -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Owen R. <exo...@gm...> - 2006-09-20 14:33:33
|
hi thomas, On 20/09/06, Thomas Engelschmidt <TE...@ds...> wrote: > The govement organisation I'm working - has just recently begun using CruiseControl. > Since I / We belive in contributing to projects that benefits us, i would like to offer my help. thanks. we always appreciate support and patches (with unit tests!) from the ccnet community. could you please have a look at the submitting patches section on the project page [1] and express your agreement with the contributors license agreement? > Currently I have enabled the use of http proxy settings for cctray & and WebDashboard (currently for version 1.0.1), > these changes I would like to merge into the development branch (ofcourse with regards to http://jira.public.thoughtworks.org/browse/CCNET-228) ) great! we don't plan on making any further modifications to 1.0.1. so, as you suggest, all patches should be generated against the latest code in the trunk. > Furthermore if it has interest, I will also resolve the following enchancement http://jira.public.thoughtworks.org/browse/CCNET-730 sure. sounds good. cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Thomas E. <TE...@ds...> - 2006-09-20 11:32:05
|
Hi,=0D The govement organisation I'm working - has just recently begun using= CruiseControl. Since I / We belive in contributing to projects that benefits us, i would= like to offer my help.=0D Currently I have enabled the use of http proxy settings for cctray & and= WebDashboard (currently for version 1.0.1),=0D these changes I would like to merge into the development branch (ofcourse= with regards to http://jira.public.thoughtworks.org/browse/CCNET-228) ) Furthermore if it has interest, I will also resolve the following= enchancement http://jira.public.thoughtworks.org/browse/CCNET-730=0D Let me know, if this has yours interest ? best regards Thomas Engelscmidt --------------------------------------------------------------------------- Danmarks Statistik (Statistics Denmark) Sejr=F8gade 11, DK-2100 K=F8benhavn =D8 Tel. +45 39173917, Fax +45 39173999 ds...@ds..., www.dst.dk --------------------------------------------------------------------------- |
|
From: Daniel P. <dan...@gm...> - 2006-09-18 16:07:04
|
Hi Martin,
I would prefer the enum, more from a conceptual standpoint than anything
else. If you added them as bool properties, it would generally be expected
that you can mix them and everything would work, where the enum would give
you a set of proven configs that can be tested. As I've discovered with our
user base, the less invalid configurations you can give them, the better.
-Dan
On 9/18/06, Martin Aliger <mar...@go...> wrote:
>
> Hi,
>
> I found bug in this concept.
>
> Change line 209 in svn.cs to (NewHistoryProcessInfo function):
> buffer.AppendArgument(string.Format("-r{0}:HEAD", GetRevision(from)));
> ^^^^^
>
> Anyway - how you like it overall. I dont have any responses after Owen
> one. Do you prefer SvnAutogetMode enum or set of bool attributes?
> (ClearCopy, UseExport, AutoCheckout)
>
> Martin Aliger
>
> -------------------------------------------------------------------------
> 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-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>
>
>
|
|
From: Martin A. <mar...@go...> - 2006-09-18 13:44:38
|
Hi,
I found bug in this concept.
Change line 209 in svn.cs to (NewHistoryProcessInfo function):
buffer.AppendArgument(string.Format("-r{0}:HEAD", GetRevision(from)));
^^^^^
Anyway - how you like it overall. I dont have any responses after Owen one.
Do you prefer SvnAutogetMode enum or set of bool attributes? (ClearCopy,
UseExport, AutoCheckout)
Martin Aliger
|
|
From: Martin A. <mar...@go...> - 2006-09-14 06:42:12
|
Hi Owen your description is exactly what I meant. Wish I have such a good wording :-) Also it would a little unify both runners (console and service). Martin Aliger > hi martin, > > On 13/09/06, Martin Aliger <mar...@go...> wrote: > > do you think, it is reasonable to add some config to > ccnet.exe.config > > with location of the ccnet.config? > > what do you perceive the benefit to be? > thinking it through a bit: we typically put our ccnet.config > file under version control and set up a ccnet project to > monitor it. this allows any developer to update it and add > new projects, etc. as a result, the ccnet.config file is > generally not stored in the same location as the ccnet > server. we generally use a batch file to start up ccnet > console and point it at the ccnet.config file. putting the > ccnet.config file location in the ccnet.exe.config file would > simply this somewhat and eliminate the need for the batch file. > > > I know there is -config:configfilename console option. Service has > > this option, so I'd like to have the same on console. > > > > <add key="ccnet.config" value="c:\some\path\to\ccnet.config"/> > > > > Or is it there and not documented? > > it's not currently supported. adding support would be > straightforward. > cheers, > owen. |
|
From: Owen R. <exo...@gm...> - 2006-09-14 06:34:58
|
hi martin, On 13/09/06, Martin Aliger <mar...@go...> wrote: > do you think, it is reasonable to add some config to ccnet.exe.config with > location of the ccnet.config? what do you perceive the benefit to be? thinking it through a bit: we typically put our ccnet.config file under version control and set up a ccnet project to monitor it. this allows any developer to update it and add new projects, etc. as a result, the ccnet.config file is generally not stored in the same location as the ccnet server. we generally use a batch file to start up ccnet console and point it at the ccnet.config file. putting the ccnet.config file location in the ccnet.exe.config file would simply this somewhat and eliminate the need for the batch file. > I know there is -config:configfilename console option. Service has this > option, so I'd like to have the same on console. > > <add key="ccnet.config" value="c:\some\path\to\ccnet.config"/> > > Or is it there and not documented? it's not currently supported. adding support would be straightforward. cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Daniel P. <dan...@gm...> - 2006-09-13 13:14:31
|
Did your try it? I think it is there, because I've used it before. -Dan On 9/13/06, Martin Aliger <mar...@go...> wrote: > > Hello, > > do you think, it is reasonable to add some config to ccnet.exe.config with > location of the ccnet.config? > > I know there is -config:configfilename console option. Service has this > option, so I'd like to have the same on console. > > <add key="ccnet.config" value="c:\some\path\to\ccnet.config"/> > > Or is it there and not documented? > > Regards, > Martin > > > ------------------------------------------------------------------------- > 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-devel mailing list > Ccn...@li... > https://lists.sourceforge.net/lists/listinfo/ccnet-devel > |
|
From: Martin A. <mar...@go...> - 2006-09-13 12:09:09
|
Hello, do you think, it is reasonable to add some config to ccnet.exe.config with location of the ccnet.config? I know there is -config:configfilename console option. Service has this option, so I'd like to have the same on console. <add key="ccnet.config" value="c:\some\path\to\ccnet.config"/> Or is it there and not documented? Regards, Martin |
83 messages has been excluded from this view by a project administrator.
