ccnet-devel Mailing List for CruiseControl.NET

oh, and thomas, you'll be pleased to note that all vault arguments are
now optional :)
cheers,
owen.

On 5/30/05, Owen Rogers <exo...@gm...> wrote:
> ok, i finally got around to processing this.  the patch is in build
> 953.  if you look at the source i made a few changes -- and added unit
> tests for your contribution.  specifically, i did not include the
> functionality to automatically create/purge the working directory.  my
> intention is to implement this functionality at the project level
> rather than at the sourcecontrol level -- otherwise we need to
> duplicate this for each and every sourcecontrol provider.
> next, i just need to update the documentation.  thanks for the patch leo.
> cheers,
> owen.
>=20
> On 5/26/05, Owen Rogers <exo...@gm...> wrote:
> > hi leo,
> > thanks for sorting this out.  i will commit your changes the next time
> > i can access the cvs repository (my current client's firewall blocks
> > cvs -- ack).
> > cheers,
> > owen.
> >
> > On 5/24/05, Leo von Wyss <lv...@ga...> wrote:
> > > Hi Owen
> > >
> > > Thanks; I have reviewed the agreement with my employer and have sorte=
d
> > > out corresponding internal rules.
> > >
> > > So I can now fully agree to the posted license agreement.
> > >
> > > Regards,
> > >
> > > Leo
> > >
> > > > -----Original Message-----
> > > > From: ccn...@li...
> > > > [mailto:ccn...@li...] On Behalf Of
> > > > Owen Rogers
> > > > Sent: Montag, 23. Mai 2005 17:01
> > > > To: ccn...@li...
> > > > Subject: Re: [Ccnet-devel] Patch: Enhanced Vault source
> > > > control provider
> > > >
> > > > hi leo,
> > > > thanks for your patch.  this is indeed needed functionality.
> > > > i will look after submitting your code; however, before i can
> > > > do so, i need you to agree to the ccnet contributor's license
> > > > agreement:
> > > > http://www.google.ca/url?sa=3DU&start=3D1&q=3Dhttp://confluence.pub=
l
> > > > ic.thoughtworks.org/display/CCNET/Contributor%2BLicense%2BAgre
> > > > ement&e=3D10313
> > > > please just respond to the list expressing your agreement,
> > > > and i will proceed.
> > > > thanks,
> > > > owen.
> > > >
> > > > On 5/23/05, Leo von Wyss <lv...@ga...> wrote:
> > > > > Hi All
> > > > >
> > > > >
> > > > > I've been using ccnet for some time - thanks for the great tool.
> > > > >
> > > > > Now I was somewhat fed up with the very basic support for
> > > > Vault, so I
> > > > > extended the vault.cs source control provider in order to support
> > > > > labeling and autoget.
> > > > >
> > > > > It now aupports autoget (with optionally cleaning the
> > > > directory first
> > > > > so you get a really clean source tree) and labelling. It
> > > > also uses the
> > > > > vault 3.x client's built-in history begin/end options.
> > > > >
> > > > > I have attached the updated file.
> > > > >
> > > > > If you find the patches useful, please feel free to include them =
in
> > > > > the new version for everyone to use.
> > > > >
> > > > >
> > > > > Regards,
> > > > >
> > > > >
> > > > > Leo
> > > > >
> > > > >
> > > > > >>>>>
> > > > > Leo von Wyss
> > > > > Solution Architect
> > > > >
> > > > > MICROSOFT GOLD CERTIFIED PARTNER
> > > > > ---------------------------------------------------------------
> > > > > GARAIO AG
> > > > > Kirchenfeldstrasse 14
> > > > > 3000 Bern 6
> > > > >
> > > > > Phone:  + 41 31 350 40 00
> > > > > Direct: + 41 31 350 41 26
> > > > > Fax:    + 41 31 350 40 01
> > > > > Mail:   lv...@ga...
> > > > > Web:    www.garaio.com
> > > > > >>>>>
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> > > > CruiseControl.NET - http://ccnet.thoughtworks.com
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > > > Want to be the first software developer in space?
> > > > Enter now for the Oracle Space Sweepstakes!
> > > > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
> > > > _______________________________________________
> > > > Ccnet-devel mailing list
> > > > Ccn...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> > > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > > Want to be the first software developer in space?
> > > Enter now for the Oracle Space Sweepstakes!
> > > http://ads.osdn.com/?ad_idt12&alloc_id=16344&opclick
> > > _______________________________________________
> > > Ccnet-devel mailing list
> > > Ccn...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> > >
> >
> >
> > --
> > Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> > CruiseControl.NET - http://ccnet.thoughtworks.com
> >
>=20
>=20
> --
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> CruiseControl.NET - http://ccnet.thoughtworks.com
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

