I did switch and let Jenkins configure it and it does work great.  The issue I 
have now is that when I run the build.xml through Jenkins on the slave,  it 
does not read the properties from the environment using:

<property environment="env"/>


If I run it manually from a cmd windows on the server it does.  Seems to be the 
way the slave handles system variables. Does it suppress them somehow or do I 
need to change my ANT code to read it as a normal property inherited from the 
Master?

Thanks, Eric



On Friday, February 7, 2014 12:30 PM, Baptiste Mathus <[email protected]> 
wrote:
 
But, I'll add, better don't do it.
Let Jenkins install ant by himself on the slaves. It will really make your life 
simpler. If the public ant versions don't suit your needs, you can even just 
package the one you need, upload it somewhere in your company and tell Jenkins 
to install this version instead of the plugin one.
(This message is sent from the guy who didn't do it originally...  And infra 
eventually became unmanageable when growing, until we finally switch to this 
mode afterwards :))
Le 6 févr. 2014 22:15, "Les Mikesell" <[email protected]> a écrit :

On Thu, Feb 6, 2014 at 3:11 PM, Mark Waite <[email protected]> wrote:
>> The easiest way with Ant is to use the Jenkins global configuration to
>> configure an Ant installation, and have it download that Ant installation
>> from Apache.  Then you define the job to use the specific Ant version you
>> configured, and it will be downloaded and used for that build.
>>
>> That keeps your life simpler when you add and remove slave nodes, since you
>> don't need to take extra steps to install and configure Ant on each slave.
>> Jenkins does it for you because you configured Ant in the Jenkins
>> configuration page.
>>
>
>Or, if you want to install it yourself you can give the version a name
>in the global config, then in the per-node config, in node properties,
>tool locations, add a path to find it on that node.
>
>--
>   Les Mikesell
>     [email protected]
>
>--
>You received this message because you are subscribed to the Google Groups 
>"Jenkins Users" group.
>To unsubscribe from this group and stop receiving emails from it, send an 
>email to [email protected].
>For more options, visit https://groups.google.com/groups/opt_out.
>
-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to