Re: [Question] Plugin Health Scores on Update Center?

2022-04-06 Thread 'Gavin Mogan' via Jenkins Developers 
Like update center, it can be a script that generates output and gets
published to a server. Doesn't need to be a service. Actually
shouldn't be a service, should be a once in a while generated json
file so it can't be broken into or anything.

On Wed, Apr 6, 2022 at 10:43 PM Dheeraj  wrote:
>
> I agree that there are just too many characters as the naming convention I've 
> used is too descriptive, so maybe the character count can be decreased if we 
> name them efficiently.
>
> The advantage of making the update center do it vs processing it elsewhere is 
> that there will be one less service to maintain, but I agree, I didn't think 
> of it from the character-count perspective.
>
> On Thu, Apr 7, 2022 at 9:07 AM 'Gavin Mogan' via Jenkins Developers 
>  wrote:
>>
>> danielbeck is the owner of updatecenter, but my opinion is that is way
>> too big for something jenkins won't use. the example you gave has 300+
>> character, time 2000 plugins, thats 600+ megs of extra data that every
>> jenkins would download
>>
>> What would be the advantage of making update center do it vs
>> processing it elsewhere and then having plugin site pull it in?
>>
>> Gavin
>>
>> On Wed, Apr 6, 2022 at 8:28 PM Dheeraj  wrote:
>> >
>> > As per my understanding, for now, the data would only be used by Plugins 
>> > Site. If in the future we want to show Plugin's health scores on Plugin 
>> > Manager as well then I think every install of Jenkins would need the data.
>> >
>> >
>> > An object full of values like this:
>> > ```
>> > "healthScore": 87,
>> > “healthScoreParameters”: [
>> >  {isParentPomLatest : 0.4},
>> >  {isJenkinsfilePresent : 0.3},
>> >  {checkJenkinsBaseVersion : -0.2},
>> >  {checkDeprecatedLayouts : -0.1},
>> >  {isSpotbugsEnabled : 0.3},
>> >  {isScmUrlUpdated : 0.1},
>> >  {isAutomatedDepCheckEnabled : 0.5},
>> >  {isUsingPluginBom : 0.4},
>> >  {isContributingGuidePresent : 0.2}
>> >  .
>> >  .
>> >  .
>> > ]
>> > ```
>> > The number of parameters can be expanded very easily and is yet to be 
>> > decided specifically, but I think initially there can be around 30~ of 
>> > them per plugin. This means 30*2000 = 6
>> >
>> >
>> > That's weird, I specifically placed the link of the bookmark within my 
>> > proposal which takes us to the exact section which answers your questions.
>> >
>> > Link: 
>> > https://docs.google.com/document/d/1HTbcWh5C1KrCgEzgqeVEPyfr1H5fH5eTj8KpbWrWsSY/edit#bookmark=id.67e168tnirse
>> >
>> > Please let me know what you think about this, thanks!
>> >
>> >
>> > On Wed, Apr 6, 2022 at 8:58 PM 'Gavin Mogan' via Jenkins Developers 
>> >  wrote:
>> >>
>> >> Does every install for Jenkins need the data? Or would it be only for a 
>> >> single view?
>> >>
>> >>  How much data is it per plugin? A single number? Or an object full of 
>> >> values?
>> >>
>> >> Any data you'd want to add would need to be multiplied by like 2000 
>> >> plugins so it gets super expensive super quickly.
>> >>
>> >> I tried reading the proposal but after a couple pages or so I didn't feel 
>> >> like skimming any more to try and find this info.
>> >>
>> >> On Wed., Apr. 6, 2022, 5:14 a.m. Dheeraj,  
>> >> wrote:
>> >>>
>> >>> Hi everyone,
>> >>>
>> >>> Based on the project idea 'Plugin Health Score' for GSoC '22, I have a 
>> >>> small question. Can we deliver each plugin's health score inside the 
>> >>> JSON object published by the Update Center?
>> >>>
>> >>> More on this can be found in this proposal.
>> >>>
>> >>> --
>> >>> 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 jenkinsci-dev+unsubscr...@googlegroups.com.
>> >>> To view this discussion on the web visit 
>> >>> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
>> >> To view this discussion on the web visit 
>> >> https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuzRW%2BSenKMyx-CwhHhyme7mfE187m7xQuudA0o%2BUq02Q%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 jenkinsci-dev+unsubscr...@googlegroups.com.
>> > To view this discussion on the web visit 
>> > https://groups.google.com/d/msgid/jenkinsci-dev/CAET3CjefDseaRAbGzAmgDRjPguHfi89p0Wu0nDMQ%3Dsa%2Bff3VLg%40mail.gmail.com.
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Developers" group.
>> To unsubscribe from this group and