ok, i finally got around to processing this.  the patch is in build
953.  if you look at the source i made a few changes -- and added unit
tests for your contribution.  specifically, i did not include the
functionality to automatically create/purge the working directory.  my
intention is to implement this functionality at the project level
rather than at the sourcecontrol level -- otherwise we need to
duplicate this for each and every sourcecontrol provider.
next, i just need to update the documentation.  thanks for the patch leo.
cheers,
owen.

On 5/26/05, Owen Rogers <exo...@gm...> wrote:
> hi leo,
> thanks for sorting this out.  i will commit your changes the next time
> i can access the cvs repository (my current client's firewall blocks
> cvs -- ack).
> cheers,
> owen.
>=20
> On 5/24/05, Leo von Wyss <lv...@ga...> wrote:
> > Hi Owen
> >
> > Thanks; I have reviewed the agreement with my employer and have sorted
> > out corresponding internal rules.
> >
> > So I can now fully agree to the posted license agreement.
> >
> > Regards,
> >
> > Leo
> >
> > > -----Original Message-----
> > > From: ccn...@li...
> > > [mailto:ccn...@li...] On Behalf Of
> > > Owen Rogers
> > > Sent: Montag, 23. Mai 2005 17:01
> > > To: ccn...@li...
> > > Subject: Re: [Ccnet-devel] Patch: Enhanced Vault source
> > > control provider
> > >
> > > hi leo,
> > > thanks for your patch.  this is indeed needed functionality.
> > > i will look after submitting your code; however, before i can
> > > do so, i need you to agree to the ccnet contributor's license
> > > agreement:
> > > http://www.google.ca/url?sa=3DU&start=3D1&q=3Dhttp://confluence.publ
> > > ic.thoughtworks.org/display/CCNET/Contributor%2BLicense%2BAgre
> > > ement&e=3D10313
> > > please just respond to the list expressing your agreement,
> > > and i will proceed.
> > > thanks,
> > > owen.
> > >
> > > On 5/23/05, Leo von Wyss <lv...@ga...> wrote:
> > > > Hi All
> > > >
> > > >
> > > > I've been using ccnet for some time - thanks for the great tool.
> > > >
> > > > Now I was somewhat fed up with the very basic support for
> > > Vault, so I
> > > > extended the vault.cs source control provider in order to support
> > > > labeling and autoget.
> > > >
> > > > It now aupports autoget (with optionally cleaning the
> > > directory first
> > > > so you get a really clean source tree) and labelling. It
> > > also uses the
> > > > vault 3.x client's built-in history begin/end options.
> > > >
> > > > I have attached the updated file.
> > > >
> > > > If you find the patches useful, please feel free to include them in
> > > > the new version for everyone to use.
> > > >
> > > >
> > > > Regards,
> > > >
> > > >
> > > > Leo
> > > >
> > > >
> > > > >>>>>
> > > > Leo von Wyss
> > > > Solution Architect
> > > >
> > > > MICROSOFT GOLD CERTIFIED PARTNER
> > > > ---------------------------------------------------------------
> > > > GARAIO AG
> > > > Kirchenfeldstrasse 14
> > > > 3000 Bern 6
> > > >
> > > > Phone:  + 41 31 350 40 00
> > > > Direct: + 41 31 350 41 26
> > > > Fax:    + 41 31 350 40 01
> > > > Mail:   lv...@ga...
> > > > Web:    www.garaio.com
> > > > >>>>>
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> > > CruiseControl.NET - http://ccnet.thoughtworks.com
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > > Want to be the first software developer in space?
> > > Enter now for the Oracle Space Sweepstakes!
> > > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
> > > _______________________________________________
> > > Ccnet-devel mailing list
> > > Ccn...@li...
> > > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > Want to be the first software developer in space?
> > Enter now for the Oracle Space Sweepstakes!
> > http://ads.osdn.com/?ad_idt12&alloc_id=16344&opclick
> > _______________________________________________
> > Ccnet-devel mailing list
> > Ccn...@li...
> > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> >
>=20
>=20
> --
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> CruiseControl.NET - http://ccnet.thoughtworks.com
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

i agree that the main ccnet repository makes the most sense -- as long
as mike luke is fine with it.  i still haven't had the time to look
through the source yet so i'm no closer to getting this integrated
than before.
cheers,
owen.

