ccnet-user — User List

RE: [Ccnet-user] Subversion detects modifications but does not update working copy.

[Foster, R. - P. <RF...@qu...>]

Hi David,
=20
I must admit, I'm confused too. I can't *see* anything wrong. I do have
a couple of thoughts though (specifically related to differences between
your non-working configuration and mine).
=20
1) I am using an svn: type URL instead of a file: one. I would have
thought if there was a problem with the URL then you wouldn't see any
changes either, but it is a difference and I mention it for that reason.
2) (IMHO more likely). None of the paths I use for my CI builds include
spaces. Yes, it *shouldn't* cause problems, but perhaps it does.

Finally, I assume that you are trying to update an existing working
copy? As mentioned in the documentation, CCNet cannot (yet) create a
working copy from scratch.
=20
Hope one of these helps!
Regards,
Richard
=20
________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of David
Taylor
Sent: Tuesday, February 21, 2006 07:02
To: ccn...@li...
Subject: [Ccnet-user] Subversion detects modifications but does not
update working copy.



Hi,

=20

I see from the mail list that others have had this problem but I could
not find the replies that gave the resolution.

=20

I am using subversion 1.3.0 command line client.  The subversion
repository is version 1.2.3.  What am I doing wrong?

=20

My .config file is below:

=20

<cruisecontrol>

      <!-- This is your CruiseControl.NET Server Configuration file. Add
your projects below! -->

<project name=3D"WLUK_IFADesktop">

    <workingDirectory>C:\Documents and Settings\CruiseControl\My
Documents\Visual Studio
Projects\ext\WLUK\WLUK_IFADesktop</workingDirectory>

    <artifactDirectory>Artifacts</artifactDirectory>

    <!-- davidt 16/02/2006 Not sure whether this is the right URL but it
does give you access to the build results. -->

    <webURL>http://bowie/ccnet</webURL>=20

    <modificationDelaySeconds>15</modificationDelaySeconds>

    <publishExceptions>true</publishExceptions>

      <sourcecontrol type=3D"svn">

=20
<trunkUrl>file://dev.lightershade.com/lightershade/svn/trunk/ext/WLUK/WL
UK_IFADesktop</trunkUrl>

            <workingDirectory>C:\Documents and Settings\CruiseControl\My
Documents\Visual Studio
Projects\ext\WLUK\WLUK_IFADesktop</workingDirectory>

            <executable>C:\Program
Files\Subversion\bin\svn.exe</executable>

            <autoGetSource>true</autoGetSource>

      </sourcecontrol>

     <triggers>

         <intervalTrigger seconds=3D"60"/>

     </triggers>

      <!--

    <state type=3D"yourStateManagerType" ../>

    -->

    <labeller type=3D"defaultlabeller" />

    <tasks>

            <devenv>

                  <solutionfile>WLUK_IFADesktop.sln</solutionfile>

                  <configuration>Debug</configuration>

            </devenv>

      </tasks>

    <publishers>

      <xmllogger />

    </publishers>

    <!--

    <externalLinks>

        <externalLink name=3D"My First Link" url=3D"http://somewhere/" =
/>

        <externalLink name=3D"My Other Link" =
url=3D"http://somewhere.else/"
/>

    </externalLinks>

    -->

    <!-- The following are deprecated elements

    <build type=3D"yourTaskType" ../>

    -->

</project>

</cruisecontrol>

=20

--
David Taylor
Lightershade Ltd
12 Dock Place
Edinburgh
EH6 6LU
www.lightershade.com
d: 0131 514 4023
t: 0845 11 99088
f: 0845 11 99901

=20


--=20

This email and any files transmitted with it are confidential and
intended=20
solely for the use of the individual or entity to whom they are
addressed. =20
If you have received this email in error please notify the sender. Any=20
offers or quotation of service are subject to formal specification. =20
Errors and omissions excepted.  Please note that any views or opinions=20
presented in this email are solely those of the author and do not=20
necessarily represent those of Lumison, nplusone or lightershade ltd. =20
Finally, the recipient should check this email and any attachments for
the=20
presence of viruses.  Lumison, nplusone and lightershade ltd accepts no=20
liability for any damage caused by any virus transmitted by this email.

--=20


--=20
Virus scanned by Lumison.

[Ccnet-user] Subversion detects modifications but does not update working copy.

[David T. <da...@li...>]

Hi,

 

I see from the mail list that others have had this problem but I could not
find the replies that gave the resolution.

 

I am using subversion 1.3.0 command line client.  The subversion repository
is version 1.2.3.  What am I doing wrong?

 

My .config file is below:

 

<cruisecontrol>

      <!-- This is your CruiseControl.NET Server Configuration file. Add
your projects below! -->

<project name="WLUK_IFADesktop">

    <workingDirectory>C:\Documents and Settings\CruiseControl\My
Documents\Visual Studio Projects\ext\WLUK\WLUK_IFADesktop</workingDirectory>

    <artifactDirectory>Artifacts</artifactDirectory>

    <!-- davidt 16/02/2006 Not sure whether this is the right URL but it
