Jenkins-Infra pipeline library changes issue

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

Jenkins-Infra pipeline library changes issue

Richard Bywater-3
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Gavin Mogan

looks like the recommended version changed. You can tell your jenkinsfile to only build your own version and not try newer ones, but I think its better to catch bugs as early as possible.

On Fri, May 1, 2020 at 5:52 PM Richard Bywater <[hidden email]> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_Duvu-QHfswLC_9Sqy%2B-eoVum4nCD1gz51d%3DM%3D%2BgK-cwPfg%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Mark Waite-2
In reply to this post by Richard Bywater-3
Yes, that's expected, at least in the sense that changes to the pipeline library are applied to repositories unless the repository specifically loads a precise version of the pipeline library.

In this case, the change is a switch from compiling and testing with Jenkins 1.190.x to instead compile and test with Jenkins 2.222.x.  That's part of the ci.jenkins.io buildPlugin() call for recommended configurations.

Usually that hints that it may be time to consider updating the minimum Jenkins version supported by your plugin.

As an example, I did some analysis of the Jenkins installed versions of the git plugin and decided that it is now time to update the minimum Jenkins version required for the git plugin.  The current minimum version is Jenkins 2.138 (yes, that is a very, very old Jenkins version).  The next git plugin release will require at least Jenkins 2.204.

Mark Waite

On Fri, May 1, 2020 at 6:52 PM Richard Bywater <[hidden email]> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtEei44uNX_LYXAap69%3DLpThCGyXPKxnw62NzhjSf8xiuQ%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Mark Waite-2
I misspoke, it was previously testing with Jenkins 2.164 and is now testing with 2.222.  Same principles apply.

On Fri, May 1, 2020 at 7:03 PM Mark Waite <[hidden email]> wrote:
Yes, that's expected, at least in the sense that changes to the pipeline library are applied to repositories unless the repository specifically loads a precise version of the pipeline library.

In this case, the change is a switch from compiling and testing with Jenkins 1.190.x to instead compile and test with Jenkins 2.222.x.  That's part of the ci.jenkins.io buildPlugin() call for recommended configurations.

Usually that hints that it may be time to consider updating the minimum Jenkins version supported by your plugin.

As an example, I did some analysis of the Jenkins installed versions of the git plugin and decided that it is now time to update the minimum Jenkins version required for the git plugin.  The current minimum version is Jenkins 2.138 (yes, that is a very, very old Jenkins version).  The next git plugin release will require at least Jenkins 2.204.

Mark Waite

On Fri, May 1, 2020 at 6:52 PM Richard Bywater <[hidden email]> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Richard Bywater-3
Thanks all - I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml for now. I also could fix the issue with upping the slf4jversion parameter but it seemed wrong to do this when I don't have any particular reason in the plugin to have that particular version. I guess I kind of expected the bom to handle that type of thing for me but I assume that's tracking what libraries were available for that particular version of Jenkins?

It would be useful if there was some kind of "minimum" configuration version defined which was defined by, say, the earliest LTS version which has greater than x% usage so that you don't have to keep as up-to-date as you seem to have to have to with recommendedConfigurations.

Out of interest, is there a set of criteria about why a version is recommended? By my calculation (and it seems quite high so is possibly wrong) by moving from a minimum version of 2.164.3 to the recommended 2.222.3 would mean that about 60% of current users would drop out of support?

(Sorry if this message seems confused but it kind of echoes my mind at the moment :D)

Richard.

On Sat, 2 May 2020 at 13:06, Mark Waite <[hidden email]> wrote:
I misspoke, it was previously testing with Jenkins 2.164 and is now testing with 2.222.  Same principles apply.

On Fri, May 1, 2020 at 7:03 PM Mark Waite <[hidden email]> wrote:
Yes, that's expected, at least in the sense that changes to the pipeline library are applied to repositories unless the repository specifically loads a precise version of the pipeline library.

In this case, the change is a switch from compiling and testing with Jenkins 1.190.x to instead compile and test with Jenkins 2.222.x.  That's part of the ci.jenkins.io buildPlugin() call for recommended configurations.