On 5/27/05, Thibaut Barr=E8re <thi...@gm...> wrote:
> Hi guys
>=20
> Where should the ProjectLabeller be integrated ?
>=20
> I'd vote for integration into CCNet directly (not CCNetContrib), as
> the need for it appears as soon as one dedouble a ccnet project (such
> as CI builds + release build)...
>=20
> Thibaut
>=20
> 2005/5/23, Owen Rogers <exo...@gm...>:
> > > great, I *have* the need for this right now :) Owen, has it been
> > > integrated in the code base ?
> >
> > it hasn't yet.  i haven't had time to go through it, but the idea is gr=
eat.
> >
> > > This brings a question (about extensibility somehow): I thought of
> > > compiling a new separate assembly with only this stuff (instead of
> > > recompiling ccnet). Will the current implementation support dynamic
> > > referencing of the class contained is this new assembly so I can use
> > > it ? Or is there a factory to configure somewhere which would require
> > > a recompilation before I can use the new labeller ?
> >
> > what i would prefer to do is to get these kind of things integrated
> > into a project on ccnetcontrib that michael and others can work on and
> > support.  we would then set up a build for it on ccnetlive that would
> > publish distributions of the plugin that would be compiled against
> > particular versions of ccnet (say 0.9.1).  this would make it easy to
> > download and install the plugin.
> >
> > > Btw, did anyone think about using the spring framework inside ccnet ?
> > actually, netreflector basically does this for us (setter-based
> > dependency injection).
> >
> > cheers,
> > owen.
> > --
> > Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> > CruiseControl.NET - http://ccnet.thoughtworks.com
> >
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

Hi guys

Where should the ProjectLabeller be integrated ?

I'd vote for integration into CCNet directly (not CCNetContrib), as
the need for it appears as soon as one dedouble a ccnet project (such
as CI builds + release build)...

Thibaut

2005/5/23, Owen Rogers <exo...@gm...>:
> > great, I *have* the need for this right now :) Owen, has it been
> > integrated in the code base ?
>=20
> it hasn't yet.  i haven't had time to go through it, but the idea is grea=
t.
>=20
> > This brings a question (about extensibility somehow): I thought of
> > compiling a new separate assembly with only this stuff (instead of
> > recompiling ccnet). Will the current implementation support dynamic
> > referencing of the class contained is this new assembly so I can use
> > it ? Or is there a factory to configure somewhere which would require
> > a recompilation before I can use the new labeller ?
>=20
> what i would prefer to do is to get these kind of things integrated
> into a project on ccnetcontrib that michael and others can work on and
> support.  we would then set up a build for it on ccnetlive that would
> publish distributions of the plugin that would be compiled against
> particular versions of ccnet (say 0.9.1).  this would make it easy to
> download and install the plugin.
>=20
> > Btw, did anyone think about using the spring framework inside ccnet ?
> actually, netreflector basically does this for us (setter-based
> dependency injection).
>=20
> cheers,
> owen.
> --
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> CruiseControl.NET - http://ccnet.thoughtworks.com
>

hi leo,
thanks for sorting this out.  i will commit your changes the next time
i can access the cvs repository (my current client's firewall blocks
cvs -- ack).
cheers,
owen.=20

On 5/24/05, Leo von Wyss <lv...@ga...> wrote:
> Hi Owen
>=20
> Thanks; I have reviewed the agreement with my employer and have sorted
> out corresponding internal rules.
>=20
> So I can now fully agree to the posted license agreement.
>=20
> Regards,
>=20
> Leo
>=20
> > -----Original Message-----
> > From: ccn...@li...
> > [mailto:ccn...@li...] On Behalf Of
> > Owen Rogers
> > Sent: Montag, 23. Mai 2005 17:01
> > To: ccn...@li...
> > Subject: Re: [Ccnet-devel] Patch: Enhanced Vault source
> > control provider
> >
> > hi leo,
> > thanks for your patch.  this is indeed needed functionality.
> > i will look after submitting your code; however, before i can
> > do so, i need you to agree to the ccnet contributor's license
> > agreement:
> > http://www.google.ca/url?sa=3DU&start=3D1&q=3Dhttp://confluence.publ
> > ic.thoughtworks.org/display/CCNET/Contributor%2BLicense%2BAgre
> > ement&e=3D10313
> > please just respond to the list expressing your agreement,
> > and i will proceed.
> > thanks,
> > owen.
> >
> > On 5/23/05, Leo von Wyss <lv...@ga...> wrote:
> > > Hi All
> > >
> > >
> > > I've been using ccnet for some time - thanks for the great tool.
> > >
> > > Now I was somewhat fed up with the very basic support for
> > Vault, so I
> > > extended the vault.cs source control provider in order to support
> > > labeling and autoget.
> > >
> > > It now aupports autoget (with optionally cleaning the
> > directory first
> > > so you get a really clean source tree) and labelling. It
> > also uses the
> > > vault 3.x client's built-in history begin/end options.
> > >
> > > I have attached the updated file.
> > >
> > > If you find the patches useful, please feel free to include them in
> > > the new version for everyone to use.
> > >
> > >
> > > Regards,
> > >
> > >
> > > Leo
> > >
> > >
> > > >>>>>
> > > Leo von Wyss
> > > Solution Architect
> > >
> > > MICROSOFT GOLD CERTIFIED PARTNER
> > > ---------------------------------------------------------------
> > > GARAIO AG
> > > Kirchenfeldstrasse 14
> > > 3000 Bern 6
> > >
> > > Phone:  + 41 31 350 40 00
> > > Direct: + 41 31 350 41 26
> > > Fax:    + 41 31 350 40 01
> > > Mail:   lv...@ga...
> > > Web:    www.garaio.com
> > > >>>>>
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> > CruiseControl.NET - http://ccnet.thoughtworks.com
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by Oracle Space Sweepstakes
> > Want to be the first software developer in space?
> > Enter now for the Oracle Space Sweepstakes!
> > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
> > _______________________________________________
> > Ccnet-devel mailing list
> > Ccn...@li...
> > https://lists.sourceforge.net/lists/listinfo/ccnet-devel
> >
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_idt12&alloc_id=16344&opclick
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