Re: [Question] Plugin Health Scores on Update Center?

2022-04-06 Thread Dheeraj 
I agree that there are just too many characters as the naming convention
I've used is too descriptive, so maybe the character count can be decreased
if we name them efficiently.

The advantage of making the update center do it vs processing it elsewhere
is that there will be one less service to maintain, but I agree, I didn't
think of it from the character-count perspective.

On Thu, Apr 7, 2022 at 9:07 AM 'Gavin Mogan' via Jenkins Developers <
jenkinsci-dev@googlegroups.com> wrote:

> danielbeck is the owner of updatecenter, but my opinion is that is way
> too big for something jenkins won't use. the example you gave has 300+
> character, time 2000 plugins, thats 600+ megs of extra data that every
> jenkins would download
>
> What would be the advantage of making update center do it vs
> processing it elsewhere and then having plugin site pull it in?
>
> Gavin
>
> On Wed, Apr 6, 2022 at 8:28 PM Dheeraj 
> wrote:
> >
> > As per my understanding, for now, the data would only be used by Plugins
> Site. If in the future we want to show Plugin's health scores on Plugin
> Manager as well then I think every install of Jenkins would need the data.
> >
> >
> > An object full of values like this:
> > ```
> > "healthScore": 87,
> > “healthScoreParameters”: [
> >  {isParentPomLatest : 0.4},
> >  {isJenkinsfilePresent : 0.3},
> >  {checkJenkinsBaseVersion : -0.2},
> >  {checkDeprecatedLayouts : -0.1},
> >  {isSpotbugsEnabled : 0.3},
> >  {isScmUrlUpdated : 0.1},
> >  {isAutomatedDepCheckEnabled : 0.5},
> >  {isUsingPluginBom : 0.4},
> >  {isContributingGuidePresent : 0.2}
> >  .
> >  .
> >  .
> > ]
> > ```
> > The number of parameters can be expanded very easily and is yet to be
> decided specifically, but I think initially there can be around 30~ of them
> per plugin. This means 30*2000 = 6
> >
> >
> > That's weird, I specifically placed the link of the bookmark within my
> proposal which takes us to the exact section which answers your questions.
> >
> > Link:
> https://docs.google.com/document/d/1HTbcWh5C1KrCgEzgqeVEPyfr1H5fH5eTj8KpbWrWsSY/edit#bookmark=id.67e168tnirse
> >
> > Please let me know what you think about this, thanks!
> >
> >
> > On Wed, Apr 6, 2022 at 8:58 PM 'Gavin Mogan' via Jenkins Developers <
> jenkinsci-dev@googlegroups.com> wrote:
> >>
> >> Does every install for Jenkins need the data? Or would it be only for a
> single view?
> >>
> >>  How much data is it per plugin? A single number? Or an object full of
> values?
> >>
> >> Any data you'd want to add would need to be multiplied by like 2000
> plugins so it gets super expensive super quickly.
> >>
> >> I tried reading the proposal but after a couple pages or so I didn't
> feel like skimming any more to try and find this info.
> >>
> >> On Wed., Apr. 6, 2022, 5:14 a.m. Dheeraj, 
> wrote:
> >>>
> >>> Hi everyone,
> >>>
> >>> Based on the project idea 'Plugin Health Score' for GSoC '22, I have a
> small question. Can we deliver each plugin's health score inside the JSON
> object published by the Update Center?
> >>>
> >>> More on this can be found in this proposal.
> >>>
> >>> --
> >>> 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 jenkinsci-dev+unsubscr...@googlegroups.com.
> >>> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
> >> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuzRW%2BSenKMyx-CwhHhyme7mfE187m7xQuudA0o%2BUq02Q%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 jenkinsci-dev+unsubscr...@googlegroups.com.
> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3CjefDseaRAbGzAmgDRjPguHfi89p0Wu0nDMQ%3Dsa%2Bff3VLg%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 jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuG_-91EupKsOxzBevtgVXGhp6Ak78_8hd4nqP5%3D_0gFQ%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 fr

Re: [Question] Plugin Health Scores on Update Center?