Usually that hints that it may be time to consider updating the minimum Jenkins version supported by your plugin.

As an example, I did some analysis of the Jenkins installed versions of the git plugin and decided that it is now time to update the minimum Jenkins version required for the git plugin.  The current minimum version is Jenkins 2.138 (yes, that is a very, very old Jenkins version).  The next git plugin release will require at least Jenkins 2.204.

Mark Waite

On Fri, May 1, 2020 at 6:52 PM Richard Bywater <[hidden email]> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Ulli Hafner
BTW: this is yet another argument for disabling the enforcer. Or at least add slf4j to the list of ignores. 

Am 02.05.2020 um 05:34 schrieb Richard Bywater <[hidden email]>:

Thanks all - I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml for now. I also could fix the issue with upping the slf4jversion parameter but it seemed wrong to do this when I don't have any particular reason in the plugin to have that particular version. I guess I kind of expected the bom to handle that type of thing for me but I assume that's tracking what libraries were available for that particular version of Jenkins?

It would be useful if there was some kind of "minimum" configuration version defined which was defined by, say, the earliest LTS version which has greater than x% usage so that you don't have to keep as up-to-date as you seem to have to have to with recommendedConfigurations.

Out of interest, is there a set of criteria about why a version is recommended? By my calculation (and it seems quite high so is possibly wrong) by moving from a minimum version of 2.164.3 to the recommended 2.222.3 would mean that about 60% of current users would drop out of support?

(Sorry if this message seems confused but it kind of echoes my mind at the moment :D)

Richard.

On Sat, 2 May 2020 at 13:06, Mark Waite <[hidden email]> wrote:
I misspoke, it was previously testing with Jenkins 2.164 and is now testing with 2.222.  Same principles apply.

On Fri, May 1, 2020 at 7:03 PM Mark Waite <[hidden email]> wrote:
Yes, that's expected, at least in the sense that changes to the pipeline library are applied to repositories unless the repository specifically loads a precise version of the pipeline library.

In this case, the change is a switch from compiling and testing with Jenkins 1.190.x to instead compile and test with Jenkins 2.222.x.  That's part of the ci.jenkins.io buildPlugin() call for recommended configurations.

Usually that hints that it may be time to consider updating the minimum Jenkins version supported by your plugin.

As an example, I did some analysis of the Jenkins installed versions of the git plugin and decided that it is now time to update the minimum Jenkins version required for the git plugin.  The current minimum version is Jenkins 2.138 (yes, that is a very, very old Jenkins version).  The next git plugin release will require at least Jenkins 2.204.

Mark Waite

On Fri, May 1, 2020 at 6:52 PM Richard Bywater <[hidden email]> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/FC3D9FD0-4107-4702-B37C-FAA8DF89F862%40gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Oleg Nenashev
Changing the recommended LTS baseline was discussed in this thread in Aug 2019. At that point we did not come to a decision, and the topic was frozen for a while. Note that the Pipeline Library documentation is explicit about it: "It is also possible to use a buildPlugin.recommendedConfigurations() method to get recommended configurations for testing. Note that the recommended configuration may change over time, and hence your CI may break if the new recommended configuration is not compatible". So the breaking behavior is expected but indeed undesired. And there is no explicit criteria though I had "latest LTS baseline" as a target when creating this method.

What we could do is to tweak the buildPlugin() logic to ensure that it does not fail the build when newer configuration fails. Instead of that we could send warnings to the pull request via a message or additional Checks status.

Best regards,
Oleg

On Saturday, May 2, 2020 at 12:14:47 PM UTC+2, Ullrich Hafner wrote:
BTW: this is yet another argument for disabling the enforcer. Or at least add slf4j to the list of ignores. 

Am 02.05.2020 um 05:34 schrieb Richard Bywater <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">ric...@...>:

Thanks all - I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml for now. I also could fix the issue with upping the slf4jversion parameter but it seemed wrong to do this when I don't have any particular reason in the plugin to have that particular version. I guess I kind of expected the bom to handle that type of thing for me but I assume that's tracking what libraries were available for that particular version of Jenkins?