On 5/25/05, Thomas Tomiczek <t.t...@th...> wrote:
> No, this is a different issue.
>=20
> My problem with cc.net is not the error in itself - this I moved to the
> nant tasks, to handle the error.
>=20
> My problem with cc.net is that it tells my "build succeeded", and when I
> go into the nant log it tells me "2 errors".
>=20
> It should FAIL the build. If there are errors reported by nant, then
> please do not tell me the build went ok.
>=20
> The task in the nant list is about how to avoid the errors - the mistake
> with cc.net that the errors are misreported as successful builds are
> different.

no, not exactly.  i contest that the problem is still with nant.=20
ccnet will recognise the nant build as having failed if nant.exe
returns a nonzero exit code (which it normally does in the event of a
failure).  the problem is that nant doesn't recognise that failures
with the nant tasks you are using or executables that you are running
signify a broken build.
cheers,
owen.
--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

On 5/25/05, Thomas Tomiczek <t.t...@th...> wrote:

> My problem with cc.net is that it tells my "build succeeded", and when I
> go into the nant log it tells me "2 errors".
>=20

That's because (AFAIK) NAnt isn't always giving the correct exit code
(or maybe a tool NAnt is calling isn't giving the right exit code.)

An immediate thought maybe to parse the NAnt output for strings like
'error', but there's no point CCNet doing this since it might be that
at a certain point in your NAnt build something is allowed to 'error'
yet not break the build.

CCNet must rely on tools down the chain to do the right thing - it
really can't rely on telepathy! :)

Mike

But CCNet can only go on what NAnt tells it.  If NAnt marks the task as
succeeded then CCNet should respect this, even if the word "error"
occurs in the output.

Otherwise FxCop will always fail the build (along with all the other
tasks that might be marked as failOnError=3D"false" in your NAnt =
script).

Mike

ccn...@li... wrote:
> No, this is a different issue.
>=20
> My problem with cc.net is not the error in itself - this I
> moved to the
> nant tasks, to handle the error.
>=20
> My problem with cc.net is that it tells my "build succeeded",
> and when I
> go into the nant log it tells me "2 errors".
>=20
> It should FAIL the build. If there are errors reported by nant, then
> please do not tell me the build went ok.
>=20
> The task in the nant list is about how to avoid the errors -
> the mistake
> with cc.net that the errors are misreported as successful builds are
> different.=20
>=20
> Thomas
>=20
>> -----Original Message-----
>> From: ccn...@li...
>> [mailto:ccn...@li...] On Behalf Of
>> Owen Rogers
>> Sent: Mittwoch, 25. Mai 2005 15:10
>> To: ccn...@li...
>> Subject: Re: [Ccnet-devel] Nant task giving wrong ok.....
>>=20
>> hi thomas,
>> i see that you've now moved this onto the nant list.  AFAIK
>> it is a shortcoming in the corresponding nant tasks.  other
>> people have previously raised this issue on the nant list: -
>> http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6
>> 497/match=3D+nant+licenses+licx++file
>> -
>> http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6
>> 432/match=3D+nant+licenses+licx++file
>>=20
>> cheers,
>> owen.
>>=20
>> On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
>>>=20
>>>=20
>>> Issue:
>>>=20
>>> I just compiled a solution, starting from cc.net
>>>=20
>>> The compilation is done with Nant.
>>>=20
>>> The following 2 errors are shown:
>>>=20
>>>=20
>>=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Fro
>>> ntDesk.Cms\licenses.licx(18)
>>>> error LC0004 : Exception occured creating type
>>> 'System.ComponentModel.LicenseException'
>>>=20
>>>=20
>>=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Fro
>>> ntDesk.Not\licenses.licx(7)
>>>> error LC0004 : Exception occured creating type
>>> 'System.ComponentModel.LicenseException'
>>>=20
>>> Issue is:
>>>=20
>>> The build is shown as succeeding. This is not the case - this is,
>>> iobviously, a false positive.=20
>>>=20
>>> Is this normal?
>>>=20
>>> Thomas
>>=20
>>=20
>> --
>> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
>> CruiseControl.NET - http://ccnet.thoughtworks.com
>>=20
>>=20
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Yahoo.
>> Introducing Yahoo! Search Developer Network - Create apps using
>> Yahoo! Search APIs Find out how you can build Yahoo! directly into
>> your own Applications - visit
>> http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
>> _______________________________________________=20
>> Ccnet-devel mailing list
>> Ccn...@li...
>> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way
> to collaborate
> online with coworkers and clients while avoiding the high
> cost of travel and
> communications. There is no equipment to buy and you can meet
> as often as
> you want. Try it
> free.http://ads.osdn.com/?ad_idt02&alloc_id=16135&op=3Dick
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel

No, this is a different issue.

My problem with cc.net is not the error in itself - this I moved to the
nant tasks, to handle the error.

My problem with cc.net is that it tells my "build succeeded", and when I
go into the nant log it tells me "2 errors".

It should FAIL the build. If there are errors reported by nant, then
please do not tell me the build went ok.

The task in the nant list is about how to avoid the errors - the mistake
with cc.net that the errors are misreported as successful builds are
different.

Thomas=20

> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Owen Rogers
> Sent: Mittwoch, 25. Mai 2005 15:10
> To: ccn...@li...
> Subject: Re: [Ccnet-devel] Nant task giving wrong ok.....
>=20
> hi thomas,
> i see that you've now moved this onto the nant list.  AFAIK=20
> it is a shortcoming in the corresponding nant tasks.  other=20
> people have previously raised this issue on the nant list:
> -=20
> http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6
> 497/match=3D+nant+licenses+licx++file
> -=20
> http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6
> 432/match=3D+nant+licenses+licx++file
>=20
> cheers,
> owen.
>=20
> On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
> > =20
> >=20
> > Issue:=20
> >=20
> > I just compiled a solution, starting from cc.net
> >=20
> > The compilation is done with Nant.=20
> >=20
> > The following 2 errors are shown:=20
> >=20
> >=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Fro
> > ntDesk.Cms\licenses.licx(18)
> > : error LC0004 : Exception occured creating type=20
> > 'System.ComponentModel.LicenseException'
> >=20
> >=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Fro
> > ntDesk.Not\licenses.licx(7)
> > : error LC0004 : Exception occured creating type=20
> > 'System.ComponentModel.LicenseException'
> >=20
> > Issue is:=20
> >=20
> > The build is shown as succeeding. This is not the case - this is,=20
> > iobviously, a false positive.
> >=20
> > Is this normal?=20
> >=20
> > Thomas
>=20
>=20
> --=20
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> CruiseControl.NET - http://ccnet.thoughtworks.com
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit=20
> http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22005
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20

hi thomas,
i see that you've now moved this onto the nant list.  AFAIK it is a
shortcoming in the corresponding nant tasks.  other people have
previously raised this issue on the nant list:
- http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6497/match=
=3D+nant+licenses+licx++file
- http://article.gmane.org/gmane.comp.windows.dotnet.nant.user/6432/match=
=3D+nant+licenses+licx++file

cheers,
owen.

On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
> =20
>=20
> Issue:=20
>=20
> I just compiled a solution, starting from cc.net=20
>=20
> The compilation is done with Nant.=20
>=20
> The following 2 errors are shown:=20
>=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.FrontD=
esk.Cms\licenses.licx(18)
> : error LC0004 : Exception occured creating type
> 'System.ComponentModel.LicenseException'=20
>=20
> c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.FrontD=
esk.Not\licenses.licx(7)
> : error LC0004 : Exception occured creating type
> 'System.ComponentModel.LicenseException'=20
>=20
> Issue is:=20
>=20
> The build is shown as succeeding. This is not the case - this is,
> iobviously, a false positive.=20
>=20
> Is this normal?=20
>=20
> Thomas=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

Everything's back up now.

Mike

On 5/24/05, Mike Roberts <mik...@gm...> wrote:
> Thanks for the heads-up - I've contacted our IS guys
>=20
> On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
> >
> >
> > ...with documentation and all this.
> >
> > The articles show up as HTML, instead of being rendered.

> On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
> >
> >
> > ...with documentation and all this.
> >
> > The articles show up as HTML, instead of being rendered.

this has now been fixed.  sorry for the inconvenience.
cheers,
owen.
--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

Issue:

I just compiled a solution, starting from cc.net

The compilation is done with Nant.

The following 2 errors are shown:

c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Front
Desk.Cms\licenses.licx(18) : error LC0004 : Exception occured creating
type 'System.ComponentModel.LicenseException'
c:\work\PowerNodes\PowerNodes\01.1\Solutions\PowerNodes\PowerNodes.Front
Desk.Not\licenses.licx(7) : error LC0004 : Exception occured creating
type 'System.ComponentModel.LicenseException'

Issue is:

The build is shown as succeeding. This is not the case - this is,
iobviously, a false positive.

Is this normal?

Thomas

Thanks for the heads-up - I've contacted our IS guys

On 5/24/05, Thomas Tomiczek <t.t...@th...> wrote:
>=20
>=20
> ...with documentation and all this.=20
>=20
> The articles show up as HTML, instead of being rendered.=20
>=20
> http://confluence.public.thoughtworks.org/display/CCNET/Documentation?sho=
wChildren=3Dtrue#children
> is pretty useless now.=20
>=20
> Thomas

...with documentation and all this.

The articles show up as HTML, instead of being rendered.

http://confluence.public.thoughtworks.org/display/CCNET/Documentation?sh
owChildren=3Dtrue#children is pretty useless now.

Thomas

> > This brings a question (about extensibility somehow): I thought of
> > compiling a new separate assembly with only this stuff (instead of
> > recompiling ccnet). Will the current implementation support dynamic
> > referencing of the class contained is this new assembly so I can use
> > it ?
>=20
> Yes. Just call your assembly ccnet.anything-you-like.plugin.dll and
> drop it in the folder next to the ccnet.exe file.
>=20
> See http://confluence.public.thoughtworks.org/pages/viewpage.action?pageI=
d=3D441

Hi Mike

thanks, it sounds just perfect.

Thibaut

Hi Owen

Thanks; I have reviewed the agreement with my employer and have sorted
out corresponding internal rules.

So I can now fully agree to the posted license agreement.

Regards,

Leo

> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Owen Rogers
> Sent: Montag, 23. Mai 2005 17:01
> To: ccn...@li...
> Subject: Re: [Ccnet-devel] Patch: Enhanced Vault source=20
> control provider
>=20
> hi leo,
> thanks for your patch.  this is indeed needed functionality. =20
> i will look after submitting your code; however, before i can=20
> do so, i need you to agree to the ccnet contributor's license=20
> agreement:
> http://www.google.ca/url?sa=3DU&start=3D1&q=3Dhttp://confluence.publ
> ic.thoughtworks.org/display/CCNET/Contributor%2BLicense%2BAgre
> ement&e=3D10313
> please just respond to the list expressing your agreement,=20
> and i will proceed.
> thanks,
> owen.
>=20
> On 5/23/05, Leo von Wyss <lv...@ga...> wrote:
> > Hi All
> >=20
> >=20
> > I've been using ccnet for some time - thanks for the great tool.
> >=20
> > Now I was somewhat fed up with the very basic support for=20
> Vault, so I=20
> > extended the vault.cs source control provider in order to support=20
> > labeling and autoget.
> >=20
> > It now aupports autoget (with optionally cleaning the=20
> directory first=20
> > so you get a really clean source tree) and labelling. It=20
> also uses the=20
> > vault 3.x client's built-in history begin/end options.
> >=20
> > I have attached the updated file.
> >=20
> > If you find the patches useful, please feel free to include them in=20
> > the new version for everyone to use.
> >=20
> >=20
> > Regards,
> >=20
> >=20
> > Leo
> >=20
> >=20
> > >>>>>
> > Leo von Wyss
> > Solution Architect
> >=20
> > MICROSOFT GOLD CERTIFIED PARTNER
> > ---------------------------------------------------------------
> > GARAIO AG
> > Kirchenfeldstrasse 14
> > 3000 Bern 6
> >=20
> > Phone:  + 41 31 350 40 00
> > Direct: + 41 31 350 41 26
> > Fax:    + 41 31 350 40 01
> > Mail:   lv...@ga...
> > Web:    www.garaio.com
> > >>>>>
> >=20
> >=20
> >=20
> >=20
>=20
>=20
> --
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |=20
> CruiseControl.NET - http://ccnet.thoughtworks.com
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick
> _______________________________________________
> Ccnet-devel mailing list
> Ccn...@li...
> https://lists.sourceforge.net/lists/listinfo/ccnet-devel
>=20

oh, and the reason that it is sporadic is because it depends on your
checkin.  if it contains added/deleted files, you may get this error.
cheers,
owen.

On 5/23/05, Owen Rogers <exo...@gm...> wrote:
> hi thomas,
> thanks for raising this.  whichever sourcecontrol you are using (vault
> right? or do you use vss as well?) is returning a null value for
> either the foldername or the filename.  the PathFilter should probably
> do a better job of handling nulls; however, i'm a bit concerned that
> the sourcecontrol provider would be returning nulls for these values.
> i do believe that Vss has some limitations inasmuch as the folder name
> is not output for added/deleted files.  so we'll probably need to
> handle this in the PathFilter anyway.
> anyway, i'll create a jira for someone to look at it.
> cheers,
> owen.
>=20
> On 5/23/05, Thomas Tomiczek <t.t...@th...> wrote:
> >
> >
> > System.ArgumentNullException: Value cannot be null. Parameter name: inp=
ut at
> > System.Text.RegularExpressions.Regex.IsMatch(String input)
> > at
> > ThoughtWorks.CruiseControl.Core.Sourcecontrol.PathFilter.Accept(Modific=
ation
> > modification) in
> > d:\sourceforge\ccnet\project\core\sourcecontrol\PathFilter.cs:line
> > 29 at
> > ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.IsA=
cceptedByExclusionFilters(Modification
> > m) in
> > d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.c=
s:line
> > 132 at
> > ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.Get=
Modifications(DateTime
> > from, DateTime to) in
> > d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.c=
s:line
> > 54 at
> > ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetSourceModification=
s(ISourceControl
> > sourceControl, IIntegrationResult result, IIntegrationResult lastResult=
) in
> > d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line
> > 55 at
> > ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildC=
ondition
> > buildCondition) in
> > d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line
> > 30
> >
> > The funny thing is that this is irregular. It happens to pop up here an=
d
> > then, but a forced build (or the next change) trigger a perfect rebuild=
. As
> > such, with automated error emails going out, this is more a nuisance.
> >
> > Thomas
>=20
>=20
> --
> Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
> CruiseControl.NET - http://ccnet.thoughtworks.com
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