2022-04-06 Thread 'Gavin Mogan' via Jenkins Developers 
danielbeck is the owner of updatecenter, but my opinion is that is way
too big for something jenkins won't use. the example you gave has 300+
character, time 2000 plugins, thats 600+ megs of extra data that every
jenkins would download

What would be the advantage of making update center do it vs
processing it elsewhere and then having plugin site pull it in?

Gavin

On Wed, Apr 6, 2022 at 8:28 PM Dheeraj  wrote:
>
> As per my understanding, for now, the data would only be used by Plugins 
> Site. If in the future we want to show Plugin's health scores on Plugin 
> Manager as well then I think every install of Jenkins would need the data.
>
>
> An object full of values like this:
> ```
> "healthScore": 87,
> “healthScoreParameters”: [
>  {isParentPomLatest : 0.4},
>  {isJenkinsfilePresent : 0.3},
>  {checkJenkinsBaseVersion : -0.2},
>  {checkDeprecatedLayouts : -0.1},
>  {isSpotbugsEnabled : 0.3},
>  {isScmUrlUpdated : 0.1},
>  {isAutomatedDepCheckEnabled : 0.5},
>  {isUsingPluginBom : 0.4},
>  {isContributingGuidePresent : 0.2}
>  .
>  .
>  .
> ]
> ```
> The number of parameters can be expanded very easily and is yet to be decided 
> specifically, but I think initially there can be around 30~ of them per 
> plugin. This means 30*2000 = 6
>
>
> That's weird, I specifically placed the link of the bookmark within my 
> proposal which takes us to the exact section which answers your questions.
>
> Link: 
> https://docs.google.com/document/d/1HTbcWh5C1KrCgEzgqeVEPyfr1H5fH5eTj8KpbWrWsSY/edit#bookmark=id.67e168tnirse
>
> Please let me know what you think about this, thanks!
>
>
> On Wed, Apr 6, 2022 at 8:58 PM 'Gavin Mogan' via Jenkins Developers 
>  wrote:
>>
>> Does every install for Jenkins need the data? Or would it be only for a 
>> single view?
>>
>>  How much data is it per plugin? A single number? Or an object full of 
>> values?
>>
>> Any data you'd want to add would need to be multiplied by like 2000 plugins 
>> so it gets super expensive super quickly.
>>
>> I tried reading the proposal but after a couple pages or so I didn't feel 
>> like skimming any more to try and find this info.
>>
>> On Wed., Apr. 6, 2022, 5:14 a.m. Dheeraj,  
>> wrote:
>>>
>>> Hi everyone,
>>>
>>> Based on the project idea 'Plugin Health Score' for GSoC '22, I have a 
>>> small question. Can we deliver each plugin's health score inside the JSON 
>>> object published by the Update Center?
>>>
>>> More on this can be found in this proposal.
>>>
>>> --
>>> 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 jenkinsci-dev+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuzRW%2BSenKMyx-CwhHhyme7mfE187m7xQuudA0o%2BUq02Q%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 jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3CjefDseaRAbGzAmgDRjPguHfi89p0Wu0nDMQ%3Dsa%2Bff3VLg%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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuG_-91EupKsOxzBevtgVXGhp6Ak78_8hd4nqP5%3D_0gFQ%40mail.gmail.com.

Re: [Question] Plugin Health Scores on Update Center?

2022-04-06 Thread Dheeraj 
As per my understanding, for now, the data would only be used by Plugins
Site. If in the future we want to show Plugin's health scores on Plugin
Manager as well then I think every install of Jenkins would need the data.


An object full of values like this:
```
"healthScore": 87,
“healthScoreParameters”: [
 {isParentPomLatest : 0.4},
 {isJenkinsfilePresent : 0.3},
 {checkJenkinsBaseVersion : -0.2},
 {checkDeprecatedLayouts : -0.1},
 {isSpotbugsEnabled : 0.3},
 {isScmUrlUpdated : 0.1},
 {isAutomatedDepCheckEnabled : 0.5},
 {isUsingPluginBom : 0.4},
 {isContributingGuidePresent : 0.2}
 .
 .
 .
]
```
The number of parameters can be expanded very easily and is yet to be
decided specifically, but I think initially there can be around 30~ of them
per plugin. This means 30*2000 = 6


That's weird, I specifically placed the link of the bookmark within my
proposal which takes us to the exact section which answers your questions.