does give you access to the build results. -->

    <webURL>http://bowie/ccnet</webURL> 

    <modificationDelaySeconds>15</modificationDelaySeconds>

    <publishExceptions>true</publishExceptions>

      <sourcecontrol type="svn">

 
<trunkUrl>file://dev.lightershade.com/lightershade/svn/trunk/ext/WLUK/WLUK_I
FADesktop</trunkUrl>

            <workingDirectory>C:\Documents and Settings\CruiseControl\My
Documents\Visual Studio Projects\ext\WLUK\WLUK_IFADesktop</workingDirectory>

            <executable>C:\Program Files\Subversion\bin\svn.exe</executable>

            <autoGetSource>true</autoGetSource>

      </sourcecontrol>

     <triggers>

         <intervalTrigger seconds="60"/>

     </triggers>

      <!--

    <state type="yourStateManagerType" ../>

    -->

    <labeller type="defaultlabeller" />

    <tasks>

            <devenv>

                  <solutionfile>WLUK_IFADesktop.sln</solutionfile>

                  <configuration>Debug</configuration>

            </devenv>

      </tasks>

    <publishers>

      <xmllogger />

    </publishers>

    <!--

    <externalLinks>

        <externalLink name="My First Link" url="http://somewhere/" />

        <externalLink name="My Other Link" url="http://somewhere.else/" />

    </externalLinks>

    -->

    <!-- The following are deprecated elements

    <build type="yourTaskType" ../>

    -->

</project>

</cruisecontrol>

 

--
David Taylor
Lightershade Ltd
12 Dock Place
Edinburgh
EH6 6LU
www.lightershade.com
d: 0131 514 4023
t: 0845 11 99088
f: 0845 11 99901

 


-- 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed.  
If you have received this email in error please notify the sender. Any 
offers or quotation of service are subject to formal specification.  
Errors and omissions excepted.  Please note that any views or opinions 
presented in this email are solely those of the author and do not 
necessarily represent those of Lumison, nplusone or lightershade ltd.  
Finally, the recipient should check this email and any attachments for the 
presence of viruses.  Lumison, nplusone and lightershade ltd accepts no 
liability for any damage caused by any virus transmitted by this email.

-- 

-- 
Virus scanned by Lumison.

[Ccnet-user] ThoughtWorks.CruiseControl.Core.CruiseControlException

[Madhusudhanan R. <mad...@ya...>]

Hi all,
   
  We are using CruiseControl.NET ver. 1.0 Final for build integration. Our source control is ClearCase ver. 2003.06. After having configured the ccnet server to monitor our source code in the "VOB" - "wafr_viper_2435", we at times get the following exception from ccnet.
   
  "ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation failed: db_server: RPC: Remote system error - [WINSOCK] Connection timed out cleartool: Error: Database timed out -- aborting transaction: "\WAFR_Viper_2435". cleartool: Error: Trouble opening VOB database: "\WAFR_Viper_2435". cleartool: Error: Not a vob object: "E:\Release_6.1.2\Source\WAFR_Viper_2435\ViperUI". . Process command: cleartool.exe lshist -r -nco -branch "r6.1.2_working_us" -since 21-Feb-2006.01:34:59 -fmt "%u#~#%Vd#~#%En#~#%Vn#~#%o#~#!%l#~#!%a#~#%Nc@#@#@#@#@#@#@#@#@#@#@#@\n" "E:\Release_6.1.2\Source\WAFR_Viper_2435\ViperUI" at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute(ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetModifications(ProcessInfo info, DateTime from, DateTime to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ClearCase.GetModifications(IIntegrationResult from, IIntegrationResult to) at
 ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCondition buildCondition)"
   
  NOTE: We are using a snapshot view in the following path: "E:\Release_6.1.2\Source\WAFR_Viper_2435\ViperUI"
   
  Also we get the following error at times: -
   
  "ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control operation failed: cleartool: Error: Unable to contact albd_server on host 'cc-ent-01' cleartool: Error: Unable to contact albd server on host cc-ent-01 cleartool: Error: Error from VOB database: "\WAFR_Viper_2435". cleartool: Error: Trouble opening VOB database: "\WAFR_Viper_2435". cleartool: Error: Not a vob object: "E:\Release_6.1.2\Source\WAFR_Viper_2435\ViperUI". . Process command: cleartool.exe lshist -r -nco -branch "r6.1.2_working_us" -since 20-Feb-2006.15:12:25 -fmt "%u#~#%Vd#~#%En#~#%Vn#~#%o#~#!%l#~#!%a#~#%Nc@#@#@#@#@#@#@#@#@#@#@#@\n" "E:\Release_6.1.2\Source\WAFR_Viper_2435\ViperUI" at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute(ProcessInfo processInfo) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.GetModifications(ProcessInfo info, DateTime from, DateTime to) at
 ThoughtWorks.CruiseControl.Core.Sourcecontrol.ClearCase.GetModifications(IIntegrationResult from, IIntegrationResult to) at ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications(ISourceControl sourceControl, IIntegrationResult lastBuild, IIntegrationResult thisBuild) at ThoughtWorks.CruiseControl.Core.IntegrationRunner.RunIntegration(BuildCondition buildCondition)"
   
  Thanks in advance.
   
  Bye all
  R.Madhu

				