hi thomas,
thanks for raising this.  whichever sourcecontrol you are using (vault
right? or do you use vss as well?) is returning a null value for
either the foldername or the filename.  the PathFilter should probably
do a better job of handling nulls; however, i'm a bit concerned that
the sourcecontrol provider would be returning nulls for these values.=20
i do believe that Vss has some limitations inasmuch as the folder name
is not output for added/deleted files.  so we'll probably need to
handle this in the PathFilter anyway.
anyway, i'll create a jira for someone to look at it.
cheers,
owen.

On 5/23/05, Thomas Tomiczek <t.t...@th...> wrote:
> =20
>=20
> System.ArgumentNullException: Value cannot be null. Parameter name: input=
 at
> System.Text.RegularExpressions.Regex.IsMatch(String input)
> at
> ThoughtWorks.CruiseControl.Core.Sourcecontrol.PathFilter.Accept(Modificat=
ion
> modification) in
> d:\sourceforge\ccnet\project\core\sourcecontrol\PathFilter.cs:line
> 29 at
> ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.IsAcc=
eptedByExclusionFilters(Modification
> m) in
> d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.cs:=
line
> 132 at
> ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.GetMo=
difications(DateTime
> from, DateTime to) in
> d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.cs:=
line
> 54 at
> ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetSourceModifications(=
ISourceControl
> sourceControl, IIntegrationResult result, IIntegrationResult lastResult) =
in
> d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line
> 55 at
> ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCon=
dition
> buildCondition) in
> d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line
> 30=20
>=20
> The funny thing is that this is irregular. It happens to pop up here and
> then, but a forced build (or the next change) trigger a perfect rebuild. =
As
> such, with automated error emails going out, this is more a nuisance.=20
>=20
> Thomas=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