Link:
https://docs.google.com/document/d/1HTbcWh5C1KrCgEzgqeVEPyfr1H5fH5eTj8KpbWrWsSY/edit#bookmark=id.67e168tnirse

Please let me know what you think about this, thanks!


On Wed, Apr 6, 2022 at 8:58 PM 'Gavin Mogan' via Jenkins Developers <
jenkinsci-dev@googlegroups.com> wrote:

> Does every install for Jenkins need the data? Or would it be only for a
> single view?
>
>  How much data is it per plugin? A single number? Or an object full of
> values?
>
> Any data you'd want to add would need to be multiplied by like 2000
> plugins so it gets super expensive super quickly.
>
> I tried reading the proposal but after a couple pages or so I didn't feel
> like skimming any more to try and find this info.
>
> On Wed., Apr. 6, 2022, 5:14 a.m. Dheeraj, 
> wrote:
>
>> Hi everyone,
>>
>> Based on the project idea 'Plugin Health Score' for GSoC '22, I have a
>> small question. Can we deliver each plugin's health score inside the JSON
>> object published by the Update Center?
>>
>> More on this can be found in this proposal
>> 
>> .
>>
>> --
>> 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 jenkinsci-dev+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuzRW%2BSenKMyx-CwhHhyme7mfE187m7xQuudA0o%2BUq02Q%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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAET3CjefDseaRAbGzAmgDRjPguHfi89p0Wu0nDMQ%3Dsa%2Bff3VLg%40mail.gmail.com.

QueueListener when pipeline node command is waiting?

2022-04-06 Thread G. Michael Carter 
> Still waiting to schedule task
> There are no nodes with the label ‘notexist’


I know about the RunListener, and QueueListener... were do I hook into
on the front of detecting a node execution.   Basically, want to have
an alert system to slack if a developer executes a "node" command and
it's been waiting for a while, or in some cases days till someone
notices.   Just need a starting point here.

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CANjusZcYTwNnsQg0M0r5TbzoNVXJpdkZJ%2BCxvuKbP3yU-%2BCG1g%40mail.gmail.com.

Governance Meeting Apr 6, 2022

2022-04-06 Thread Mark Waite 
The Jenkins governance board meeting will start at 9:00 PM UTC today.  
Agenda 

 
items include:


   - 
   
   News
   - 
  
  Jenkins 2.332.2 LTS released
  - 
   
   Action items
   - 
  
  Mark Waite check with Tracy Miranda on FOSDEM funds transfer
  - 
  
  Mark Waite find and finish Linux Foundation transfers from GSoC 2021
  - 
   
   Expense approvals for security team
   - 
   
   Does meeting time need to adjust again because of daylight saving time?
   - 
   
   Ukraine invasion by Russia and the Jenkins project
   - 
  
  Mark sent the request for additional votes 
  
 
  today, April 6, 2022
  - 
  
  Cossack image with flag - PR 5027 
  
  - 
  
  Jenkins image with flag - PR 5030 
  
  - 
   
   CDF Community Awards nominations are now open, close April 11, 2022
   - 
   
   Jenkins is the Way replacement site - Gavin Mogan
   - 
   
   cdCon 2022 and Jenkins Contributor Summit - Austin, TX, USA June 7-8, 
   2022
   - 
   
   Google Summer of Code progress report - Mark Waite
   - 
   
   Forums and topics
   

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/a4a3618b-3111-48d3-b0cc-cbc3fd98416dn%40googlegroups.com.

Re: ANN: Jenkins Design Library

2022-04-06 Thread Tim Jacomb 
https://community.jenkins.io/t/jenkins-design-library/2036

On Wed, 6 Apr 2022 at 16:33, Gavin Mogan  wrote:

> Is it worth cross posting to either showing off  -
> https://community.jenkins.io/c/using-jenkins/showing-off/9 or UX sig
> https://community.jenkins.io/c/contributing/ux-sig/18 forum groups? Maybe
> with a pretty picture to entice people?
>
> On Wed., Apr. 6, 2022, 5:57 a.m. Tim Jacomb,  wrote:
>
>> Hi all,
>>
>> The Jenkins Design Library has now been published.
>>
>> See the live version at:  https://weekly.ci.jenkins.io/design-library/
>>
>> It is intended to make it easy for developers to build consistent
>> interfaces using Jenkins UI components.
>>
>> It includes demonstrations of a number of UI components in Jenkins.
>>
>> You can copy and paste ready to use examples
>>
>> It provides guidance  on when / how to use components where possible.
>>
>> Please give it a try and let us know what else you would like to see on
>> the Issue tracker
>>  or on Gitter
>> .
>>
>> Thanks
>> UX-Sig
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Jenkins User Experience" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to jenkinsci-ux+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/jenkinsci-ux/CAH-3BiejZdRcdr340%2BTDFBXhbx-0fUmu74jgNKoyKL%2BbkjHyLw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAH-3Bif621z5ap-oQBBgHbJk97t93YzRm0BVPo1jtHWjz-7PcA%40mail.gmail.com.