---------------------------------
 Jiyo cricket on Yahoo! India cricket
Yahoo! Messenger Mobile Stay in touch with your buddies all the time.

RE: [Ccnet-user] How to get the status of ccnet in external programs

[Blackman, A. \(London\) <and...@ml...>]

How about taking a look at the source code for the CCTray client ...

	-----Original Message-----
	From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Chevanan,
Ranjith
	Sent: 21 February 2006 09:33
	To: ccn...@li...
	Subject: [Ccnet-user] How to get the status of ccnet in external
programs
=09
=09

	Hi,

	=20

	          I want to call ccnet.exe from c#.NET. But the problem
I am facing is how do I get the return status of ccnet.exe in c#?? coz
ccnet never seems to stop and thus continues. How do I solve this
problem? How do I ensure that my task has completed??

	=20

	Regards,

	Ranjith
--------------------------------------------------------

If you are not an intended recipient of this e-mail, please notify the =
sender, delete it and do not read, act upon, print, disclose, copy, =
retain or redistribute it. Click here for important additional terms =
relating to this e-mail.     http://www.ml.com/email_terms/
--------------------------------------------------------

[Ccnet-user] How to get the status of ccnet in external programs

[Chevanan, R. <ran...@in...>]

Hi,

=20

          I want to call ccnet.exe from c#.NET. But the problem I am
facing is how do I get the return status of ccnet.exe in c#?? coz ccnet
never seems to stop and thus continues. How do I solve this problem? How
do I ensure that my task has completed??

=20

Regards,

Ranjith

=20

[Ccnet-user] Using build log in custom tasks

[Brian V. <wor...@br...>]

I would like to send build status information to a remote server.  I can
do this by making an exec publisher, except that the build log isn't
available via the environment.  Is there some other way of getting
access to it?  What I'm trying to get is the same content used in the
emails.

Thanks!

-- 
Brian

Re: [Ccnet-user] CCTray under 2.0

[Andrew S. <ast...@gm...>]

Hi,

You need to create a config file for the tray app. Call it
cctray.exe.configand add the following.

<?xml version=3D"1.0" encoding=3D"utf-8" ?>
<configuration>
 <startup>
  <supportedRuntime version=3D"v2.0.50727" />
  <supportedRuntime version=3D"v1.1.4322" />
  <supportedRuntime version=3D"v1.0.3705" />
 </startup>
</configuration>

I think this has been commited to the source and will be available from
source or compiled in the daily build.

HTH

Andy


On 2/20/06, Peter van der Jagt <p.v...@tf...> wrote:
>
>  I have a CI-server which runs under .Net 2.0.  When I try to connect to
> the server with CCTray, I get the "Ticks must be...."-error, mentioned in
> the FAQ.
>
> In the FAQ, it says: "You can fix this by ensuring that you are running
> the same version of the .Net framework on all machines".  I am using 2.0o=
n both server and client, but CCTray still uses the
> 1.1 framework.  How can I configure CCTray to use 2.0?  Or is it 'better'
> to configure the server to use 1.1?  I rather prefer the first, since we
> are developing 2.0-only application, so the sevrer should be as much 2.0a=
s possible.
>
> Thanks,
>
> Peter
>

[Ccnet-user] CCTray under 2.0

[Peter v. d. J. <p.v...@tf...>]

I have a CI-server which runs under .Net 2.0.  When I try to connect to =
the server with CCTray, I get the "Ticks must be...."-error, mentioned =
in the FAQ.=20

In the FAQ, it says: "You can fix this by ensuring that you are running =
the same version of the .Net framework on all machines".  I am using 2.0 =
on both server and client, but CCTray still uses the 1.1 framework.  How =
can I configure CCTray to use 2.0?  Or is it 'better' to configure the =
server to use 1.1?  I rather prefer the first, since we are developing =
2.0-only application, so the sevrer should be as much 2.0 as possible.

Thanks,

Peter

RE: [Ccnet-user] Customise content of emails

[WALKER,Taliesin <Tal...@de...>]

Hi Sanjay,
=20
This won't modify the content of the emails, but have you considered
using Windows Authentication? I have restricted access to the dashboard
by making sure that Integrated Windows authentication is turned on for
the web dashboard virtual directory and setting up Web.config as follows
(you could use network groups in the allow section):
=20
<authentication mode=3D"Windows" />

<authorization>

<allow users=3D"NATION\tw0316"/>

<deny users=3D"*,?" />

</authorization>

You could then handle the access denied error in web.config to display a
custom page I expect.I hope this is something along the lines of what
you are looking for.
=20
Tali
=20
Tali Walker=20
x34117
=20

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Sanjay Pais
Sent: Monday, 20 February 2006 17:35
To: ccn...@li...
Subject: [Ccnet-user] Customise content of emails



I want to prevent some users from accessing the Dashboard. Can I send
different email message bodies to different user groups thereby
controlling who gets to access the dashboard?

=20

I know this is not a 'perfect solution' but might be the simplest way to
avoid having to modify the dashboard.