It would be useful if there was some kind of "minimum" configuration version defined which was defined by, say, the earliest LTS version which has greater than x% usage so that you don't have to keep as up-to-date as you seem to have to have to with recommendedConfigurations.

Out of interest, is there a set of criteria about why a version is recommended? By my calculation (and it seems quite high so is possibly wrong) by moving from a minimum version of 2.164.3 to the recommended 2.222.3 would mean that about 60% of current users would drop out of support?

(Sorry if this message seems confused but it kind of echoes my mind at the moment :D)

Richard.

On Sat, 2 May 2020 at 13:06, Mark Waite <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">mark.e...@...> wrote:
I misspoke, it was previously testing with Jenkins 2.164 and is now testing with 2.222.  Same principles apply.

On Fri, May 1, 2020 at 7:03 PM Mark Waite <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">mark.e...@...> wrote:
Yes, that's expected, at least in the sense that changes to the pipeline library are applied to repositories unless the repository specifically loads a precise version of the pipeline library.

In this case, the change is a switch from compiling and testing with Jenkins 1.190.x to instead compile and test with Jenkins 2.222.x.  That's part of the <a href="http://ci.jenkins.io/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Fci.jenkins.io%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHS73EkK8iMzEHwF6Ld01mGsK-vlw&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Fci.jenkins.io%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHS73EkK8iMzEHwF6Ld01mGsK-vlw&#39;;return true;">ci.jenkins.io buildPlugin() call for recommended configurations.

Usually that hints that it may be time to consider updating the minimum Jenkins version supported by your plugin.

As an example, I did some analysis of the Jenkins installed versions of the git plugin and decided that it is now time to update the minimum Jenkins version required for the git plugin.  The current minimum version is Jenkins 2.138 (yes, that is a very, very old Jenkins version).  The next git plugin release will require at least Jenkins 2.204.

Mark Waite

On Fri, May 1, 2020 at 6:52 PM Richard Bywater <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">ric...@...> wrote:
Just wondering if its expected that updates to Jenkins-Infra pipeline library might cause issues on builds that have no changes to pom.xml etc.?

Looks like there was a pipeline library change made between <a href="https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fci.jenkins.io%2Fjob%2FPlugins%2Fjob%2Fhtmlpublisher-plugin%2Fjob%2FPR-56%2F1%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHRiFW1uF0eCTORridSv31z20EJgg&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fci.jenkins.io%2Fjob%2FPlugins%2Fjob%2Fhtmlpublisher-plugin%2Fjob%2FPR-56%2F1%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHRiFW1uF0eCTORridSv31z20EJgg&#39;;return true;">https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/1/ and <a href="https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fci.jenkins.io%2Fjob%2FPlugins%2Fjob%2Fhtmlpublisher-plugin%2Fjob%2FPR-56%2F2%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHLsI49bAlULxhlcYsxjNzDO0zVyA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fci.jenkins.io%2Fjob%2FPlugins%2Fjob%2Fhtmlpublisher-plugin%2Fjob%2FPR-56%2F2%2F\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHLsI49bAlULxhlcYsxjNzDO0zVyA&#39;;return true;">https://ci.jenkins.io/job/Plugins/job/htmlpublisher-plugin/job/PR-56/2/ which has broken the build due to library version issues such as :
12:28:10  Failed while enforcing RequireUpperBoundDeps. The error(s) are [
12:28:10  Require upper bound dependencies error for org.slf4j:jcl-over-slf4j:1.7.25 paths to dependency are:
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.slf4j:jcl-over-slf4j:1.7.25
12:28:10  and
12:28:10  +-org.jenkins-ci.plugins:htmlpublisher:1.23-SNAPSHOT
12:28:10    +-org.jenkins-ci.main:jenkins-core:2.222.3
12:28:10      +-org.slf4j:jcl-over-slf4j:1.7.25 (managed) <-- org.slf4j:jcl-over-slf4j:1.7.26

Not sure if there's an issue with my pom.xml or similar that needs fixing but thought it strange it would 
suddenly break.
Any help gratefully received :)
Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jenkin...@googlegroups.com.
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwftkMA7_BTaW2tZj1-02WeyyVtWrWtSU6nKWMFP7jk7YA%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jenkin...@googlegroups.com.
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jenkinsci-dev/CAO49JtFAA62bnAue%3DiegAb04Fk0rvQDHqsc0k5O8BCuQPj6bsw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="hfpvb2zGBQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jenkin...@googlegroups.com.
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwdMy1ag%3DmF-346B56EUGTPSu2D9nGCkw3gE9b-epCKRPw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/fab1b313-42aa-4eef-a990-f5fbbee061aa%40googlegroups.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Jesse Glick-4
In reply to this post by Richard Bywater-3
On Fri, May 1, 2020 at 11:34 PM Richard Bywater <[hidden email]> wrote:
> I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml

This makes no sense. If you _only_ want to build the version
referenced in `pom.xml`, just

buildPlugin()

The point of `configurations` is to build against _newer_ versions as well.

> I also could fix the issue with upping the slf4jversion parameter but it seemed wrong to do this when I don't have any particular reason in the plugin to have that particular version. I guess I kind of expected the bom to handle that type of thing for me

It does. You should switch to a 4.x version of the parent POM.

> the earliest LTS version which has greater than x% usage

We only ship security patches to the current LTS, so anything older is
technically unsupported.

I remain opposed to having an implicit Jenkins version in
`recommendedConfigurations` and in general to the notion of having
plugin `Jenkinsfile`s import an unversioned tip of `pipeline-library`.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr2Laouye2t-hkMO85BxzOpHjmuZb23Q00SJwAuu6PNRtw%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Richard Bywater-3
On Tue, 5 May 2020 at 01:01, Jesse Glick <[hidden email]> wrote:
> I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml

This makes no sense. If you _only_ want to build the version
referenced in `pom.xml`, just

buildPlugin()

The point of `configurations` is to build against _newer_ versions as well.

Thanks - I didn't realise that. After reading the README https://github.com/jenkins-infra/pipeline-library I wasn't clear on what the default behaviour was if you didn't specify any of the optional arguments. I'm also confused by the statement "Gradle support in buildPlugin() is deprecated and will be eventually removed. Please use buildPluginWithGradle()". Is that actually accurate? Should we be using Gradle builds by default now?
 

> I also could fix the issue with upping the slf4jversion parameter but it seemed wrong to do this when I don't have any particular reason in the plugin to have that particular version. I guess I kind of expected the bom to handle that type of thing for me

It does. You should switch to a 4.x version of the parent POM.

Ah ok. When I was searching I somehow managed to miss https://www.jenkins.io/doc/developer/plugin-development/dependency-management/ and its related links so I'll follow through those pages. 

If someone who is familiar with the BOMs & POMs could take a quick review of https://github.com/jenkinsci/htmlpublisher-plugin/pull/57 just to make sure I'm not digging myself deeper into the ditch that would be most appreciated :)

Thanks
Richard.
 

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwfZO_8%2BMmusa0T90AtpEvyWSSXDcZnkvv_WN6dnToXANw%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

slide


On Mon, May 4, 2020 at 5:53 PM Richard Bywater <[hidden email]> wrote:
On Tue, 5 May 2020 at 01:01, Jesse Glick <[hidden email]> wrote:
> I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml

This makes no sense. If you _only_ want to build the version
referenced in `pom.xml`, just

buildPlugin()

The point of `configurations` is to build against _newer_ versions as well.

Thanks - I didn't realise that. After reading the README https://github.com/jenkins-infra/pipeline-library I wasn't clear on what the default behaviour was if you didn't specify any of the optional arguments. I'm also confused by the statement "Gradle support in buildPlugin() is deprecated and will be eventually removed. Please use buildPluginWithGradle()". Is that actually accurate? Should we be using Gradle builds by default now?
 

This just means that if you use Gradle to build your plugin, you should not be using buildPlugin() anymore, you should use buildPluginWithGradle() instead. Maven builds are still the normal and most supported method for building Jenkins plugins.

--

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Richard Bywater-3
Thanks. I totally somehow missed the "Gradle support in" part of that both when I read it the couple of times and when I pasted... Time for a break I think!

Richard.

On Tue, 5 May 2020 at 12:59, Slide <[hidden email]> wrote:


On Mon, May 4, 2020 at 5:53 PM Richard Bywater <[hidden email]> wrote:
On Tue, 5 May 2020 at 01:01, Jesse Glick <[hidden email]> wrote:
> I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml

This makes no sense. If you _only_ want to build the version
referenced in `pom.xml`, just

buildPlugin()

The point of `configurations` is to build against _newer_ versions as well.

Thanks - I didn't realise that. After reading the README https://github.com/jenkins-infra/pipeline-library I wasn't clear on what the default behaviour was if you didn't specify any of the optional arguments. I'm also confused by the statement "Gradle support in buildPlugin() is deprecated and will be eventually removed. Please use buildPluginWithGradle()". Is that actually accurate? Should we be using Gradle builds by default now?
 

This just means that if you use Gradle to build your plugin, you should not be using buildPlugin() anymore, you should use buildPluginWithGradle() instead. Maven builds are still the normal and most supported method for building Jenkins plugins.

--

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAAy0hwd97KT7NTc7EUukdVm9YvCCGUh1eLF6OyarqG2WFBZusA%40mail.gmail.com.
Reply | Threaded
Open this post in threaded view
|

Re: Jenkins-Infra pipeline library changes issue

Oleg Nenashev
We have reverted the recommendedConfigurations() patch for now.
Back to the drawing board, we still need to somehow ensure that recommended configurations can evolve without breaking instances.


On Tuesday, May 5, 2020 at 3:01:35 AM UTC+2, Richard Bywater wrote:
Thanks. I totally somehow missed the "Gradle support in" part of that both when I read it the couple of times and when I pasted... Time for a break I think!

Richard.

On Tue, 5 May 2020 at 12:59, Slide <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="wDjOqIeyAwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">slid...@...> wrote:


On Mon, May 4, 2020 at 5:53 PM Richard Bywater <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="wDjOqIeyAwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">ric...@...> wrote:
On Tue, 5 May 2020 at 01:01, Jesse Glick <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="wDjOqIeyAwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jgl...@...> wrote:
> I've got the build to work again by removing recommendedConfigurations and switching to explicitly building the minimum version of Jenkins that is referenced in the pom.xml

This makes no sense. If you _only_ want to build the version
referenced in `pom.xml`, just

buildPlugin()

The point of `configurations` is to build against _newer_ versions as well.

Thanks - I didn't realise that. After reading the README <a href="https://github.com/jenkins-infra/pipeline-library" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgithub.com%2Fjenkins-infra%2Fpipeline-library\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGbB4BUJN2DKIZVUmye3e7mhGk2fA&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fgithub.com%2Fjenkins-infra%2Fpipeline-library\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNGbB4BUJN2DKIZVUmye3e7mhGk2fA&#39;;return true;">https://github.com/jenkins-infra/pipeline-library I wasn't clear on what the default behaviour was if you didn't specify any of the optional arguments. I'm also confused by the statement "Gradle support in buildPlugin() is deprecated and will be eventually removed. Please use buildPluginWithGradle()". Is that actually accurate? Should we be using Gradle builds by default now?
 

This just means that if you use Gradle to build your plugin, you should not be using buildPlugin() anymore, you should use buildPluginWithGradle() instead. Maven builds are still the normal and most supported method for building Jenkins plugins.

--
Website: <a href="http://earl-of-code.com" target="_blank" rel="nofollow" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Fearl-of-code.com\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNH6n4PgqhQTRQjanfDfEls_aRabFg&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2Fearl-of-code.com\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNH6n4PgqhQTRQjanfDfEls_aRabFg&#39;;return true;">http://earl-of-code.com

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="wDjOqIeyAwAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">jenkin...@googlegroups.com.
To view this discussion on the web visit <a href="https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com?utm_medium=email&amp;utm_source=footer" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com?utm_medium\x3demail\x26utm_source\x3dfooter&#39;;return true;">https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVd%2BvoxjEASVCO30C9iobk2aDGp2fwZNWjvSj4P1X-uLyQ%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/fa6c7004-8e6a-4158-9bc1-eedea23cdb2f%40googlegroups.com.