I could use gradle wrapper, not used it a lot, but looking at docs I think 
it requires me to commit a small JAR file as part for the generated gradle 
wrapper files. We have a no binary files in source control policy.

So I prefer to have Jenkins set up all the tooling for me and we pull it 
from a local Artifactory repo.

The point of the jenkins declarative pipeline is that you commit the 
pipeline jenkinsFile with all this alongside your source and Jenkins does 
the tooling side with these tools definitions. Shouldn't even need to set 
anything up on the Jenkins slave node (apart from a JVM for jenkins to run 
the slave) or have binaries in source control. For some reason the 
documented pipeline gradle tool DSL is not working or I have mis-configured 


On Thursday, 16 February 2017 10:00:00 UTC, Damien Coraboeuf wrote:
> Question: why can't you use the Gradle wrapper? This allows you to rely 
> only on a JDK. No need to rely on a Gradle installation.
> On Thursday, 16 February 2017 09:34:34 UTC+1, Bill Dennis wrote:
>> Yes, I did all that gradle configuration. 'GRADLE_LATEST' is the label we 
>> used for our gradle installation. We name it that way so every time we 
>> update to the latest gradle, we don't need to change all our jobs that we 
>> want to be on the latest gradle version. We also use gradle version 
>> specific labels for jobs that are sensitive to the version. It shouldn't be 
>> a problem here. 
>> Thanks, 
>> Bill 

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 jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
For more options, visit https://groups.google.com/d/optout.

Reply via email to