=20

Sanjay=20=20

=20

_______________________
Sanjay Pais
Software Developer

Accruent, Inc.
10 Price Street=20
Suite 300
Toronto, Ontario
M4W 1Z4
Tel: (416) 777-5610, (416) 365-1274 x 306

=20


Notice:
The information contained in this e-mail message and any attached files may
be confidential information, and may also be the subject of legal
professional privilege.  If you are not the intended recipient any use,
disclosure or copying of this e-mail is unauthorised.  If you have received
this e-mail in error, please notify the sender immediately by reply e-mail
and delete all copies of this transmission together with any attachments.

[Ccnet-user] Customise content of emails

[Sanjay P. <sa...@Ac...>]

I want to prevent some users from accessing the Dashboard. Can I send
different email message bodies to different user groups thereby
controlling who gets to access the dashboard?

=20

I know this is not a 'perfect solution' but might be the simplest way to
avoid having to modify the dashboard.

=20

Sanjay =20

=20

_______________________
Sanjay Pais
Software Developer

Accruent, Inc.
10 Price Street=20
Suite 300
Toronto, Ontario
M4W 1Z4
Tel: (416) 777-5610, (416) 365-1274 x 306

=20

Re: [Ccnet-user] FW: Filtered Source Control and Perforce

[Perry I. <ism...@gm...>]

On 2/16/06, Day, Tony <ld...@ha...> wrote:
>
>
> Always forget to check the event viewer=85
>
> It didn't like the capital P in sourceControlProvider type=85geesh.
>

Hi,

1. I suggest running in console mode until all configuration errors
and typos are fixed. After that in service mode specifically you will
be usually dealing with permission issues.

2. Also in your filtered source control you did not specify whether
the filters are inclusionFilters or exclusionFilters. They will not
work unless encapsulated in one or both of those tags.

3. As a clue on what actions Perforce performs, take a look in the
modifications list in web dashboard build report, it will usually list
the action together with the date, affected file, and comment. If you
are not using webdashboard, the modifications list can also be written
to disk using the modificationwriter task, specified in the publishers
section.

Hope this helps.

--
Perry Ismangil

[Ccnet-user] nant <if> tasks not working in ccnet build

[Jon W. <jo...@ho...>]

I'm having a problem with some <if> nant tasks not evaluating when called 
through ccnet.  The <if> tasks work when calling nant through a command 
prompt, but do not get executed when running through ccnet that calls the 
nant build.  Has anybody had a similar problem before?

Basically, the all of the nant <if> tasks are not evaluating in the target 
below through ccnet:
===========================================
<target name="build">
   <call target="init" />
   <echo message="Check that foo.exe exists or exit.  Also try to register 
dependencies"  />
<property name="filename_rel" value="${build.dir}\Release\foo.exe" 
verbose="true" />
<property name="filename_db" value="${build.dir}\Debug\foo.exe" 
verbose="true" />

<if test="${file::exists(filename_rel)}" verbose="true">
       <echo message="Found dependency:  ${filename_rel}" verbose="true" />
</if>

<if test="${file::exists(filename_db)}" verbose="true">
      <echo message="Found dependency:  ${filename_db}" verbose="true" />
</if>


<if test="${file::exists(filename_rel) and file::get-length(filename_rel) != 
0}" verbose="true">
      <property name="rel_exists" value="true" />
      <echo message="The property rel_exists = ${rel_exists}" verbose="true" 
/>
</if>

<if test="${file::exists(filename_db) and file::get-length(filename_db) != 
0}" verbose="true">
       <property name="db_exists" value="true" />
       <echo message="The property db_exists = ${db_exists}" verbose="true" 
/>
</if>

<if test="${not property::exists('rel_exists') and not 
property::exists('db_exists')}">
    <echo message="The version file ${filename_rel} or ${filename_db} 
doesn't exist." />
    <fail message="foo.exe is a dependency that must be built before this 
target." />
</if>

<echo message="Clean the registry, and register components needed to build" 
/>
<if test="${property::exists('db_exists') and not 
property::exists('rel_exists')}">
     <exec program="${build.dir}\Debug\foo.exe" commandline="/regserver" 
workingdir="${build.dir}\Debug" />
</if>
<if test="${property::exists('rel_exists')}" verbose="true">
     <exec program="${build.dir}\Release\foo.exe" commandline="/regserver" 
workingdir="${build.dir}\Release" verbose="true" />
</if>

</target>
===========================================

Thanks,
Jon

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Day, T. <ld...@ha...>]

=20

Nope, I had it in the exclusionFilter.  So, I suspect that your
assertion is correct and it was ignoring ANY 'edit'.  My thinking was
that since I was also excluding my build user that it would only be
excluding 'edits' for my build user but I don't think it was taking into
account the excluded user and it was ignoring all edits.

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: Friday, February 17, 2006 9:41 AM
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control

=20

At least by asking the question anyone else who suffers the same problem
should be able to find the answer more rapidly. :-)

=20