Re: ANN: Jenkins Design Library

2022-04-06 Thread 'Gavin Mogan' via Jenkins Developers 
Is it worth cross posting to either showing off  -
https://community.jenkins.io/c/using-jenkins/showing-off/9 or UX sig
https://community.jenkins.io/c/contributing/ux-sig/18 forum groups? Maybe
with a pretty picture to entice people?

On Wed., Apr. 6, 2022, 5:57 a.m. Tim Jacomb,  wrote:

> Hi all,
>
> The Jenkins Design Library has now been published.
>
> See the live version at:  https://weekly.ci.jenkins.io/design-library/
>
> It is intended to make it easy for developers to build consistent
> interfaces using Jenkins UI components.
>
> It includes demonstrations of a number of UI components in Jenkins.
>
> You can copy and paste ready to use examples
>
> It provides guidance  on when / how to use components where possible.
>
> Please give it a try and let us know what else you would like to see on
> the Issue tracker
>  or on Gitter
> .
>
> Thanks
> UX-Sig
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins User Experience" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-ux+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-ux/CAH-3BiejZdRcdr340%2BTDFBXhbx-0fUmu74jgNKoyKL%2BbkjHyLw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_Duu4vOFLnrxcpZgk90ck-nuMzoAdU1hXBCo7XPLAP28VaA%40mail.gmail.com.

Re: [Question] Plugin Health Scores on Update Center?

2022-04-06 Thread 'Gavin Mogan' via Jenkins Developers 
Does every install for Jenkins need the data? Or would it be only for a
single view?

 How much data is it per plugin? A single number? Or an object full of
values?

Any data you'd want to add would need to be multiplied by like 2000 plugins
so it gets super expensive super quickly.

I tried reading the proposal but after a couple pages or so I didn't feel
like skimming any more to try and find this info.

On Wed., Apr. 6, 2022, 5:14 a.m. Dheeraj, 
wrote:

> Hi everyone,
>
> Based on the project idea 'Plugin Health Score' for GSoC '22, I have a
> small question. Can we deliver each plugin's health score inside the JSON
> object published by the Update Center?
>
> More on this can be found in this proposal
> 
> .
>
> --
> 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 jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAG%3D_DuuzRW%2BSenKMyx-CwhHhyme7mfE187m7xQuudA0o%2BUq02Q%40mail.gmail.com.

Re: Java 17 support added to build toolchain

2022-04-06 Thread Basil Crow 
On Tue, Apr 5, 2022 at 9:51 PM Mark Waite  wrote:
> I need further guidance on one plugin.

I took a look at your code and see that you are overriding the 
from the plugin parent POM in your plugin POM. This override is not
extending the original value but replacing it, just as overriding a method
in a subclass without calling super() in Java code would replace the
original method rather than extend it. As of 4.39 this meant that your
plugin was blanking out the -Xms, -Xmx, -XX:HeapDumpOnOutOfMemoryError,
-XX:TieredCompilation, and -XX:TieredStopAtLevel settings from the plugin
parent POM – incorrect, but harmless. As of 4.40, this means your plugin is
blanking out the @{jenkins.addOpens} and @{jenkins.insaneHook} settings
from the plugin parent POM – incorrect, and harmful when running on Java 17.

I suggest either removing your override of  (recommended, if
possible) or changing it so that it extends the setting from the plugin
parent POM rather than replacing it. Since your plugin was in error before
the release of plugin parent POM 4.40, I am not going to update the plugin
parent POM 4.40 release notes.

The  interface exposed by the plugin parent POM is not ideal, and
this mistake is particularly easy to make. The interface could be cleaned
up by introducing a property with default JVM settings that you could
override, but since this is a pre-existing issue that I am making neither
better nor worse with recent changes, I have no plans to work on it.

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAFwNDjqy18JSSA4wbRH8kejVFgn2mjqHZ--xdLmdX5cQ52ODtA%40mail.gmail.com.