System.ArgumentNullException: Value cannot be null. Parameter name:
input at System.Text.RegularExpressions.Regex.IsMatch(String input) at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.PathFilter.Accept(Modifica
tion modification) in
d:\sourceforge\ccnet\project\core\sourcecontrol\PathFilter.cs:line 29 at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.IsAc
ceptedByExclusionFilters(Modification m) in
d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.cs
:line 132 at
ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.GetM
odifications(DateTime from, DateTime to) in
d:\sourceforge\ccnet\project\core\sourcecontrol\FilteredSourceControl.cs
:line 54 at
ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetSourceModifications
(ISourceControl sourceControl, IIntegrationResult result,
IIntegrationResult lastResult) in
d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line 55 at
ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCo
ndition buildCondition) in
d:\sourceforge\ccnet\project\core\IntegrationRunner.cs:line 30

The funny thing is that this is irregular. It happens to pop up here and
then, but a forced build (or the next change) trigger a perfect rebuild.
As such, with automated error emails going out, this is more a nuisance.

Thomas

On 5/23/05, Thibaut Barr=E8re <thi...@gm...> wrote:
> Hi Michael
>=20
> great, I *have* the need for this right now :) Owen, has it been
> integrated in the code base ?
>=20
> This brings a question (about extensibility somehow): I thought of
> compiling a new separate assembly with only this stuff (instead of
> recompiling ccnet). Will the current implementation support dynamic
> referencing of the class contained is this new assembly so I can use
> it ?=20