I assume the ActionFilter you had was in the inclusionFilters? I would
not have expected that its presence in the exclusionFilters would have
had any effect... unless Perforce actually does support a (currently not
mentioned in the documentation) "edit" operation, and so *all* changes
were excluded resulting in an empty set (hence CCNet decided it didn't
need to do anything).

=20

Oh well. Glad you have it working now!

Regards,

Richard

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 11:35
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control

Yup.  That's exactly what I have now and it's working like a charm.  So
it was a combination of having the filter in there and using an
undefined action(edit) in the filter.

=20

So, I have nobody to kick but myself....Ahhh, you live and you learn.=20

=20

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Marold, A. <And...@Mo...>]

>I assume the ActionFilter you had was in the inclusionFilters? I would =
not have expected that its presence in
>the exclusionFilters would have had any effect... unless Perforce =
actually does support a (currently not=20
>mentioned in the documentation) "edit" operation, and so *all* changes =
were excluded resulting in an empty set=20
>(hence CCNet decided it didn't need to do anything).

Well Perforce basically has 3 actions: add, edit, & delete. If it was =
comparing the action listed in the changelist for the files I can see =
how that would ignore all edits.

	Drew


NOTICE:
This message may contain privileged or otherwise confidential =
information. If you are not the intended recipient, please immediately =
advise the sender by reply email and delete the message and any =
attachments without using, copying or disclosing the contents. (FE1)

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Foster, R. - P. <RF...@qu...>]

At least by asking the question anyone else who suffers the same problem
should be able to find the answer more rapidly. :-)
=20
I assume the ActionFilter you had was in the inclusionFilters? I would
not have expected that its presence in the exclusionFilters would have
had any effect... unless Perforce actually does support a (currently not
mentioned in the documentation) "edit" operation, and so *all* changes
were excluded resulting in an empty set (hence CCNet decided it didn't
need to do anything).
=20
Oh well. Glad you have it working now!
Regards,
Richard

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 11:35
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control



Yup.  That's exactly what I have now and it's working like a charm.  So
it was a combination of having the filter in there and using an
undefined action(edit) in the filter.

=20

So, I have nobody to kick but myself....Ahhh, you live and you learn.=20

=20

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Day, T. <ld...@ha...>]

Yup.  That's exactly what I have now and it's working like a charm.  So
it was a combination of having the filter in there and using an
undefined action(edit) in the filter.

=20

So, I have nobody to kick but myself....Ahhh, you live and you learn.=20

=20

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: Friday, February 17, 2006 9:29 AM
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control

=20

Tony wrote: If I wasn't using the actions Node in an ActionFilter, why
would I have it in there at all if all it supports is an action node?

=20

Yup... that's exactly what I'm wondering! I personally have never found
the need for an ActionFilter, and what you describe (ignoring the
AssemblyInfo.cs file) could, I believe, be accomplished as follows
(please excuse the formatting... I think Outlook is going to be
annoying):

=20

<sourcecontrol type=3D"filtered">

    <sourcecontrol type=3D"p4">

        <view>//projects/myproject/...</view>
    </sourcecontrol>

    <exclusionFilters>
        <pathFilter>
            <pattern>Your/Path/To/AssemblyInfo.cs</pattern>
        </pathFilter>
    </exclusionFilters>
</sourcecontrol>

=20

Regards,

Richard=20

=20

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 11:21
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control

Richard,

=20

Maybe it's my thickness(or the fact that I have been staring at the
config file for a few days now and am a littly punchy :) ).

=20

I saw the *if* too but if I wasn't using the actions Node in an
ActionFilter, why would I have it in there at all if all it supports is
an action node? Maybe I'm making another bad assumption and should just
shut up now. =20

=20

I'll chalk by ignorance up to Fridayitus as well. lol

=20

Cheers,

Tony

=20

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Foster, R. - P. <RF...@qu...>]

Tony wrote: If I wasn't using the actions Node in an ActionFilter, why
would I have it in there at all if all it supports is an action node?
=20
Yup... that's exactly what I'm wondering! I personally have never found
the need for an ActionFilter, and what you describe (ignoring the
AssemblyInfo.cs file) could, I believe, be accomplished as follows
(please excuse the formatting... I think Outlook is going to be
annoying):
=20
<sourcecontrol type=3D"filtered">
    <sourcecontrol type=3D"p4">
        <view>//projects/myproject/...</view>
    </sourcecontrol>
    <exclusionFilters>
        <pathFilter>
            <pattern>Your/Path/To/AssemblyInfo.cs</pattern>
        </pathFilter>
    </exclusionFilters>
</sourcecontrol>

Regards,
Richard=20
=20
________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 11:21
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control


Richard,
=20
Maybe it's my thickness(or the fact that I have been staring at the
config file for a few days now and am a littly punchy :) ).
=20
I saw the *if* too but if I wasn't using the actions Node in an
ActionFilter, why would I have it in there at all if all it supports is
an action node? Maybe I'm making another bad assumption and should just
shut up now. =20
=20
I'll chalk by ignorance up to Fridayitus as well. lol
=20
Cheers,
Tony
=20

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Day, T. <ld...@ha...>]

AHHHHH!.  <action> required for <actions>. Ya, I should just shut up!



