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: Jay F. <jay...@gm...> - 2006-10-25 13:28:19
|
I did not look extensively, it looks like the graphs are created through coding. I was attracted to the Maani.us because it was xml based. This would allow for easy extension. If designed properly it would allow for nant scripts to produce additional charts/reports. That was the driving reason I would it attractive. On 10/25/06, Nicolas MOREL <nic...@ca...> wrote: > > > After some considerations (mainly printing issues), I've finally decided > to go on with a solution based on ZedGraph with static images. It's > quite fast and easy to use. Have any of you tried to work on maani charts > ? > > Nicolas MOREL wrote: > > Seems like an interesting idea but it's flash... Have anyone tested it > > in a linux environment yet (or any other than windows) ? > > I began working on an internal statistic page for our company based on > > the PlotKit framework. It should be portable on any platform, not to > > mention that it's free and open source. ;) > > This message contains information that may be privileged or confidential > and is the property of the Capgemini Group. It is intended only for the > person to whom it is addressed. If you are not the intended recipient, you > are not authorized to read, print, retain, copy, disseminate, distribute, > or use this message or any part thereof. If you receive this message in > error, please notify the sender immediately and delete all copies of this > message. > > > ------------------------------------------------------------------------- > 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 > -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Nicolas M. <nic...@ca...> - 2006-10-25 12:20:43
|
After some considerations (mainly printing issues), I've finally decided to go on with a solution based on ZedGraph with static images. It's quite fast and easy to use. Have any of you tried to work on maani charts ? Nicolas MOREL wrote: > Seems like an interesting idea but it's flash... Have anyone tested it > in a linux environment yet (or any other than windows) ? > I began working on an internal statistic page for our company based on > the PlotKit framework. It should be portable on any platform, not to > mention that it's free and open source. ;) This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. |
|
From: Nicolas M. <nic...@ca...> - 2006-10-19 07:18:35
|
Seems like an interesting idea but it's flash... Have anyone tested it in a linux environment yet (or any other than windows) ? I began working on an internal statistic page for our company based on the PlotKit framework. It should be portable on any platform, not to mention that it's free and open source. ;) Jay Flowers wrote: > I saw Scott's post > http://www.hanselman.com/blog/OhlohOoLaLaOpenSourceProjectAnalysis.aspx > today. He mentions Maani.us > <http://www.maani.us/xml_charts/index.php?menu=Gallery>: > > As an aside, the flash-based charts they are from Maani.us > <http://www.maani.us/xml_charts/index.php?menu=Gallery> and they > are slick slick slick. A very inexpensive and permissive license > and they consume a fairly intuitive XML format as their > datasource. Hook those babies up to an HttpHandler and you've got > great looking charts for your ASP.NET <http://ASP.NET> (or > whatever) page. > > > I think they would provide great visuals for the Statistics package. > -- > Jay Flowers > ---------------------------------------------------------------------- > http://jayflowers.com > --------------------------------------------------------------------- This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. |
|
From: Jay F. <jay...@gm...> - 2006-10-18 20:40:22
|
I saw Scott's post http://www.hanselman.com/blog/OhlohOoLaLaOpenSourceProjectAnalysis.aspxtoday. He mentions Maani.us <http://www.maani.us/xml_charts/index.php?menu=Gallery>: > As an aside, the flash-based charts they are from Maani.us<http://www.maani.us/xml_charts/index.php?menu=Gallery>and they are slick slick slick. A very inexpensive and permissive license > and they consume a fairly intuitive XML format as their datasource. Hook > those babies up to an HttpHandler and you've got great looking charts for > your ASP.NET (or whatever) page. > I think they would provide great visuals for the Statistics package. -- Jay Flowers ---------------------------------------------------------------------- http://jayflowers.com --------------------------------------------------------------------- |
|
From: Jonathan P. <Jon...@au...> - 2006-10-06 12:30:17
|
> Norman Rasmussen: > > Your existing projects written in .Net 1.0, .Net 1.1, and .Net 2.0 > > will continue to be built correctly as CC.NET tasks, so there's > > nothing to worry about there - this change only affects people > > altering the CC.NET source code. >=20 > This is simply not true. If CC.NET is built as a set of 2.0 > assemblies, plugins will have to be built as 2.0 assemblies Replying to myself: I realize I misread what Norman wrote above. The words "built correctly as CC.NET tasks" made me think of CC.NET plug-ins while he was more likely speaking of the projects that CC.NET itself builds. I do agree that whether CC.NET is an 1.1 or a 2.0 application does not change its behaviour wrt building projects. Cheers, --Jonathan |
|
From: Nicholas D. <ni...@ms...> - 2006-10-06 12:06:31
|
Yes, I guess this is a bit more clear. What type of build environment does ccnet use? Not VS project files I hope. Thanks, Nick >From: "Norman Rasmussen" <no...@ra...> >Reply-To: ccn...@li... >To: ccn...@li...,ccn...@li... >Subject: Re: [Ccnet-user] Switching to VS 2005 >Date: Fri, 6 Oct 2006 01:22:37 +0200 > >On 10/5/06, Daniel Piessens <dan...@gm...> wrote: > > I think we're getting our signals a bit crossed... I'm not implying that > > VS2005 needs to be installed on the box to compile your CC.NET source >with > > the goal of simply having the latest version. I'm saying more that if we > > move the source to .NET 2.0 it will upgrade the structure of the web >project > > to the ASP.NET 2.0 format and VS 2005 will be needed if you want a full >IDE > > to develop in. If you like using notepad that's fine :-). Basically >stating > > that you can't edit the project in VS 2003 after we migrate the project. >Is > > that a fair statement? > >I think this is easiest said as: > >Does anyone mind if CC.NET source is upgraded to .Net framework 2.0? >This means that you won't be able to help contribute to the CC.NET >source code using VS 2003, but you will have to use VS 2005, or >notepad, or SharpDevelop instead. > >Your existing projects written in .Net 1.0, .Net 1.1, and .Net 2.0 >will continue to be built correctly as CC.NET tasks, so there's >nothing to worry about there - this change only affects people >altering the CC.NET source code. > >-- >- Norman Rasmussen > - Email: no...@ra... > - Home page: http://norman.rasmussen.co.za/ > >------------------------------------------------------------------------- >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 _________________________________________________________________ Get today's hot entertainment gossip http://movies.msn.com/movies/hotgossip |
|
From: Jonathan P. <Jon...@au...> - 2006-10-06 12:03:19
|
Norman Rasmussen: > On 10/5/06, Daniel Piessens <dan...@gm...> wrote: >=20 > Does anyone mind if CC.NET source is upgraded to .Net framework 2.0? > This means that you won't be able to help contribute to the CC.NET > source code using VS 2003, but you will have to use VS 2005, or > notepad, or SharpDevelop instead. >=20 I'd like to point out that switching to VS 2005 impacts more than just the CC.NET developers. For a start it would require users to install .NET 2.0 on their build servers. Likewise if CCTray were to become a .NET 2.0 application, the same requirement would exist on client machines. Yes, .NET 1.1 and .NET 2.0 can coexist peacefully on a machine. However, several things that worked on a machine with only .NET 1.1 installed can suddenly break when 2.0 is installed. For example, NAnt 0.85rc4 will by default run under 2.0 if it is installed. This means that : - unless overriden with the nant.settings.currentframework property, NAnt will use the 2.0 compilers and build 2.0 assemblies; - custom tasks will have to be 2.0-compatible; - the nunit2 task, which runs tests in-process with NAnt, will run tests under 2.0 which may not be what you want. This can be worked around by removing a <supportedRuntime> element in nant.exe.config but it's not entirely obvious. > Your existing projects written in .Net 1.0, .Net 1.1, and .Net 2.0 > will continue to be built correctly as CC.NET tasks, so there's > nothing to worry about there - this change only affects people > altering the CC.NET source code. This is simply not true. If CC.NET is built as a set of 2.0 assemblies, plugins will have to be built as 2.0 assemblies too, because a 1.1 project cannot reference a 2.0 assembly. Unless the types referenced by plugins are somehow extracted so that they can continue to be built under 1.1... What is true is that existing plugins, built against an 1.1 assembly, will load under 2.0 (barring breaking changes to the API of course), and work as expected as long as the .NET APIs they use were not broken in 2.0 (while Microsoft tried hard not to break anything, there are some runtime-breaking changes, some documented and some not). But you would definitely need .NET 2.0 to rebuild them against a 2.0-built CC.NET. Cheers, --Jonathan |
|
From: Nick V. <n.v...@co...> - 2006-10-06 08:09:37
|
> >of GUI (Sorry we're falling a bit to TeamCity). Isn't TeamCity a commercial application? That changes the goal-posts somewhat no? We could also say that we're not quite up to the MS Team Server level yet too but would that be fair? |
|
From: Norman R. <no...@ra...> - 2006-10-05 23:22:39
|
On 10/5/06, Daniel Piessens <dan...@gm...> wrote: > I think we're getting our signals a bit crossed... I'm not implying that > VS2005 needs to be installed on the box to compile your CC.NET source with > the goal of simply having the latest version. I'm saying more that if we > move the source to .NET 2.0 it will upgrade the structure of the web project > to the ASP.NET 2.0 format and VS 2005 will be needed if you want a full IDE > to develop in. If you like using notepad that's fine :-). Basically stating > that you can't edit the project in VS 2003 after we migrate the project. Is > that a fair statement? I think this is easiest said as: Does anyone mind if CC.NET source is upgraded to .Net framework 2.0? This means that you won't be able to help contribute to the CC.NET source code using VS 2003, but you will have to use VS 2005, or notepad, or SharpDevelop instead. Your existing projects written in .Net 1.0, .Net 1.1, and .Net 2.0 will continue to be built correctly as CC.NET tasks, so there's nothing to worry about there - this change only affects people altering the CC.NET source code. -- - Norman Rasmussen - Email: no...@ra... - Home page: http://norman.rasmussen.co.za/ |
|
From: Thomas F. <in...@th...> - 2006-10-05 18:06:52
|
Of course otherwise I would have provided appropriate unit tests ;-) Regards Thomas On 9/30/06, Daniel Piessens <dan...@gm...> wrote: > Hi Thomas, > > I've reviewed all the patches and they all look good. You got lucky in the > sense that they're issues that can't really be unit tested. I've committed > the code. Thanks for your help on this. > > -Dan Piessens > > > On 9/26/06, Thomas Freudenberg <in...@th...> wrote: > > > > 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 > > > > > > > > ------------------------------------------------------------------------- > > 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 > > > > > ------------------------------------------------------------------------- > 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: Thomas F. <in...@th...> - 2006-10-05 18:05:35
|
Apparently Gmail emptied its queues to SF ;-) Regards Thomas On 9/30/06, Thomas Freudenberg <in...@th...> wrote: > Hi Daniel, > > I already noticed the commitment. I'm glad I could help. Dunno about > the Gmail problem. > > Regards, > Thomas > > On 9/30/06, Piessens, Daniel <Dan...@re...> wrote: > > Hi Thomas, > > > > I'm not sure why the amiling list is rejecting Gmail e-mail, but I reviewed, tested and committed your code on Thursday. Thanks for your help on these fixes, I think we're very close to a 1.1 release. > > > > -Dan Piessens > > > > ________________________________ > > > > From: ccn...@li... on behalf of Thomas Freudenberg > > Sent: Tue 9/26/2006 6:38 PM > > To: Ccn...@li... > > Subject: Re: [Ccnet-devel] Three patches for CCTray > > > > > > > > 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 > > > > > > > ------------------------------------------------------------------------- > > 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 > > > > > > > > ------------------------------------------------------------------------- > > 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: Nicholas D. <ni...@ms...> - 2006-10-05 17:28:46
|
Why is it tied to any Visual tool? I would think using Nant/makefile and having it build against whatever flavor of .NET is required is a better option than having a dependency on the Visual Tool. Thanks, Nick >From: "Daniel Piessens" <dan...@gm...> >Reply-To: ccn...@li... >To: ccn...@li...,ccn...@li... >Subject: [Ccnet-user] Switching to VS 2005 >Date: Tue, 3 Oct 2006 13:00:30 -0500 > >First off, Thanks for Owen for releasing 1.1, One more large step for the >product! > >I'd like to propose switching to VS 2005 for development. While the impact >is minimal on testing, remoting, the core and CCTray; it will be >significant >for the WebDashboard. Realizing that this would be very useful for some of >the fixes like the email-publisher, I know that this would help greatly >with >some of the dashboard upgrades I would like to accomplish including adding >personalization, build progress, and moving to an AJAX model to help with >speed and put CC.NET back on top in terms of GUI (Sorry we're falling a bit >to TeamCity). If anyone has any large objections to converting to >2005 (aside from the "but I haven't installed it yet" complaint... it >really >only takes about a half hour.. do it over lunch). Obviously the impact is >that you would need to use 2005 to make source changes from this point. I'd >be willing to do the conversion if everyone agrees. > >-Dan Piessens >------------------------------------------------------------------------- >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 _________________________________________________________________ Get today's hot entertainment gossip http://movies.msn.com/movies/hotgossip |
|
From: Owen R. <exo...@gm...> - 2006-10-04 06:50:05
|
On 30/09/06, Piessens, Daniel <Dan...@re...> wrote: > I'm not sure why the amiling list is rejecting Gmail e-mail, but I reviewed, tested and committed your code on Thursday. Thanks for your help on these fixes, I think we're very close to a 1.1 release. i'm going to try to make the 1.1 release this weekend. cheers, owen. -- Owen Rogers | http://dotnetjunkies.com/weblog/exortech | CruiseControl.NET - http://ccnet.thoughtworks.com |
|
From: Thomas F. <in...@th...> - 2006-10-04 05:57:19
|
Hi Daniel, I already noticed the commitment. I'm glad I could help. Dunno about the Gmail problem. Regards, Thomas On 9/30/06, Piessens, Daniel <Dan...@re...> wrote: > Hi Thomas, > > I'm not sure why the amiling list is rejecting Gmail e-mail, but I reviewed, tested and committed your code on Thursday. Thanks for your help on these fixes, I think we're very close to a 1.1 release. > > -Dan Piessens > > ________________________________ > > From: ccn...@li... on behalf of Thomas Freudenberg > Sent: Tue 9/26/2006 6:38 PM > To: Ccn...@li... > Subject: Re: [Ccnet-devel] Three patches for CCTray > > > > 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 > > > > ------------------------------------------------------------------------- > 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 > > > > ------------------------------------------------------------------------- > 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: Daniel P. <dan...@gm...> - 2006-10-04 03:22:17
|
First off, Thanks for Owen for releasing 1.1, One more large step for the product! I'd like to propose switching to VS 2005 for development. While the impact is minimal on testing, remoting, the core and CCTray; it will be significant for the WebDashboard. Realizing that this would be very useful for some of the fixes like the email-publisher, I know that this would help greatly with some of the dashboard upgrades I would like to accomplish including adding personalization, build progress, and moving to an AJAX model to help with speed and put CC.NET back on top in terms of GUI (Sorry we're falling a bit to TeamCity). If anyone has any large objections to converting to 2005 (aside from the "but I haven't installed it yet" complaint... it really only takes about a half hour.. do it over lunch). Obviously the impact is that you would need to use 2005 to make source changes from this point. I'd be willing to do the conversion if everyone agrees. -Dan Piessens |
|
From: Daniel P. <dan...@gm...> - 2006-10-04 00:47:50
|
Hi Thomas, I've reviewed all the patches and they all look good. You got lucky in the sense that they're issues that can't really be unit tested. I've committed the code. Thanks for your help on this. -Dan Piessens On 9/26/06, Thomas Freudenberg <in...@th...> wrote: > > 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 > > > > ------------------------------------------------------------------------- > 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: Norman R. <no...@ra...> - 2006-10-04 00:38:20
|
Here's the reasoning behind my request: We have a VSS build server using cc.net, but because vss is sooo slow, we're set up some shadow folders on the build server (shadow folders automagically get a copy of everything checked in source control). The cc.net source control blocks are then set up as follows: - Filtered Source : exclude = C:\ - Multi Source : requireChangesFromAll = true - FileSystem : root = shadow folders - VSS : project = $/project/location That way VSS isn't required to do (slow) history checks every time it needs to determine if any changes have been made. The filter also removes file changes from the change list so that only VSS changes are listed. It does mean that cc.net gets in a 'loop' if file changes occur, without any VSS changes :-( Proprosed solution: fix VSS to not use any bandwidth *ahem* Real proposed solution: - Filtered Source : exclude = C:\dev\project - Multi Source : requireChangesFromAll = true - FileSystem Source : root = C:\dev\project (i.e. the shadow folder) - Multi Source : *useFirstChangesOnly = true* - VSS Source : project = $/project/location - Null Source : *alwaysBuild = true* This way, if VSS changes are not detected, a set of 'fake' changes can be generated by the nullsource (add alwaysBuild parameter), and if VSS changes are detected, then the nullsource is not asked for a list of changes. Thoughts? -- - Norman Rasmussen - Email: no...@ra... - Home page: http://norman.rasmussen.co.za/ |
|
From: Foster, R. - P. <RF...@qu...> - 2006-10-03 15:31:29
|
Gary wrote:=20 At this point, I think you'd be better off asking on a list more focused on testing. The Usenet comp.software.testing group comes to mind (available via Google Groups if you don't like NNTP readers). I don't mind NNTP readers. Unfortunately, our system administrator doesn't like them and NNTP is one of many blocked protocols / ports. (I can't even get to the complete MSDN content, because the blogs and forums are blocked!) I'll see if I can get to the group you mention. My main reason for wanting to automate the GUI testing is that we are now at a point where 90+ percent of the "bugs" are caused by inconsistencies between the GUI and the actual state of the application. (I am currently tracking a probable threading problem where the GUI shows one item as being selected, when it isn't). Right now the only "remotable" GUI testing we need would be verification of the installation experience, which will change significantly less frequently than the main application GUI. I think the remainder of the GUI testing I would like to perform can be done on UserControl's, which is (hopefully) limited enough that it won't become a major burden. Thanks for the advice. Regards, Richard =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-10-03 12:31:49
|
Foster, Richard - PAL wrote: > Hi Chris, > > Thanks for the info... but still I am missing one vital piece. > Using remote process triggering mechanisms of the type you describe I > could certainly do things like run the installation, but the part I'm > still missing is how to verify the *user interface*. I appreciate that > will probably take a separate (and likely non open-source) tool like > WinRunner. Last time I evaluated such tools I didn't find any of them > which met our needs *and* had a mechanism to trigger GUI testing > remotely (though that was several years ago, and hopefully the > situation has changed). Hopefully many people reading this list will > have access to such tools. At this point, I think you'd be better off asking on a list more focused on testing. The Usenet comp.software.testing group comes to mind (available via Google Groups if you don't like NNTP readers). Personally, I've never been in a situation for which automated GUI testing was worthwhile. The problem is that GUIs are such a changing target, constantly being refined for usability and features. I concur with Steve Mitcham's advice, adding only that it can be very difficult to get developers to program in the MVP paradigm if they're not used to that class of abstract pattern. The typical programmer response is that it's duplication of effort - which it can be, if you don't care about testing. Gary |
|
From: Steve M. <Ste...@ty...> - 2006-10-02 18:45:20
|
I'd like to have better news for you, but all the tools are especially
lacking. Especially for anything with a grid on it. My company has
been attempting to set these things up for about a year with limited
success.
The approach we've taken is to use a model-view-presenter type model
that generates as thin a layer around the GUI as possible, so that we
can verify that the semantics of the GUI are correct without actually
having a GUI instantiated (they're hidden behind an interface that we
mock for testing purposes). Then the GUI itself is validated knowing
that any discrepancies of behavior must occur in the GUI code, which
makes it easy to find and fix.
=20
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: Monday, October 02, 2006 7:17 AM
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
=20
Hi Chris,
=20
Thanks for the info... but still I am missing one vital piece. Using
remote process triggering mechanisms of the type you describe I could
certainly do things like run the installation, but the part I'm still
missing is how to verify the *user interface*. I appreciate that will
probably take a separate (and likely non open-source) tool like
WinRunner. Last time I evaluated such tools I didn't find any of them
which met our needs *and* had a mechanism to trigger GUI testing
remotely (though that was several years ago, and hopefully the situation
has changed). Hopefully many people reading this list will have access
to such tools. I am particularly interested to hear from people who can
say something like "Yes, I am running GUI testing on a virtual machine
and I am using [Product X] for the GUI testing", since at least for the
moment I really can't spare the time necessary to re-evaluate such
testing tools, and having a shortlist of "known good" tools for when I
do have time to evaluate them would be extremely helpful. :-)
=20
Regards,
Richard
=20
________________________________
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of
Christopher Guest
Sent: Saturday, September 30, 2006 04:38
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Hi Richard,
What I've done in he past is use Virtual Server (free
download) and its API to start up and rollback machines (undo disks). =20
The simplest way is to create a virtual machine that is preconfigured to
start up with network sharing and use standard=20
tools to start remote processes (WMI, psexec, etc). The basic principle
is that you are pushing your build to the machine and invoking. =20
Bearing in mind what Jeff has said you could also get another
CruiseControl server to be in control of the invocation.=20
=20
Chris.=20
=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: Foster, R. - P. <RF...@qu...> - 2006-10-02 12:17:43
|
Hi Chris,
=20
Thanks for the info... but still I am missing one vital piece. Using
remote process triggering mechanisms of the type you describe I could
certainly do things like run the installation, but the part I'm still
missing is how to verify the *user interface*. I appreciate that will
probably take a separate (and likely non open-source) tool like
WinRunner. Last time I evaluated such tools I didn't find any of them
which met our needs *and* had a mechanism to trigger GUI testing
remotely (though that was several years ago, and hopefully the situation
has changed). Hopefully many people reading this list will have access
to such tools. I am particularly interested to hear from people who can
say something like "Yes, I am running GUI testing on a virtual machine
and I am using [Product X] for the GUI testing", since at least for the
moment I really can't spare the time necessary to re-evaluate such
testing tools, and having a shortlist of "known good" tools for when I
do have time to evaluate them would be extremely helpful. :-)
=20
Regards,
Richard
________________________________
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of
Christopher Guest
Sent: Saturday, September 30, 2006 04:38
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Hi Richard,
What I've done in he past is use Virtual Server (free
download) and its API to start up and rollback machines (undo disks). =20
The simplest way is to create a virtual machine that is preconfigured to
start up with network sharing and use standard=20
tools to start remote processes (WMI, psexec, etc). The basic principle
is that you are pushing your build to the machine and invoking. =20
Bearing in mind what Jeff has said you could also get another
CruiseControl server to be in control of the invocation.=20
=20
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: Piessens, D. <Dan...@Re...> - 2006-09-30 13:51:23
|
Hi Thomas, =20 I'm not sure why the amiling list is rejecting Gmail e-mail, but I = reviewed, tested and committed your code on Thursday. Thanks for your = help on these fixes, I think we're very close to a 1.1 release. =20 -Dan Piessens ________________________________ From: ccn...@li... on behalf of Thomas = Freudenberg Sent: Tue 9/26/2006 6:38 PM To: Ccn...@li... Subject: Re: [Ccnet-devel] Three patches for CCTray 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 > -------------------------------------------------------------------------= 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= DEVDEV _______________________________________________ Ccnet-devel mailing list Ccn...@li... https://lists.sourceforge.net/lists/listinfo/ccnet-devel |
|
From: Christopher G. <chr...@co...> - 2006-09-30 08:38:36
|
Hi Richard,
What I've done in he past is use Virtual Server (free download)
and its API to start up and rollback machines (undo disks).
The simplest way is to create a virtual machine that is preconfigured to
start up with network sharing and use standard
tools to start remote processes (WMI, psexec, etc). The basic principle is
that you are pushing your build to the machine and invoking.
Bearing in mind what Jeff has said you could also get another CruiseControl
server to be in control of the invocation.
Chris.
_____
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: 29 September 2006 19:12
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Jeff,
Thanks for the info. I guess the part I'm missing is *how* to run the
installation and GUI tests. It sounds almost as if in your case you have a
dedicated machine with a GUI testing tool running all the time and operating
in a "pull" mode (which I guess is fair enough). Is that correct? If so,
presumably the machine in question is a real one, rather than a virtual one.
Do you have any way to reset the machine to a "virgin" condition, or are you
able to ensure that all traces of the previous installation have been
eliminated from the test system?
Regards,
Richard
_____
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Jeff Brown
Sent: Friday, September 29, 2006 13:11
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
Actually, I ended up using CCNet to run all of my tests including GUI tests
on a separate server. So the main build server fires off a force-build
command to the test server which pulls up a zip file of the last build,
installs it and runs the tests. Works pretty well.
So you can indeed use CCNet to run yours tests, just set it up on dedicated
build and test servers and configure them accordingly.
Jeff.
_____
* 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: Foster, R. - P. <RF...@qu...> - 2006-09-29 18:12:37
|
Jeff, =20 Thanks for the info. I guess the part I'm missing is *how* to run the installation and GUI tests. It sounds almost as if in your case you have a dedicated machine with a GUI testing tool running all the time and operating in a "pull" mode (which I guess is fair enough). Is that correct? If so, presumably the machine in question is a real one, rather than a virtual one. Do you have any way to reset the machine to a "virgin" condition, or are you able to ensure that all traces of the previous installation have been eliminated from the test system? =20 Regards, Richard ________________________________ From: ccn...@li... [mailto:ccn...@li...] On Behalf Of Jeff Brown Sent: Friday, September 29, 2006 13:11 To: ccn...@li... Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools Actually, I ended up using CCNet to run all of my tests including GUI tests on a separate server. So the main build server fires off a force-build command to the test server which pulls up a zip file of the last build, installs it and runs the tests. Works pretty well. =20 So you can indeed use CCNet to run yours tests, just set it up on dedicated build and test servers and configure them accordingly. =20 Jeff. =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: Jeff B. <Je...@in...> - 2006-09-29 17:50:48
|
Actually, I ended up using CCNet to run all of my tests including GUI
tests on a separate server. So the main build server fires off a
force-build command to the test server which pulls up a zip file of the
last build, installs it and runs the tests. Works pretty well.
=20
So you can indeed use CCNet to run yours tests, just set it up on
dedicated build and test servers and configure them accordingly.
=20
Jeff.
________________________________
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: Friday, September 29, 2006 6:21 AM
To: ccn...@li...
Subject: Re: [Ccnet-devel] Integration CruiseControl .NET with UI tools
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
________________________________
* 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.
|
83 messages has been excluded from this view by a project administrator.