ANN: Jenkins Design Library

2022-04-06 Thread Tim Jacomb 
Hi all,

The Jenkins Design Library has now been published.

See the live version at:  https://weekly.ci.jenkins.io/design-library/

It is intended to make it easy for developers to build consistent
interfaces using Jenkins UI components.

It includes demonstrations of a number of UI components in Jenkins.

You can copy and paste ready to use examples

It provides guidance  on when / how to use components where possible.

Please give it a try and let us know what else you would like to see
on the Issue
tracker  or on
Gitter .

Thanks
UX-Sig

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAH-3BiejZdRcdr340%2BTDFBXhbx-0fUmu74jgNKoyKL%2BbkjHyLw%40mail.gmail.com.

Re: Java 17 support added to build toolchain

2022-04-06 Thread 'Jesse Glick' via Jenkins Developers 
Thanks Basil! Mark I added an analysis in your PR.

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr0B28N_v6UYAt5U4AEq98K6%3DenTcBfO3omfkukJcn%3DZJg%40mail.gmail.com.

[Bounty] Can anyone add this functionality into Jenkins core

2022-04-06 Thread T. Todua 
I was also in a need of something like this:
https://github.com/jenkinsci/publish-over-ssh-plugin/issues/65

however, I think that the mentioned plugin itself doesn't include that 
functionality, and instead it lives in Jenkins core.

If anyone can add option to 'send only changed files' into core 
functionality, I've also opened a bounty:
https://app.bountysource.com/issues/106189146-jenkins-67963-add-option-to-save-bandwidth-and-resources-which-are-wasted-unnecessarily

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/12610215-c135-4ac6-aadf-51b53d27e324n%40googlegroups.com.

[Question] Plugin Health Scores on Update Center?

2022-04-06 Thread Dheeraj 
Hi everyone,

Based on the project idea 'Plugin Health Score' for GSoC '22, I have a
small question. Can we deliver each plugin's health score inside the JSON
object published by the Update Center?

More on this can be found in this proposal

.

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAET3Cjcwrf_USC1tL-hRM0mDsd9gsa22bR5_rXbpNNj8aoJNGw%40mail.gmail.com.

Re: [Proposal] Transfer of CloudBees-community/syslog-java-client to jenkinsci Github org

2022-04-06 Thread 'Michaël Pailloncy' via Jenkins Developers 
Hi all - I'm checking this internally and will come back to you as soon as 
I have an answer. Thanks

On Thursday, March 31, 2022 at 9:25:00 AM UTC+2 cyrille...@elastic.co wrote:

> Keeping the same groupId would definitively be the best solution. Let's 
> see what's CloudBees' answer.
>
> Cyrille
> On Wednesday, March 30, 2022 at 8:02:43 AM UTC+2 m...@basilcrow.com wrote:
>
>> Hi Cyrille, 
>>
>> On Wed, Mar 23, 2022 at 3:39 AM 'Cyrille Le Clerc' via Jenkins 
>> Developers  wrote: 
>> > I would definitely be interested in publishing the syslog-java-client 
>> library to Maven Central from non Jenkins project to easily consume the 
>> library. 
>>
>> Great! 
>>
>> > My understanding of the Sonatype OSS publishing process is that one can 
>> only publish on a groupId he is legitimate for which probably means that 
>> the Jenkins Community will not been authorized to publish an artifact under 
>> the "com.cloudbees" groupId and will probably require to rename the groupId 
>> from "com.cloudbees" to "io.jenkins.***". 
>>
>> Based on my reading of the Sonatype documentation, I think your 
>> understanding is correct, but I would not necessarily assume that the 
>> use of the "com.cloudbees" namespace by the Jenkins project for such 
>> legacy libraries is forbidden. I think that is an open question that 
>> we could pose to CloudBees management, and in particular Michaël 
>> Pailloncy (who started this discussion). Non-technical matters aside, 
>> the technical cost to CloudBees would be small (assisting with 
>> Sonatype verification), while the technical benefit to users would be 
>> large (avoiding a migration of Maven group ID for all consumers of 
>> this library), so I think it is at least worth asking. If the answer 
>> is no, fine - we can switch the group ID to "io.jenkins", open a help 
>> desk ticket with the Jenkins infrastructure team to assist with the 
>> Sonatype verification, and ask all downstream consumers to change 
>> group IDs. I have no strong preference either way. 
>>
>> Best regards, 
>> Basil 
>>
>