-----Original Message-----
From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Perry
Ismangil
Sent: Friday, February 17, 2006 9:07 AM
To: ccn...@li...
Subject: Re: [Ccnet-user] Documentation is WRONG for Filtered Source
Control

On 2/17/06, Day, Tony <ld...@ha...> wrote:

> According to the doc, the ActionFilter element is required.  Well,
it's not
> and if you use it Cruise Control will ignore any and all submits to
the
> depot regardless of what's defined in your view.  The action I was
using was
> 'edit'.  I am ignoring AssemblyInfo.cs edits as I  am incrementing the
file
> version for each build and when using the ActionFilter element CC
wasn't
> noticing any modifications.

Hi, Tony, I'm guessing here, but you may be looking at 'actions' as
'required' bit in the docs on filtered source control.

This is only if you are using action filter. I will try to make the
docs clearer.

Sorry for any inconvenience.

--
Perry Ismangil


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=103432&bid#0486&dat=121642
_______________________________________________
Ccnet-user mailing list
Ccn...@li...
https://lists.sourceforge.net/lists/listinfo/ccnet-user

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Day, T. <ld...@ha...>]

Richard,
=20
Maybe it's my thickness(or the fact that I have been staring at the
config file for a few days now and am a littly punchy :) ).
=20
I saw the *if* too but if I wasn't using the actions Node in an
ActionFilter, why would I have it in there at all if all it supports is
an action node? Maybe I'm making another bad assumption and should just
shut up now. =20
=20
I'll chalk by ignorance up to Fridayitus as well. lol
=20
Cheers,
Tony
=20

________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Foster,
Richard - PAL
Sent: Friday, February 17, 2006 8:55 AM
To: ccn...@li...
Subject: RE: [Ccnet-user] Documentation is WRONG for Filtered Source
Control


Hi Tony,
=20
I guess I'm a little confused by your comment and wanted to clarify
things.
=20
1) What gave you the impression that the ActionFilter element is
required? What I'm reading (at
http://confluence.public.thoughtworks.org/display/CCNET/Filtered+Source+
Control+Block) seems to suggest that *if* you use an ActionFilter
element as a child of either the inclusionFilters or exclusionFilters
then the ActionFilter element must contain one or more actions.
=20
2) The same document also indicates that the supported actions are
source control provider specific. How did you determine that "edit" was
a supported action? The list of supported actions is detailed on the
page for the specific provider (I.e.
http://confluence.public.thoughtworks.org/display/CCNET/Perforce+Source+
Control+Block), however there are no supported actions listed. I would
take that to mean that the ActionFilter is not available for Perforce
(yet).
=20
Please excuse me if I'm being thick. Blame it on Fridayitis! :-)
=20
Regards,
Richard


________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 10:44
To: ccn...@li...
Subject: [Ccnet-user] Documentation is WRONG for Filtered Source Control



I am using Perforce and have spent a few days chasing my tail trying to
get Perforce and Cruise Control working with the Filtered Source Control
block. =20

Whether this just affects Perforce users, I have no idea.  My suspicion
is yes because if it affected all Source Control systems supported by
Cruise Control I can't see how it would work for anyone...

According to the doc, the ActionFilter element is required.  Well, it's
not and if you use it Cruise Control will ignore any and all submits to
the depot regardless of what's defined in your view.  The action I was
using was 'edit'.  I am ignoring AssemblyInfo.cs edits as I  am
incrementing the file version for each build and when using the
ActionFilter element CC wasn't noticing any modifications.

Maybe this is a known issue but after spending a half hour reading
through the archives yesterday I didn't find anything regarding this
issue so I apologize if this is a known issue.

Tony Day=20
Configuration Management Analyst=20
Broadcast Communications Division=20
Harris Corporation=20
1999 Broadway, Suite 4000=20
Denver, CO 80202=20
(303) 390-7497=20

Re: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Perry I. <ism...@gm...>]

On 2/17/06, Day, Tony <ld...@ha...> wrote:

> According to the doc, the ActionFilter element is required.  Well, it's n=
ot
> and if you use it Cruise Control will ignore any and all submits to the
> depot regardless of what's defined in your view.  The action I was using =
was
> 'edit'.  I am ignoring AssemblyInfo.cs edits as I  am incrementing the fi=
le
> version for each build and when using the ActionFilter element CC wasn't
> noticing any modifications.

Hi, Tony, I'm guessing here, but you may be looking at 'actions' as
'required' bit in the docs on filtered source control.

This is only if you are using action filter. I will try to make the
docs clearer.

Sorry for any inconvenience.

--
Perry Ismangil

RE: [Ccnet-user] Documentation is WRONG for Filtered Source Control

[Foster, R. - P. <RF...@qu...>]

