I thought about using "Extract *.zip/*.tar.gz instead, and pointing it to a
custom Gradle distribution at an inhouse URL.
However the gradle distribution is unpackaged into a second subdirectory:
/jenkins/tools/hudson.plugins.gradle.GradleInstallation/gradle-5.6/
gradle-5.6.1
While the tool gives me the directory:
/jenkins/tools/hudson.plugins.gradle.GradleInstallation/gradle-5.6
And I expect gradle executable should be:
${gradleTool}/bin/gradle
Unpacking
https://nexus.company.no:8443/repository/gradle-distributions/gradle-5.6.1-bin.zip
<https://nexus.spacetec.no:8443/repository/gradle-distributions/gradle-5.6.1-bin.zip>
to
/home/build/jenkins/tools/hudson.plugins.gradle.GradleInstallation/gradle-5.6
on sles12.3-x86_64_4
+
/home/build/jenkins/tools/hudson.plugins.gradle.GradleInstallation/gradle-5.6/bin/gradle
-version
/home/build/jenkins/workspace/pipeline-tests/pipeline-gradle-tools@tmp/durable-81b2542a/script.sh:
line 1:
/home/build/jenkins/tools/hudson.plugins.gradle.GradleInstallation/gradle-5.6/bin/gradle:
No such file or directory
I have been trying to use a "Shell command" instead, but am having
difficulty scripting a quick no-op if the tool is already installed.
Getting none of the Bash magic for checking empty directory to work.
onsdag 25. september 2019 11.38.23 UTC+2 skrev Sverre Moe følgende:
>
> There is no Exception thrown when running that in script console.
>
> Result: PK
> A
> gradle-5.6.2/ PK
> AĘ|����H !gradle-5.6.2/getting-start
>
> Same for Maven
> hudson.ProxyConfiguration.getInputStream(new URL("
> https://repo.maven.apache.org/maven2/org/apache/maven/apache-maven/3.6.2/apache-maven-3.6.2-bin.zip";)).text.substring(0,
>
> 100)
>
> Result: PK
> B� O apache-maven-3.6.2/PK
> =� O apache-maven-3.6.2/li
>
>
>
> onsdag 25. september 2019 11.13.13 UTC+2 skrev Daniel Beck følgende:
>>
>> Run the following in the Jenkins script console:
>>
>> hudson.ProxyConfiguration.getInputStream(new URL("
>> https://services.gradle.org/distributions/gradle-5.6.2-bin.zip";)).text.substring(0,
>>
>> 100)
>>
>> Note that this loads the entire downloaded file, if successful, into
>> memory, so not quite production quality code ;-)
>>
>> Replace the URL as needed to try whatever URLs are listed as being
>> downloaded with the different installers. The expectation for zip files is
>> that the output starts with "PK". If the same exception gets thrown for
>> Groovy/Gradle, while Maven works, it's SSL after all. (Gradle Wrapper would
>> run probably on a different machine, with different JRE, so that doesn't
>> tell you much.)
>>
>>
>> On Wed, Sep 25, 2019 at 10:59 AM Sverre Moe <sver...@gmail.com> wrote:
>>
>>> Both the MavenInstaller and GradleInstaller are very similar
>>>
>>> public static class MavenInstaller extends DownloadFromUrlInstaller {
>>> public class GradleInstaller extends DownloadFromUrlInstaller {
>>>
>>> I thought perhaps they used different implementation, and that was the
>>> reason for why GradleInstaller had problems.
>>>
>>> https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/tasks/Maven.java
>>>
>>> https://github.com/jenkinsci/gradle-plugin/blob/master/src/main/java/hudson/plugins/gradle/GradleInstaller.java
>>>
>>>
>>> Both Jenkins Server and Build agents are behind a firewall. The Jenkins
>>> has proxy configured, but the build agents do not have any proxy configured.
>>> I have same problem using Gradle wrapper, but as mentioned earlier here
>>> gradle wrapper works if I configure proxy properties.
>>>
>>>
>>> onsdag 25. september 2019 10.41.32 UTC+2 skrev Sverre Moe følgende:
>>>>
>>>> Which projects has the source code for the Maven, Gradle and Groovy
>>>> Tool installers? I want to have a check to see if there is something to be
>>>> done on the Gradle and Groovy tool installers.
>>>>
>>>> onsdag 25. september 2019 10.30.17 UTC+2 skrev Sverre Moe følgende:
>>>>>
>>>>> The Gradle tool installer is not the only tool having this problem. I
>>>>> am getting the same SSL problem with Groovy tool installers.
>>>>>
>>>>> Makes me wonder, what does the maven tool installer do different than
>>>>> the Gradle and Groovy tool installers.
>>>>>
>>>>> mandag 23. september 2019 22.26.10 UTC+2 skrev Sverre Moe følgende:
>>>>>>
>>>>>> I have gotten this problem both for Jenkins running Java 8u221 and
>>>>>> Java 11.0.4+11. The latest for both 8 and 11.
>>>>>>
>>>>>> Maven tool download works just fine, using the same JDK, so why would
>>>>>> the gradle installer have a problem?
>>>>>>
>>>>>> I do not like to check in the gradle wrapper files into version
>>>>>> control, but considering it might ease new developers I am beginning to
>>>>>> lean into it.
>>>>>>
>>>>>> mandag 23. september 2019 18.25.04 UTC+2 skrev Jan Monterrubio
>>>>>> følgende:
>>>>>>>
>>>>>>> I’ve always relied on projects supplying the gradle wrapper
>>>>>>> instead... that might be a good alternative if you can’t upgrade the JRE
>>>>>>>
>>>>>>> On Mon, Sep 23, 2019 at 05:37 Daniel Beck <db...@cloudbees.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Sep 23, 2019 at 2:28 PM Sverre Moe <sver...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> ERROR: Failed to download
>>>>>>>>> https://services.gradle.org/distributions/gradle-5.6.2-bin.zip from
>>>>>>>>> agent; will retry from master
>>>>>>>>>
>>>>>>>>> sun.security.provider.certpath.SunCertPathBuilderException: unable to
>>>>>>>>> find valid certification path to requested target
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Which makes me believe that the Gradle tool does not use Jenkins
>>>>>>>>> Proxy settings, while Maven tools does use it.
>>>>>>>>>
>>>>>>>>
>>>>>>>> The error means it's an SSL issue. If you're on an old JRE, update
>>>>>>>> it.
>>>>>>>>
>>>>>>>> --
>>>>>>>> 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 jenkins...@googlegroups.com.
>>>>>>>> To view this discussion on the web visit
>>>>>>>> https://groups.google.com/d/msgid/jenkinsci-users/CAMo7PtLJW%2BeMQ-509sB%2Bv%2BdAtz_%3DDudWMsiE-eCdZYfduAPcyA%40mail.gmail.com
>>>>>>>>
>>>>>>>> <https://groups.google.com/d/msgid/jenkinsci-users/CAMo7PtLJW%2BeMQ-509sB%2Bv%2BdAtz_%3DDudWMsiE-eCdZYfduAPcyA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>>>>>>> .
>>>>>>>>
>>>>>>> --
>>> 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 jenkins...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-users/a8ae71dc-3515-499c-a038-26a80eebc3a0%40googlegroups.com
>>>
>>> <https://groups.google.com/d/msgid/jenkinsci-users/a8ae71dc-3515-499c-a038-26a80eebc3a0%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>
>>
>> --
>>
>> Daniel Beck
>> Senior Software Engineer
>> CloudBees, Inc.
>>
>> [image: CloudBees-Logo.png]
>>
>>
>>
--
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
https://groups.google.com/d/msgid/jenkinsci-users/b189d1ce-3924-4490-89b6-6516e1b2e5f9%40googlegroups.com.