-- 
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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/503e3346-8d94-4b83-a63f-2b44f0aea618n%40googlegroups.com.

Re: Java 17 support added to build toolchain

2022-04-06 Thread Alexander Brandes 
Thanks for your work, basil (again!)

I've updated a bunch of plugins without issues.

Based on my prior experience when building with Java 17,  the 
spotbugs-maven-plugin throws a few warnings regarding JEP 411 (Java, not 
Jenkins). These warnings should be safe to be ignored, because a PR is work 
in progress  to take care 
of that.

~ Alex

On Wednesday, 6 April 2022 at 06:51:04 UTC+2 Mark Waite wrote:

> On Tuesday, April 5, 2022 at 4:01:32 PM UTC-6 Basil wrote:
>
>> Release 4.40 of the plugin parent POM 
>>  
>> features build toolchain support for Java 17 when running on Jenkins 2.341 
>> or later.
>>
>> Please begin testing your plugins on Java 17 by taking the following 
>> actions:
>>
>>1. Upgrade to release 4.40 or later of the plugin parent POM.
>>2. Delete 8 from your plugin POM.
>>3. Update your Jenkinsfile to include a test run on Jenkins 2.341 or 
>>later and Java 17.
>>
>> See jenkinsci/email-ext-plugin#357 
>>  and 
>> jenkinsci/timestamper-plugin#167 
>>  for examples.
>>
>> Thanks for doing that.  I've successfully updated 6 plugins to test with 
> Java 17.  No issues reported in any of the 6 plugins.
>
> I need further guidance on one plugin.  It fails with a runtime exception 
> in the test.  The exception should be visible in 
> https://ci.jenkins.io/job/Plugins/job/git-plugin/view/change-requests/job/PR-1249/
>
> It looks like this on my development environment:
>
> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 
> 3.462 s <<< FAILURE! - in hudson.plugins.git.CliGitSCMTriggerLocalPollTest
> [ERROR] 
> hudson.plugins.git.CliGitSCMTriggerLocalPollTest.testNamespaces_with_refsHeadsMaster
>  
>  Time elapsed: 3.367 s  <<< ERROR!
> java.io.IOException: java.lang.RuntimeException: Failed to serialize 
> hudson.model.AbstractProject#scm for class hudson.model.FreeStyleProject
> at hudson.XmlFile.write(XmlFile.java:220)
> at hudson.model.AbstractItem.save(AbstractItem.java:617)
> at hudson.model.Job.save(Job.java:193)
> at hudson.model.AbstractProject.save(AbstractProject.java:289)
> at hudson.model.AbstractProject.setScm(AbstractProject.java:1506)
> at 
> hudson.plugins.git.AbstractGitProject.setupProject(AbstractGitProject.java:193)
> at hudson.plugins.git.SCMTriggerTest.check(SCMTriggerTest.java:244)
> at 
> hudson.plugins.git.SCMTriggerTest.testNamespaces_with_refsHeadsMaster(SCMTriggerTest.java:63)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
> at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
> at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at 
> org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:54)
> at 
> org.jvnet.hudson.test.JenkinsRule$1.evaluate(JenkinsRule.java:606)
> at 
> org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:299)
> at 
> org.junit.internal.runners.statements.FailOnTimeout$CallableStatement.call(FailOnTimeout.java:293)
> at 
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at java.base/java.lang.Thread.run(Thread.java:833)
> Caused by: java.lang.RuntimeException: Failed to serialize 
> hudson.model.AbstractProject#scm for class hudson.model.FreeStyleProject
> at 
> hudson.util.RobustReflectionConverter$2.writeField(RobustReflectionConverter.java:274)
> at 
> hudson.util.RobustReflectionConverter$2.visit(RobustReflectionConverter.java:241)
> at 
> com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:174)
> at 
> hudson.util.RobustReflectionConverter.doMarshal(RobustReflectionConverter.java:226)
> at 
> hudson.util.RobustReflectionConverter.marshal(RobustReflectionConverter.java:163)
> at 
> com.thoughtworks.xstream.core.AbstractReferenceMarshaller.convert(AbstractReferenceMarshaller.java:68)
> at 
> com.thoughtworks.xstream.core.TreeMarshaller.