Hi Tony,
=20
I guess I'm a little confused by your comment and wanted to clarify
things.
=20
1) What gave you the impression that the ActionFilter element is
required? What I'm reading (at
http://confluence.public.thoughtworks.org/display/CCNET/Filtered+Source+
Control+Block) seems to suggest that *if* you use an ActionFilter
element as a child of either the inclusionFilters or exclusionFilters
then the ActionFilter element must contain one or more actions.
=20
2) The same document also indicates that the supported actions are
source control provider specific. How did you determine that "edit" was
a supported action? The list of supported actions is detailed on the
page for the specific provider (I.e.
http://confluence.public.thoughtworks.org/display/CCNET/Perforce+Source+
Control+Block), however there are no supported actions listed. I would
take that to mean that the ActionFilter is not available for Perforce
(yet).
=20
Please excuse me if I'm being thick. Blame it on Fridayitis! :-)
=20
Regards,
Richard


________________________________

From: ccn...@li...
[mailto:ccn...@li...] On Behalf Of Day, Tony
Sent: Friday, February 17, 2006 10:44
To: ccn...@li...
Subject: [Ccnet-user] Documentation is WRONG for Filtered Source Control



I am using Perforce and have spent a few days chasing my tail trying to
get Perforce and Cruise Control working with the Filtered Source Control
block. =20

Whether this just affects Perforce users, I have no idea.  My suspicion
is yes because if it affected all Source Control systems supported by
Cruise Control I can't see how it would work for anyone...

According to the doc, the ActionFilter element is required.  Well, it's
not and if you use it Cruise Control will ignore any and all submits to
the depot regardless of what's defined in your view.  The action I was
using was 'edit'.  I am ignoring AssemblyInfo.cs edits as I  am
incrementing the file version for each build and when using the
ActionFilter element CC wasn't noticing any modifications.

Maybe this is a known issue but after spending a half hour reading
through the archives yesterday I didn't find anything regarding this
issue so I apologize if this is a known issue.

Tony Day=20
Configuration Management Analyst=20
Broadcast Communications Division=20
Harris Corporation=20
1999 Broadway, Suite 4000=20
Denver, CO 80202=20
(303) 390-7497=20

[Ccnet-user] Documentation is WRONG for Filtered Source Control

[Day, T. <ld...@ha...>]

I am using Perforce and have spent a few days chasing my tail trying to
get Perforce and Cruise Control working with the Filtered Source Control
block. =20

Whether this just affects Perforce users, I have no idea.  My suspicion
is yes because if it affected all Source Control systems supported by
Cruise Control I can't see how it would work for anyone...

According to the doc, the ActionFilter element is required.  Well, it's
not and if you use it Cruise Control will ignore any and all submits to
the depot regardless of what's defined in your view.  The action I was
using was 'edit'.  I am ignoring AssemblyInfo.cs edits as I  am
incrementing the file version for each build and when using the
ActionFilter element CC wasn't noticing any modifications.

Maybe this is a known issue but after spending a half hour reading
through the archives yesterday I didn't find anything regarding this
issue so I apologize if this is a known issue.

Tony Day
Configuration Management Analyst
Broadcast Communications Division
Harris Corporation
1999 Broadway, Suite 4000
Denver, CO 80202
(303) 390-7497

[Ccnet-user] UseHistory Option on CVS

[Dan P. <dp...@as...>]

Does the UseHistory Option for CVS work properly in the latest CCNET builds?



Dan Pupek
Lead Software Engineer Advanced Systems Technology, Inc
8130 Pitman Ave.
Pensacola, Florida 32534 
dan...@dc... tel: 
fax: 
mobile: 850-475-4038
850-473-8387
850-529-0055 




Add me to your address book...Want a signature like this?

Re: [Ccnet-user] Using CruiseControl.NET with Subversion

[si <ssh...@gm...>]