Yes. Just call your assembly ccnet.anything-you-like.plugin.dll and
drop it in the folder next to the ccnet.exe file.

See http://confluence.public.thoughtworks.org/pages/viewpage.action?pageId=
=3D441

Mike

> what i would prefer to do is to get these kind of things integrated
> into a project on ccnetcontrib that michael and others can work on and
> support.  we would then set up a build for it on ccnetlive that would
> publish distributions of the plugin that would be compiled against
> particular versions of ccnet (say 0.9.1).  this would make it easy to
> download and install the plugin.

+1 that's a good idea to incubate stuff


but it would have been very practical to just drop a small home-made
dll and be able to use it directly in ccnet (for quick tests and
prototyping for instance)

Thibaut

> great, I *have* the need for this right now :) Owen, has it been
> integrated in the code base ?

it hasn't yet.  i haven't had time to go through it, but the idea is great.

> This brings a question (about extensibility somehow): I thought of
> compiling a new separate assembly with only this stuff (instead of
> recompiling ccnet). Will the current implementation support dynamic
> referencing of the class contained is this new assembly so I can use
> it ? Or is there a factory to configure somewhere which would require
> a recompilation before I can use the new labeller ?

what i would prefer to do is to get these kind of things integrated
into a project on ccnetcontrib that michael and others can work on and
support.  we would then set up a build for it on ccnetlive that would
publish distributions of the plugin that would be compiled against
particular versions of ccnet (say 0.9.1).  this would make it easy to
download and install the plugin.

