Utils.groovy has @Grab depedency which breaks build inside firewall about jenkinspipelineunit HOT 6 CLOSED

I agree that this test is far from ideal. It should not download the jar etc. I'll look more into the grab configuration. Feel free to suggest a PR to fix it.

Thanks

from jenkinspipelineunit.

Actually there is a much simpler solution, just add it to the testCompile configuration and it passes the unit tests:

Remove from Utils.groovy:
@grab('org.apache.commons:commons-math3:3.4.1')

Add to the top level build.gradle in dependencies {} block:
testCompile group: 'org.apache.commons', name: 'commons-math3', version: '3.4.1'

I'll add a PR if you still want it but this is so simple...

from jenkinspipelineunit.

It is there to verify if the Grab is working as expected.
The shared library test can be splitted, that's for sure. But I would not remove it.

from jenkinspipelineunit.

Take a look at the PR I added this afternoon I think it does what you want it to do.

from jenkinspipelineunit.

Thanks for the pr. I saw it and it should work as expected but didn't had time to test it yet. I'd prefer doing it on junit though.

from jenkinspipelineunit.

I don't understand your comment "I'd prefer doing it on junit though."? My proposed changes setup the local test environment so that the tests which are still in junit are left unchanged. I don't see how you can do this inside the junit tests themselves as the information about repositories and networking has to be passed to it somehow. Making the tests work behind a firewall you can't assume anything except that the user has set up for Gradle itself for the local network. In our case we use a standard init.gradle script to run a plugin in settings.gradle which among other things remaps all the repositories and configures pluginManagment settings. Other people may choose to set the global java proxy settings but that can't be assumed to work everywhere.

from jenkinspipelineunit.