SGkgRGF2aWQsCgo+IIVpcyBjbGVhciBlbm91Z2guICBVbmZvcnR1bmF0ZWx5IEkgYW0gb25lIG9m
IHRob3NlIHByZWRhbnRpYyBwZW9wbGUgd2hvCj4gaW5zaXN0IG9uIGEgY2xlYW4gYnVpbGQgKGF0
IGxlYXN0IHVudGlsIGl0IGdldHMgdG9vIHNsb3cpLiAgRG8geW91IGhhdmUgYW4KPiBleGFtcGxl
IGNjbmV0LmNvbmZpZyBmaWxlIHRoYXQgc2hvd3Mgd2hhdCB5b3UgbWVhbiBieSAndGhlbiBjcmVh
dGUgYSBzZWNvbmQKPiBvbmUgaW5zaWRlIHlvdXIgYnVpbGQgdGFzayc/CgpGb3Igb3VyIG5pZ2h0
bHkgYnVpbGQgSSB1c2UgdGhpcyBpbnNpZGUgb3VyIG5hbnQgc2NyaXB0OgoodHJpbW1lZCBpdCBk
b3duIGZvciB0aGUgc2FrZSBvZiBicmV2aXR5KToKCjx0YXJnZXQgbmFtZT0iaW5pdC1zdm4iPgoJ
PHByb3BlcnR5IG5hbWU9InN2bi1leGUiIG92ZXJ3cml0ZT0iZmFsc2UiIHZhbHVlPSJDOlxQcm9n
cmFtCkZpbGVzXFN1YnZlcnNpb25cYmluXHN2bi5leGUiIC8+Cgk8ZmFpbCB1bmxlc3M9IiR7Zmls
ZTo6ZXhpc3RzKHN2bi1leGUpfSIgbWVzc2FnZT0iU3VidmVyc2lvbiBub3QgaW5zdGFsbGVkIiAv
Pgo8L3RhcmdldD4KCjx0YXJnZXQgbmFtZT0iaW5pdC1zdm4tY2hlY2tvdXQiIGRlcGVuZHM9Imlu
aXQtc3ZuIj4KCTxmYWlsIG1lc3NhZ2U9InN2bi1jaGVja291dC11cmwgcHJvcGVydHkgbm90IHNl
dCIKdW5sZXNzPSIke3Byb3BlcnR5OjpleGlzdHMoJ3N2bi1jaGVja291dC11cmwnKX0iIC8+Cgk8
ZmFpbCBtZXNzYWdlPSJzdm4tY2hlY2tvdXQtcGF0aCBwcm9wZXJ0eSBub3Qgc2V0Igp1bmxlc3M9
IiR7cHJvcGVydHk6OmV4aXN0cygnc3ZuLWNoZWNrb3V0LXBhdGgnKX0iIC8+Cgk8ZGVsZXRlIGRp
cj0iJHtzdm4tY2hlY2tvdXQtcGF0aH0iIC8+CjwvdGFyZ2V0PgoKPHRhcmdldCBuYW1lPSJzdm4t
Y2hlY2tvdXQiIGRlcGVuZHM9ImluaXQtc3ZuLWNoZWNrb3V0Ij4KCTxleGVjIHByb2dyYW09IiR7
c3ZuLWV4ZX0iPgoJCTxhcmcgdmFsdWU9ImNoZWNrb3V0IiAvPgoJCTxhcmcgdmFsdWU9IiR7c3Zu
LWNoZWNrb3V0LXVybH0iIC8+CgkJPGFyZyB2YWx1ZT0iJHtzdm4tY2hlY2tvdXQtcGF0aH0iIC8+
Cgk8L2V4ZWM+CjwvdGFyZ2V0PgoKYW5kIHRoZSBjY25ldC5jb25maWcgbmlnaHRseSBidWlsZCBw
cm9qZWN0IGxvb2tzIHNvbWV0aGluZyBsaWtlOgoKLi4uCjx0YXNrcz4KCTwhLS0gU3RhcnQgYnkg
cGVyZm9ybWluZyBhIGNsZWFuIGNoZWNrb3V0IC0tPgoJPG5hbnQ+CgkJPGJhc2VEaXJlY3Rvcnk+
Jm5pZ2h0bHkucm9vdDs8L2Jhc2VEaXJlY3Rvcnk+CgkJPGJ1aWxkQXJncz5zdm4tY2hlY2tvdXQg
LUQ6c3ZuLWNoZWNrb3V0LXBhdGg9Jm5pZ2h0bHkuY2hlY2tvdXQucGF0aDsKLUQ6c3ZuLWNoZWNr
b3V0LXVybD0mbmlnaHRseS5jaGVja291dC51cmw7PC9idWlsZEFyZ3M+CgkJPGJ1aWxkRmlsZT4m
dG9vbHMucm9vdDsvTkFudC9zY3JpcHRzL05pZ2h0bHkvTmlnaHRseS5idWlsZDwvYnVpbGRGaWxl
PgoJCTxleGVjdXRhYmxlPiZ0b29scy5yb290Oy9OQW50L2Jpbi9uYW50LmV4ZTwvZXhlY3V0YWJs
ZT4KCTwvbmFudD4KLi4uCgpGb3Igb3VyIGludGVncmF0aW9uIGJ1aWxkcyBJIGp1c3QgdXNlIHN2
biB1cGRhdGUgb24gYSB3b3JraW5nIGNvcHkuCgpwZWFjZQpzaQo=

[Ccnet-user] Using CruiseControl.NET with Subversion

[David T. <da...@li...>]

Hi,

 

Your warning.

 

'A Working Copy Must Already Exist
The Subversion source control task requires that the working directory
already contain a Subversion working copy. If your build policy requires
checking out a clean copy, then create a second one inside your build task.
CruiseControl.Net is not (yet) able to checkout a clean Subversion working
copy from scratch.'

 

.is clear enough.  Unfortunately I am one of those predantic people who
insist on a clean build (at least until it gets too slow).  Do you have an
example ccnet.config file that shows what you mean by 'then create a second
one inside your build task'?

 

Many thanks

 

--
David Taylor
Lightershade Ltd
12 Dock Place
Edinburgh
EH6 6LU
www.lightershade.com
d: 0131 514 4023
t: 0845 11 99088
f: 0845 11 99901

 


-- 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed.  
If you have received this email in error please notify the sender. Any 
offers or quotation of service are subject to formal specification.  
Errors and omissions excepted.  Please note that any views or opinions 
presented in this email are solely those of the author and do not 
necessarily represent those of Lumison, nplusone or lightershade ltd.  
Finally, the recipient should check this email and any attachments for the 
presence of viruses.  Lumison, nplusone and lightershade ltd accepts no 
liability for any damage caused by any virus transmitted by this email.

-- 

-- 
Virus scanned by Lumison.