> Btw, did anyone think about using the spring framework inside ccnet ?
actually, netreflector basically does this for us (setter-based
dependency injection).

cheers,
owen.
--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

hi leo,
thanks for your patch.  this is indeed needed functionality.  i will
look after submitting your code; however, before i can do so, i need
you to agree to the ccnet contributor's license agreement:
http://www.google.ca/url?sa=3DU&start=3D1&q=3Dhttp://confluence.public.thou=
ghtworks.org/display/CCNET/Contributor%2BLicense%2BAgreement&e=3D10313
please just respond to the list expressing your agreement, and i will proce=
ed.
thanks,
owen.

On 5/23/05, Leo von Wyss <lv...@ga...> wrote:
> Hi All
>=20
>=20
> I've been using ccnet for some time - thanks for the great tool.
>=20
> Now I was somewhat fed up with the very basic support for Vault, so I
> extended the vault.cs source control provider in order to support
> labeling and autoget.
>=20
> It now aupports autoget (with optionally cleaning the directory first so
> you get a really clean source tree) and labelling. It also uses the
> vault 3.x client's built-in history begin/end options.
>=20
> I have attached the updated file.
>=20
> If you find the patches useful, please feel free to include them in the
> new version for everyone to use.
>=20
>=20
> Regards,
>=20
>=20
> Leo
>=20
>=20
> >>>>>
> Leo von Wyss
> Solution Architect
>=20
> MICROSOFT GOLD CERTIFIED PARTNER
> ---------------------------------------------------------------
> GARAIO AG
> Kirchenfeldstrasse 14
> 3000 Bern 6
>=20
> Phone:  + 41 31 350 40 00
> Direct: + 41 31 350 41 26
> Fax:    + 41 31 350 40 01
> Mail:   lv...@ga...
> Web:    www.garaio.com
> >>>>>
>=20
>=20
>=20
>=20


--=20
Owen Rogers | http://dotnetjunkies.com/weblog/exortech |
CruiseControl.NET - http://ccnet.thoughtworks.com

Great. You beat me on this.=20

Thomas

> -----Original Message-----
> From: ccn...@li...=20
> [mailto:ccn...@li...] On Behalf Of=20
> Leo von Wyss
> Sent: Montag, 23. Mai 2005 15:16
> To: ccn...@li...
> Subject: [Ccnet-devel] Patch: Enhanced Vault source control provider
>=20
> Hi All
>=20
>=20
> I've been using ccnet for some time - thanks for the great tool.
>=20
> Now I was somewhat fed up with the very basic support for=20
> Vault, so I extended the vault.cs source control provider in=20
> order to support labeling and autoget.
>=20
> It now aupports autoget (with optionally cleaning the=20
> directory first so you get a really clean source tree) and=20
> labelling. It also uses the vault 3.x client's built-in=20
> history begin/end options.
>=20
> I have attached the updated file.
>=20
> If you find the patches useful, please feel free to include=20
> them in the new version for everyone to use.
>=20
>=20
> Regards,
>=20
>=20
> Leo
>=20
> =20
> >>>>>
> Leo von Wyss
> Solution Architect
> =20
> MICROSOFT GOLD CERTIFIED PARTNER
> ---------------------------------------------------------------
> GARAIO AG
> Kirchenfeldstrasse 14
> 3000 Bern 6
> =20
> Phone:  + 41 31 350 40 00
> Direct: + 41 31 350 41 26
> Fax:    + 41 31 350 40 01
> Mail:   lv...@ga...
> Web:    www.garaio.com=20
> >>>>>
> =20
>=20