It took me a bit to find the actual setup file, but I did, and now my dynamic
parameters work (as they did with 1.5 server we also have).
But now I have a question on the versions of the server.
One of our build servers uses cc.net 1.5.6804.1 (1.5 RC1), using dynamic
parameters for the various projects.
I'm setting up a new build server - there wasn't any fix in 1.6 compelling me
to use 1.6 cc.net - I just wanted the new server to use the latest release. So
I tried 1.6.7981.1. I ran into a problem using dynamic parameters (using the
same template as used for the 1.5 ccnet.config projects).
Google found the email reference below where someone else had the same problem
- this was fixed in 1.6.7991.2 ("The only change this build contains from the
official 1.6 release is the bug fix for this issue"). I tried to get a hold of
that build on ccnetlive, but couldn't access it.
Using the svn revision number 7991, I found
CruiseControl.NET-1.5.609.7991-Setup.exe on the build server referenced below
(which had the right date, 1/30/11). I installed this instead, and my dynamic
parameters work just fine.
My cc.net dashboard reports the cc.net version as 1.5.609.7991. I'm just a
little confused over the version numbers, as it seems like the official 1.5
release is 1.5.7256.1 (dated 5/2/2010). Why is this version 1.5.x instead of
1.6.x? Is this version that I now have really built on top of the 1.6 cc.net?
Maybe I don't need to care that much, but it just seems like the version number
is a little out of whack. Or am I missing something?
Thanks,
Beth
From: [email protected] [mailto:[email protected]] On
Behalf Of Daniel Nauck
Sent: Wednesday, May 11, 2011 3:22 AM
To: [email protected]
Subject: Re: [ccnet-user] ccnetlive - is it up and running?
Hello,
you can get the builds from here:
http://build.nauck-it.de/ViewFarmReport.aspx?Category=CruiseControl.NET
The version includes the svn revision.
Daniel
Am 11.05.2011 um 12:04 schrieb Ruben Willems:
Hi
The machine is running, but not accessible via the internet :-(
This is something only Dave can fix for the moment.
with kind regards
Ruben Willems
On Tue, May 10, 2011 at 10:16 PM, Beth Hechanova
<[email protected]<mailto:[email protected]>> wrote:
I am having the same problem with dynamic parameters as this email thread, so I
am trying to get this updated build. But I can't seem to get to
ccnetlive.thoughtworks.com<http://ccnetlive.thoughtworks.com/>. Is it up and
running? Or is there another place that I can retrieve this build?
Thanks,
Beth
-----Original Message-----
From: [email protected]<mailto:[email protected]>
[mailto:[email protected]<mailto:[email protected]>] On
Behalf Of Craig & Sammi Sutherland
Sent: Sunday, January 30, 2011 4:15 PM
To: [email protected]<mailto:[email protected]>
Subject: RE: [ccnet-user] Re: problems with dynamic valueparameters since Iuse
ccnet 1.6 release
Ok, ccnetlive is back up and running again. If you want the fixed version it
can be downloaded from
http://ccnetlive.thoughtworks.com/CCNet-builds/1.6.0/1.6.7991.2/.
The only change this build contains from the official 1.6 release is the bug
fix for this issue.
Craig
-----Original Message-----
From: [email protected]<mailto:[email protected]>
[mailto:[email protected]<mailto:[email protected]>] On
Behalf Of Craig Sutherland
Sent: Monday, 31 January 2011 9:49 a.m.
To: ccnet-user
Subject: [ccnet-user] Re: problems with dynamic valueparameters since I use
ccnet 1.6 release
Further to this I've put in a fix for the problem and tested that it
works with the NAnt task.
Unfortunately due to a password sniffing attack on SourceForge
ccnetlive is not building - we need our administrator to go and reset
the password for us.
Craig
On Jan 31, 9:30 am, "Craig & Sammi Sutherland"
<[email protected]<mailto:[email protected]>> wrote:
> Hi Igor,
>
> I've tracked down what is causing this - we changed targetList from being
a
> field to a property in the nant task. Unfortunately this is now breaking
the
> code for setting the value using the dynamic values :-(
>
> Since the problem is with the setting of the values there is no work
around
> for it - we will need to fix the code.
>
> Craig
>
>
>
>
>
>
>
> -----Original Message-----
> From: [email protected]<mailto:[email protected]>
> [mailto:[email protected]<mailto:[email protected]>] On
>
> Behalf Of Igor Markovic
> Sent: Friday, 28 January 2011 3:36 a.m.
> To: ccnet-user
> Subject: [ccnet-user] problems with dynamic valueparameters since I use
> ccnet 1.6 release
>
> Since I upgraded to ccnet 1.6 I have problems using dynamic parameters
> in a nant task. It did work correctly with the 1.5 release. I defined
> the following parameter in my project:
>
> <parameters>
> <selectParameter name="BuildType">
> <allowedValues>
> <value name="NightlyBuild">NightlyBuild</value>
> <value name="IncrementalBuild">IncrementalBuild</value>
> </allowedValues>
> <default>IncrementalBuild</default>
> </selectParameter>
> </parameters>
>
> When I add a task like:
>
> <exec executable="cmd.exe" buildArgs="/C echo $[BuildType]"/>
>
> It will work and the output will be:
>
> --------------------
> [Workstation (Release):DEBUG] Starting process [cmd.exe] in working
> directory [D:\CruiseControl\Workstation (Release)\Sources] with
> arguments [/C echo IncrementalBuild]
> [Workstation (Release):DEBUG] Not setting PriorityClass on [D:
> \CruiseControl\Workstation (Release)\Sources\cmd.exe] to default
> Normal
> [10:DEBUG] [Workstation (Release) cmd.exe] IncrementalBuild
> --------------------
>
> But when I use the dynamic parameter in my ant task it will throw an
> exception.
>
> --------------------
> System.Reflection.TargetParameterCountException: Parameter count
> mismatch.
> at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,
> BindingFlags invokeAttr, Binder binder, Object[] parameters,
> CultureInfo culture, Boolean skipVisibilityChecks)
> at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,
> BindingFlags invokeAttr, Binder binder, Object[] parameters,
> CultureInfo culture)
> at System.Reflection.RuntimePropertyInfo.SetValue(Object obj,
> Object value, BindingFlags invokeAttr, Binder binder, Object[] index,
> CultureInfo culture)
> at System.Reflection.RuntimePropertyInfo.SetValue(Object obj,
> Object value, Object[] index)
> at
>
ThoughtWorks.CruiseControl.Core.Tasks.DynamicValueUtility.PropertyValue.Cha
n
> gePropertyValue(Object
> value)
> at
>
ThoughtWorks.CruiseControl.Core.Tasks.DynamicValueUtility.PropertyValue.Cha
n
> geProperty(Object
> value)
> at
> ThoughtWorks.CruiseControl.Core.Tasks.DirectDynamicValue.ApplyTo(Object
> value, Dictionary`2 parameters, IEnumerable`1 parameterDefinitions)
> at
>
ThoughtWorks.CruiseControl.Core.Tasks.TaskBase.ApplyParameters(Dictionary`2
> parameters, IEnumerable`1 parameterDefinitions)
> at
> ThoughtWorks.CruiseControl.Core.Project.RunTasks(IIntegrationResult
> result, IList tasksToRun, Dictionary`2 parameterValues)
> at ThoughtWorks.CruiseControl.Core.Project.Run(IIntegrationResult
> result)
> at
> ThoughtWorks.CruiseControl.Core.IntegrationRunner.Build(IIntegrationResult
> result)
> at
>
ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate(IntegrationRequ
e
> st
> request)
> --------------------
>
> My nant task looks like this:
>
> <nant>
> <executable>$(tool-nant)</executable>
> <baseDirectory>$(base-dir)</baseDirectory>
> <nologo>true</nologo>
> <buildFile>Sources\Build\default.build</buildFile>
> <logger>NAnt.Core.XmlLogger</logger>
> <targetList>
> <target>$[BuildType]</target>
> </targetList>
> <buildTimeoutSeconds>1800</buildTimeoutSeconds>
> </nant>
>
> How can I make the dynamic parameters work with ccnet 1.6?
>
> Thanks for your help.
This email and any files transmitted with it are confidential & proprietary to
Systems and Software Enterprises, Inc. (dba IMS). This information is intended
solely for the use of the individual or entity to which it is addressed. Access
or transmittal of the information contained in this e-mail, in full or in part,
to any other organization or persons is not authorized.
________________________________
This email and any files transmitted with it are confidential & proprietary to
Systems and Software Enterprises, Inc. (dba IMS). This information is intended
solely for the use of the individual or entity to which it is addressed. Access
or transmittal of the information contained in this e-mail, in full or in part,
to any other organization or persons is not authorized.
