Re: [EVENT]: Calling for Jenkins submissions

2020-04-28 Thread Alyssa Tong 
Hi All,

The Call for proposal for DevOps World has been extended to May 18. If you
haven't submitted your Jenkins and or CI CD talk, you now have until May 18
to submit.
https://www.cloudbees.com/devops-world/call-for-presentations


B R,
alyssa

On Wed, Mar 18, 2020 at 1:30 PM Alyssa Tong  wrote:

> Hi All,
>
> DevOps World , formerly known as
> DevOps World | Jenkins World, is now accepting Jenkins submissions
> .  Jenkins
> still play an important role in this conference - there will be Jenkins
> tracks, Jenkins contributor summit, Jenkins ask the experts, and it will
> continue to be the largest gathering for Jenkins contributors.  We hope to
> receive many wonderful Jenkins stories.
>
> Message about COVID-19
> In light of the global health concerns due to the novel coronavirus
> disease (COVID-19), CloudBees, event organizer will continue to monitor and
> make any necessary changes as the situation evolves. If the conference must
> be canceled at a later date due to guidance from public health authorities,
> the event will be held virtually and all CFP submissions will be reviewed
> for potential inclusion.
>
> BR,
> alyssa
>
>

-- 
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/CAC9wNaxMuwK-re7YNmgx4Uirm_jRZ5qaA4iU4LjkmvKLvxR7pA%40mail.gmail.com.

Re: best ide

2020-04-28 Thread Jesse Glick 
On Tue, Apr 28, 2020 at 4:24 AM Miguelangel Fernandez
 wrote:
> I just looked at the Netbeans plugin and thought it looked nice, but found 
> it's meant for 8.2, which is no longer supported. It would be good to know if 
> this plugin is still fit for purpose.

Yes, it should work on any version of NetBeans.

-- 
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/CANfRfr3v6qGU1ByJ6u%3D7vSKQ-0mWb7ctj1YG3AQmLsbaQ%2Bz%3DLA%40mail.gmail.com.

Re: undeprecate Run.getAbsoluteUrl()

2020-04-28 Thread Jesse Glick 
On Tue, Apr 28, 2020 at 2:51 PM James Nord  wrote:
> Whilst code can just as easily Jenkins.get().getRootUrl() + thing.getUrl()

Some also encode part of the URL…

> it seems common enough to deserve the methods to be present and not 
> deprecated.

Agreed. I understand the desire to deprecate these methods so people
do not use them accidentally, but there are legitimate use cases. Or
maybe we can introduce new methods named e.g. `getExternalURL()` which
are simply undeprecated aliases but have clearer names.

-- 
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/CANfRfr06qsxtHfaxhMj4PHxwSWv3egr32WOBHXwVz1jwk%3DHVTw%40mail.gmail.com.

Re: Update center now independent from Nexus Maven index

2020-04-28 Thread Mark Waite 
On Tue, Apr 28, 2020 at 5:13 AM Daniel Beck  wrote:

> Hi everyone,
>
> The main problem delaying the availability of plugins through the update
> center (even when everything was running smoothly) was always that the
> update center generator used a Nexus Maven index to enumerate available
> plugins. This central feature survived all previous attempts at optimizing
> this tool.
>
> A long-standing problem with that index is that it is only periodically
> generated, and generation currently takes 10-15 minutes. Additionally, it
> looks like a regression in Artifactory 1-2 months ago resulted in it no
> longer reliably picking up all artifacts uploaded before the current index
> generation run, sometimes causing delays of up to an hour. While perhaps
> mildly annoying for regular releases, these delays started blocking the
> announcement of security fixes.
>
> This morning I merged a change that reimplements this code using the
> Artifactory REST API. Besides being always up to date, this change halved
> the runtime of the update center generator. Plugin releases should in most
> cases now be available in the update center metadata within 5 minutes,
> instead of the previous 15-30 minutes. There should be no notable changes
> in output.
>
>
That is impressive!  Thanks so much!



> If you encounter any problems, please file an INFRA issue and ping me
> there.
>
> Daniel
>
> --
> 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/845116E3-C20C-4611-BEF0-AFABA119A7EA%40beckweb.net
> .
>

-- 
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/CAO49JtGX-AEMxfAgYihS7%2B%2Bem5yw9jRhdi15RV4V-gLD%3DVtztw%40mail.gmail.com.

Re: best ide

2020-04-28 Thread 'Gavin Mogan' via Jenkins Developers 
I love vscode (mostly for remote ssh support) until you need to do the
imports. Then its really random if it'll work or not

But i use that and vim for everything but java, and ideaj still a lot for
java

On Tue, Apr 28, 2020 at 1:46 PM Vlad Silverman  wrote:

> Had anybody tried using Visual Code?  Although some say it’s not complete
> IDE - it would be interesting to know if Visual Code has any advantages
> over Eclipse or IntelliJ for Jenkins developers.
>
> Thx, Vlad
>
> On Apr 28, 2020, at 11:56 AM, James Nord  wrote:
>
> eclipse is generally ok - but sometimes it doesn't run the annotation
> processor so Extensions don't get the correct information generated and
> then they don't show up when debugging...
>
> dropping to the command line to run mvn clean package -DskipTests  works
> for me.
>
> I've had issues with IntelliJ - there is no great IDE only ones that suck
> less than others in some areas..  sometimes I just use the cli and vim
> because it sucks less.  pick your poison
>
> /James
>
> On Tuesday, April 28, 2020 at 9:23:59 AM UTC+1, Miguelangel Fernandez
> wrote:
>>
>> Hi, I've been using this to relative success:
>>
>>- IntelliJ Community 2017.3.5
>>- IntelliJ Stapler plugin 1.8
>>- Maven 3.3.9
>>- JDK 1.8.0_112
>>
>> There's no option in IntelliJ to create a new Jenkins plugin project. And
>> I can't navigate from the Jelly resources to the linked Java code. So it's
>> limited.
>> I just looked at the Netbeans plugin and thought it looked nice, but
>> found it's meant for 8.2, which is no longer supported. It would be good to
>> know if this plugin is still fit for purpose.
>> I only get into Jenkins plugin development every now and then. It would
>> be great to get an updated recommendation of dev environment config from
>> people who do Jenkins development more frequently.
>>
>>
>> On Friday, 20 November 2015 08:44:47 UTC+1, tahoma tahrir wrote:
>>>
>>> What is the best IDE for developing and debuging jenkins plugin?
>>>
>>
> --
> 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/5cb31279-b0e2-4687-a404-3576b99210be%40googlegroups.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/BF08A169-82CE-42B9-A359-E3EE60252387%40gmail.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_DuskJAJzWX2ALK3Arf0%2BUS4eHt_0s2ifg8smM%3DWyrCyLAw%40mail.gmail.com.

Re: best ide

2020-04-28 Thread Vlad Silverman 
Had anybody tried using Visual Code?  Although some say it’s not complete IDE - 
it would be interesting to know if Visual Code has any advantages over Eclipse 
or IntelliJ for Jenkins developers.

Thx, Vlad

> On Apr 28, 2020, at 11:56 AM, James Nord  wrote:
> 
> eclipse is generally ok - but sometimes it doesn't run the annotation 
> processor so Extensions don't get the correct information generated and then 
> they don't show up when debugging...
> 
> dropping to the command line to run mvn clean package -DskipTests  works for 
> me.
> 
> I've had issues with IntelliJ - there is no great IDE only ones that suck 
> less than others in some areas..  sometimes I just use the cli and vim 
> because it sucks less.  pick your poison
> 
> /James
> 
> On Tuesday, April 28, 2020 at 9:23:59 AM UTC+1, Miguelangel Fernandez wrote:
> Hi, I've been using this to relative success:
> IntelliJ Community 2017.3.5
> IntelliJ Stapler plugin 1.8 
> Maven 3.3.9
> JDK 1.8.0_112 
> There's no option in IntelliJ to create a new Jenkins plugin project. And I 
> can't navigate from the Jelly resources to the linked Java code. So it's 
> limited.
> I just looked at the Netbeans plugin and thought it looked nice, but found 
> it's meant for 8.2, which is no longer supported. It would be good to know if 
> this plugin is still fit for purpose.
> I only get into Jenkins plugin development every now and then. It would be 
> great to get an updated recommendation of dev environment config from people 
> who do Jenkins development more frequently.
> 
> 
> On Friday, 20 November 2015 08:44:47 UTC+1, tahoma tahrir wrote:
> What is the best IDE for developing and debuging jenkins plugin?
> 
> -- 
> 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/5cb31279-b0e2-4687-a404-3576b99210be%40googlegroups.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/BF08A169-82CE-42B9-A359-E3EE60252387%40gmail.com.

Re: Plugin Licenses

2020-04-28 Thread 'Gavin Mogan' via Jenkins Developers 
> we do not track javascript libs yet - but if any tooling looked at the
plugin's hpi licenses.xml (plugin.hpi!/WEB-INF/licenses.xml) rather than
the pom.xml then this info is available today. (and when javascript is
correctly handled it would be done for free.

My initial report was just pom.xml cause I was having trouble pulling in
random files, and I was curious, not wanting to do actual implementation
yet.

On Tue, Apr 28, 2020 at 12:03 PM James Nord  wrote:

> > Well, we cannot have an ideal solution.
>
>
> iff you use the maven plugin-pom as your parent then we do correctly
> record licenses for the plugin including maven transitive dependencies.
>
> we do not track javascript libs yet - but if any tooling looked at the
> plugin's hpi licenses.xml (plugin.hpi!/WEB-INF/licenses.xml) rather than
> the pom.xml then this info is available today. (and when javascript is
> correctly handled it would be done for free.
>
> Now I have no idea what the gradle and other builders do (but it is
> probable not this)
>
> /James
>
>
> On Monday, April 27, 2020 at 9:47:07 AM UTC+1, Oleg Nenashev wrote:
>>
>> Well, we cannot have an ideal solution. IMO plugin maintainers are
>> responsible to ensure that plugins they ship are compliant with license
>> requirements of the dependencies they include.
>> Some developer tooling would be great, but just imagine GPL or
>> Zero-prosperity license included in a supposedly-MIT component.
>>
>> What we definitely need is do document our license requirements in
>> https://www.jenkins.io/doc/developer and to explicitly state that the
>> Jenkins Hosting team reserves right to immediately depublish plugin with
>> severe license violations.
>>
>> BR, Oleg
>>
>>
>> On Mon, Apr 27, 2020 at 10:32 AM James Nord  wrote:
>>
>>> the license in the pom only refers to source code in that repo, not the
>>> plugin.
>>>
>>> the plugin can include many dependencies that are licensed differently
>>> (which is why the about page for a plugin shows much more than the top
>>> level license for a plugin).
>>>
>>> Also i hate to say it but those pesky JavaScript libraries
>>>
>>> --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "Jenkins Developers" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/jenkinsci-dev/-KprgkVIDpQ/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> jenkin...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-dev/a7b2e0ec-1f22-4a54-aab5-25cc5180cb8f%40googlegroups.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/12015cf1-3b3a-447b-8030-d62d91d4f4dd%40googlegroups.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_DuseaCyQ3YLZqHan%3Dk%3D%3DP35VP3cxmc30tmNAV5z55f4COQ%40mail.gmail.com.

Re: Plugin Licenses

2020-04-28 Thread James Nord 
> Well, we cannot have an ideal solution.


iff you use the maven plugin-pom as your parent then we do correctly record 
licenses for the plugin including maven transitive dependencies.  

we do not track javascript libs yet - but if any tooling looked at the 
plugin's hpi licenses.xml (plugin.hpi!/WEB-INF/licenses.xml) rather than 
the pom.xml then this info is available today. (and when javascript is 
correctly handled it would be done for free.

Now I have no idea what the gradle and other builders do (but it is 
probable not this)

/James


On Monday, April 27, 2020 at 9:47:07 AM UTC+1, Oleg Nenashev wrote:
>
> Well, we cannot have an ideal solution. IMO plugin maintainers are 
> responsible to ensure that plugins they ship are compliant with license 
> requirements of the dependencies they include.
> Some developer tooling would be great, but just imagine GPL or 
> Zero-prosperity license included in a supposedly-MIT component.
>
> What we definitely need is do document our license requirements in 
> https://www.jenkins.io/doc/developer and to explicitly state that the 
> Jenkins Hosting team reserves right to immediately depublish plugin with 
> severe license violations.
>
> BR, Oleg
>
>
> On Mon, Apr 27, 2020 at 10:32 AM James Nord  > wrote:
>
>> the license in the pom only refers to source code in that repo, not the 
>> plugin.
>>
>> the plugin can include many dependencies that are licensed differently 
>> (which is why the about page for a plugin shows much more than the top 
>> level license for a plugin).
>>
>> Also i hate to say it but those pesky JavaScript libraries
>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Jenkins Developers" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/jenkinsci-dev/-KprgkVIDpQ/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> jenkin...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-dev/a7b2e0ec-1f22-4a54-aab5-25cc5180cb8f%40googlegroups.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/12015cf1-3b3a-447b-8030-d62d91d4f4dd%40googlegroups.com.

Re: best ide

2020-04-28 Thread James Nord 
eclipse is generally ok - but sometimes it doesn't run the annotation 
processor so Extensions don't get the correct information generated and 
then they don't show up when debugging...

dropping to the command line to run mvn clean package -DskipTests  works 
for me.

I've had issues with IntelliJ - there is no great IDE only ones that suck 
less than others in some areas..  sometimes I just use the cli and vim 
because it sucks less.  pick your poison

/James

On Tuesday, April 28, 2020 at 9:23:59 AM UTC+1, Miguelangel Fernandez wrote:
>
> Hi, I've been using this to relative success:
>
>- IntelliJ Community 2017.3.5
>- IntelliJ Stapler plugin 1.8 
>- Maven 3.3.9
>- JDK 1.8.0_112 
>
> There's no option in IntelliJ to create a new Jenkins plugin project. And 
> I can't navigate from the Jelly resources to the linked Java code. So it's 
> limited.
> I just looked at the Netbeans plugin and thought it looked nice, but found 
> it's meant for 8.2, which is no longer supported. It would be good to know 
> if this plugin is still fit for purpose.
> I only get into Jenkins plugin development every now and then. It would be 
> great to get an updated recommendation of dev environment config from 
> people who do Jenkins development more frequently.
>
>
> On Friday, 20 November 2015 08:44:47 UTC+1, tahoma tahrir wrote:
>>
>> What is the best IDE for developing and debuging jenkins plugin?
>>
>

-- 
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/5cb31279-b0e2-4687-a404-3576b99210be%40googlegroups.com.

undeprecate Run.getAbsoluteUrl()

2020-04-28 Thread James Nord 
As per title...

its unclear to me why AbstractItem.getAbsoluteUrl would be ok but 
Run.getAbsoluteUrl would not, now would Item.getAbsoluteUrl()

Either they should all be deprecated or none should be.

When sending links to external services (mail / slack / Irc etc) it is a 
requirement to have the absolute URL.

Whilst code can just as easily Jenkins.get().getRootUrl() + thing.getUrl() it 
seems common enough to deserve the methods to be present and not 
deprecated. (along with an associated "is the rootUrl null" check)

The deprecation talks about reverse proxies, but that should work - either 
the configured URL is correct or it is not.  
That leaves the possibility that someone has not configured their Jenkins 
URL (skipping the wizard) but then the code is throwing 
IllegalStateException so that should not cause an invalid URL.

WDYT?

/James

-- 
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/feb17aa9-5e6c-453a-86ed-ebf5ab0ea97c%40googlegroups.com.

RE: Plugin: Liquibase Runner

2020-04-28 Thread Robert Reeves 
Awesome! Looking forward to the acceptance!!! We’re ready to release. Thank you!


Robert Reeves
CTO | Datical
[cid:image001.png@01D61D4D.3ADD5780]
Mobile: 512 422 2443
Email: r...@datical.com
Website: www.datical.com
[cid:image002.png@01D61D4D.3ADD5780]
[cid:image003.png@01D61D4D.3ADD5780]
[cid:image004.png@01D61D4D.3ADD5780]
[cid:image005.png@01D61D4D.3ADD5780]
[cid:image006.png@01D61D4D.3ADD5780]


From: jenkinsci-dev@googlegroups.com  On Behalf 
Of Slide
Sent: Tuesday, April 28, 2020 10:09 AM
To: jenkinsci-dev@googlegroups.com
Cc: Keith Collison ; Daniel Beck ; 
Nathan Voxland 
Subject: Re: Plugin: Liquibase Runner

Baptiste closed and reopened which caused another build, it looks good now.

On Tue, Apr 28, 2020 at 6:56 AM Robert Reeves 
mailto:r...@datical.com>> wrote:
Hi, team!

My PR to grant access to my GitHub/Jenkins.io account (they’re the same), had 
an issue with the automated checks. I’m not sure what I can do here to fix it: 
https://github.com/jenkins-infra/repository-permissions-updater/pull/1513

Thanks!

Robert

From: ga...@gavinmogan.com 
mailto:ga...@gavinmogan.com>> On Behalf Of 'Gavin Mogan' 
via Jenkins Developers
Sent: Monday, April 27, 2020 2:00 PM
To: Jenkins Developers 
mailto:jenkinsci-dev@googlegroups.com>>
Cc: Keith Collison mailto:keithc...@gmail.com>>; Daniel 
Beck mailto:m...@beckweb.net>>; Nathan Voxland 
mailto:nat...@datical.com>>
Subject: Re: Plugin: Liquibase Runner

A bunch of us can add GitHub ids to the teams via IRC. We just need to know 
GitHub ids. You can also update the contributors directly inside the repo, but 
the teams and org access is the recommended way.

If your talking about releases, you need to make a PR to the permission updater 
repo. https://github.com/jenkins-infra/repository-permissions-updater
On Mon., Apr. 27, 2020, 9:26 a.m. Robert Reeves, 
mailto:r...@datical.com>> wrote:
Hi, Team!

Keith has been great. He’s accepted our PR and added my r2datical GH account to 
the repos at https://github.com/jenkinsci/liquibase-runner-plugin.

However, we still need to add Nathan. How do we add GH account nvoxland to the 
Jenkins CI group so that Keith can add Nathan as a contributor?

Thanks!

Robert


From: jenkinsci-dev@googlegroups.com 
mailto:jenkinsci-dev@googlegroups.com>> On 
Behalf Of Robert Reeves
Sent: Thursday, April 23, 2020 1:50 PM
To: Keith Collison mailto:keithc...@gmail.com>>
Cc: jenkinsci-dev@googlegroups.com; 
Daniel Beck mailto:m...@beckweb.net>>; Nathan Voxland 
mailto:nat...@datical.com>>
Subject: RE: Plugin: Liquibase Runner

Of course, Keith. We love your work and are beyond appreciative. Thanks!


Robert Reeves
CTO | Datical

Mobile: 512 422 2443
Email: r...@datical.com
Website: www.datical.com





 
 
From: Keith Collison 
Sent: Thursday, April 23, 2020 1:24 PM
To: Robert Reeves 
Cc: jenkinsci-dev@googlegroups.com; Daniel Beck ; Nathan 
Voxland 
Subject: Re: Plugin: Liquibase Runner
 
Sorry I've been out of pocket -- things have been a little crazy on my end 
lately.
 
I'll provide feedback before the end of today.
 
On Thu, Apr 23, 2020 at 10:40 AM Robert Reeves  
wrote:
I’ve emailed him a couple times and messaged him on GitHub. We emailed back and 
forth the first week of March but haven’t gotten a response since then. Right 
now the plugin is in security jail because of JEP-200 and we’re trying to bail 
it out with the PR we’ve submitted.
 
We’re very appreciative of his work and a huge fan of 
his.
 
 
Robert Reeves
CTO | Datical

Mobile: 512 422 2443
Email: r...@datical.com
Website: www.datical.com





 
 
From: jenkinsci-dev@googlegroups.com  On Behalf 
Of Tim Jacomb
Sent: Thursday, April 23, 2020 10:53 AM
To:

Re: Plugin: Liquibase Runner

2020-04-28 Thread Slide 
Baptiste closed and reopened which caused another build, it looks good now.

On Tue, Apr 28, 2020 at 6:56 AM Robert Reeves  wrote:

> Hi, team!
>
>
>
> My PR to grant access to my GitHub/Jenkins.io account (they’re the same),
> had an issue with the automated checks. I’m not sure what I can do here to
> fix it:
> https://github.com/jenkins-infra/repository-permissions-updater/pull/1513
>
>
>
> Thanks!
>
>
>
> Robert
>
>
>
> *From:* ga...@gavinmogan.com  * On Behalf Of *'Gavin
> Mogan' via Jenkins Developers
> *Sent:* Monday, April 27, 2020 2:00 PM
> *To:* Jenkins Developers 
> *Cc:* Keith Collison ; Daniel Beck ;
> Nathan Voxland 
> *Subject:* Re: Plugin: Liquibase Runner
>
>
>
> A bunch of us can add GitHub ids to the teams via IRC. We just need to
> know GitHub ids. You can also update the contributors directly inside the
> repo, but the teams and org access is the recommended way.
>
>
>
> If your talking about releases, you need to make a PR to the permission
> updater repo.
> https://github.com/jenkins-infra/repository-permissions-updater
>
> On Mon., Apr. 27, 2020, 9:26 a.m. Robert Reeves,  wrote:
>
> Hi, Team!
>
>
>
> Keith has been great. He’s accepted our PR and added my r2datical GH
> account to the repos at
> https://github.com/jenkinsci/liquibase-runner-plugin.
>
>
>
> However, we still need to add Nathan. How do we add GH account nvoxland to
> the Jenkins CI group so that Keith can add Nathan as a contributor?
>
>
>
> Thanks!
>
>
>
> Robert
>
>
>
>
>
> *From:* jenkinsci-dev@googlegroups.com  *On
> Behalf Of *Robert Reeves
> *Sent:* Thursday, April 23, 2020 1:50 PM
> *To:* Keith Collison 
> *Cc:* jenkinsci-dev@googlegroups.com; Daniel Beck ;
> Nathan Voxland 
> *Subject:* RE: Plugin: Liquibase Runner
>
>
>
> Of course, Keith. We love your work and are beyond appreciative. Thanks!
>
>
>
>
>
> Robert Reeves
>
> CTO | *Datical*
>
> 
>
> *Mobile:* 512 422 2443 <512-422-2443>
>
> *Email:* r...@datical.com
>
> *Website:* www.datical.com
>
> 
>
> 
>
> 
>
> 
>
> 
>
>
>
>
>
> *From:* Keith Collison 
> *Sent:* Thursday, April 23, 2020 1:24 PM
> *To:* Robert Reeves 
> *Cc:* jenkinsci-dev@googlegroups.com; Daniel Beck ;
> Nathan Voxland 
> *Subject:* Re: Plugin: Liquibase Runner
>
>
>
> Sorry I've been out of pocket -- things have been a little crazy on my end
> lately.
>
>
>
> I'll provide feedback before the end of today.
>
>
>
> On Thu, Apr 23, 2020 at 10:40 AM Robert Reeves  wrote:
>
> I’ve emailed him a couple times and messaged him on GitHub. We emailed
> back and forth the first week of March but haven’t gotten a response since
> then. Right now the plugin is in security jail because of JEP-200 and we’re
> trying to bail it out with the PR we’ve submitted.
>
>
>
> We’re very appreciative of his work and a huge fan of his.
>
>
>
>
>
> Robert Reeves
>
> CTO | *Datical*
>
> 
>
> *Mobile:* 512 422 2443 <512-422-2443>
>
> *Email:* r...@datical.com
>
> *Website:* www.datical.com
>
> 
>
> 
>
> 
>
> 
>
> 
>
>
>
>
>
> *From:* jenkinsci-dev@googlegroups.com  *On
> Behalf Of *Tim Jacomb
> *Sent:* Thursday, April 23, 2020 10:53 AM
> *To:* jenkinsci-dev@googlegroups.com
> *Cc:* Daniel Beck ; Keith Collison ;
> Nathan Voxland 
> *Subject:* Re: Plugin: Liquibase Runner
>
>
>
> Has Keith approved this somewhere? Here or in GitHub?
>
>
>
> On Thu, 23 Apr 2020 at 15:28, Robert Reeves  wrote:
>
> Just wanted to check on the adoption status. We have a PR submitted that
> resolves the security issue. We'd like to be able to push to master and do
> a release. Thanks!
>
> --
> 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/CY4PR06MB2949655B53B6CEDF5652411A83D30%40CY4PR06MB2949.namprd06.prod.outlook.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-3Bif-NFff6hBd%3DOgS33nrdWk%2BTLQ2CjyOyo6L6xssN%3DnEkg%40mail.gmail.com
>

RE: Plugin: Liquibase Runner

2020-04-28 Thread Robert Reeves 
Hi, team!

My PR to grant access to my GitHub/Jenkins.io account (they’re the same), had 
an issue with the automated checks. I’m not sure what I can do here to fix it: 
https://github.com/jenkins-infra/repository-permissions-updater/pull/1513

Thanks!

Robert

From: ga...@gavinmogan.com  On Behalf Of 'Gavin Mogan' 
via Jenkins Developers
Sent: Monday, April 27, 2020 2:00 PM
To: Jenkins Developers 
Cc: Keith Collison ; Daniel Beck ; 
Nathan Voxland 
Subject: Re: Plugin: Liquibase Runner

A bunch of us can add GitHub ids to the teams via IRC. We just need to know 
GitHub ids. You can also update the contributors directly inside the repo, but 
the teams and org access is the recommended way.

If your talking about releases, you need to make a PR to the permission updater 
repo. https://github.com/jenkins-infra/repository-permissions-updater
On Mon., Apr. 27, 2020, 9:26 a.m. Robert Reeves, 
mailto:r...@datical.com>> wrote:
Hi, Team!

Keith has been great. He’s accepted our PR and added my r2datical GH account to 
the repos at https://github.com/jenkinsci/liquibase-runner-plugin.

However, we still need to add Nathan. How do we add GH account nvoxland to the 
Jenkins CI group so that Keith can add Nathan as a contributor?

Thanks!

Robert


From: jenkinsci-dev@googlegroups.com 
mailto:jenkinsci-dev@googlegroups.com>> On 
Behalf Of Robert Reeves
Sent: Thursday, April 23, 2020 1:50 PM
To: Keith Collison mailto:keithc...@gmail.com>>
Cc: jenkinsci-dev@googlegroups.com; 
Daniel Beck mailto:m...@beckweb.net>>; Nathan Voxland 
mailto:nat...@datical.com>>
Subject: RE: Plugin: Liquibase Runner

Of course, Keith. We love your work and are beyond appreciative. Thanks!


Robert Reeves
CTO | Datical
[cid:image001.png@01D61C86.9A6983D0]
Mobile: 512 422 2443
Email: r...@datical.com
Website: www.datical.com
[cid:image002.png@01D61C86.9A6983D0]
[cid:image003.png@01D61C86.9A6983D0]
[cid:image004.png@01D61C86.9A6983D0]
[cid:image005.png@01D61C86.9A6983D0]
[cid:image006.png@01D61C86.9A6983D0]


From: Keith Collison mailto:keithc...@gmail.com>>
Sent: Thursday, April 23, 2020 1:24 PM
To: Robert Reeves mailto:r...@datical.com>>
Cc: jenkinsci-dev@googlegroups.com; 
Daniel Beck mailto:m...@beckweb.net>>; Nathan Voxland 
mailto:nat...@datical.com>>
Subject: Re: Plugin: Liquibase Runner

Sorry I've been out of pocket -- things have been a little crazy on my end 
lately.

I'll provide feedback before the end of today.

On Thu, Apr 23, 2020 at 10:40 AM Robert Reeves 
mailto:r...@datical.com>> wrote:
I’ve emailed him a couple times and messaged him on GitHub. We emailed back and 
forth the first week of March but haven’t gotten a response since then. Right 
now the plugin is in security jail because of JEP-200 and we’re trying to bail 
it out with the PR we’ve submitted.

We’re very appreciative of his work and a huge fan of his.


Robert Reeves
CTO | Datical
[cid:image001.png@01D61C86.9A6983D0]
Mobile: 512 422 2443
Email: r...@datical.com
Website: www.datical.com
[cid:image002.png@01D61C86.9A6983D0]
[cid:image003.png@01D61C86.9A6983D0]
[cid:image004.png@01D61C86.9A6983D0]
[cid:image005.png@01D61C86.9A6983D0]
[cid:image006.png@01D61C86.9A6983D0]


From: jenkinsci-dev@googlegroups.com 
mailto:jenkinsci-dev@googlegroups.com>> On 
Behalf Of Tim Jacomb
Sent: Thursday, April 23, 2020 10:53 AM
To: jenkinsci-dev@googlegroups.com
Cc: Daniel Beck mailto:m...@beckweb.net>>; Keith Collison 
mailto:keithc...@gmail.com>>; Nathan Voxland 
mailto:nat...@datical.com>>
Subject: Re: Plugin: Liquibase Runner

Has Keith approved this somewhere? Here or in GitHub?

On Thu, 23 Apr 2020 at 15:28, Robert Reeves 
mailto:r...@datical.com>> wrote:
Just wanted to check on the adoption status. We have a PR submitted that 
resolves the security issue. We'd like to be able to push to master and do a 
release. Thanks!

--
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

Re: Update center now independent from Nexus Maven index

2020-04-28 Thread Oleg Nenashev 
Congrats Daniel!

It is great to see such major time improvement, it will help us to speedup 
delivery of plugin changes and improvements to the plugin site we need for 
other stories.
I tested the new update site while it was in the pull request, and it 
worked well for me.

Best regards.
Oleg

On Tuesday, April 28, 2020 at 1:13:10 PM UTC+2, Daniel Beck wrote:
>
> Hi everyone, 
>
> The main problem delaying the availability of plugins through the update 
> center (even when everything was running smoothly) was always that the 
> update center generator used a Nexus Maven index to enumerate available 
> plugins. This central feature survived all previous attempts at optimizing 
> this tool. 
>
> A long-standing problem with that index is that it is only periodically 
> generated, and generation currently takes 10-15 minutes. Additionally, it 
> looks like a regression in Artifactory 1-2 months ago resulted in it no 
> longer reliably picking up all artifacts uploaded before the current index 
> generation run, sometimes causing delays of up to an hour. While perhaps 
> mildly annoying for regular releases, these delays started blocking the 
> announcement of security fixes. 
>
> This morning I merged a change that reimplements this code using the 
> Artifactory REST API. Besides being always up to date, this change halved 
> the runtime of the update center generator. Plugin releases should in most 
> cases now be available in the update center metadata within 5 minutes, 
> instead of the previous 15-30 minutes. There should be no notable changes 
> in output. 
>
> If you encounter any problems, please file an INFRA issue and ping me 
> there. 
>
> Daniel 
>
>

-- 
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/0a7e29ed-abd1-417a-953c-f361228e1fe8%40googlegroups.com.

Re: Discussion: Jenkins Core Maintainer/Developer discussion channels

2020-04-28 Thread Oleg Nenashev 
Hi all,

Just a heads-up I occasionally created a "#jenkins-release" channel on 
Freenode. Until we have a better decision in this thread, I suggest using 
this channel for runtime communications between the Jenkins release team 
and contributors who want to join. Final solution is still up for a 
discussion.

Pull request which adds the channel to the maintainer guide: 
https://github.com/jenkinsci/jenkins/pull/4691

BR, Oleg


On Tuesday, April 14, 2020 at 9:57:47 PM UTC+2, Vlad Silverman wrote:
>
> I also think that mattermost is a reasonable chat solution for devops 
> teams - https://github.com/mattermost.  Besides results of comparing 
> mattermost and slack are pretty obvious - 
> https://mattermost.com/mattermost-vs-slack/ :-)
> Just my 2c
>
> Thx, Vlad
>
> On Wednesday, April 8, 2020 at 5:17:38 AM UTC-7, Oleg Nenashev wrote:
>>
>> Hi all,
>>
>> In the Proposal: Expanding the Jenkins Core maintainers team 
>> 
>>  thread 
>> we briefly discussed creation of chats and other communication channels for 
>> Jenkins core maintainers which could help in the case of runtime 
>> communications: merge/changelog discussions, sync-ups between maintainers, 
>> etc. Right now we mostly use pull requests and mailing lists for such kind 
>> of discussions, but a number of private messages between maintainers makes 
>> me tink that we might be lacking a chat for runtime discussions. Also, we 
>> could setup a regular call to discuss maintenance topics, do reviews in the 
>> screenshare mode and to do knowledge transfers about the codebase.
>>
>> I would appreciate feedback from Jenkins core maintainers and active 
>> contributors:
>>
>>- Would a dedicated chat help us? E.g. jenkinsci/core-developers in 
>>Gitter
>>- Would it make sense to have a regular or an on-demand call for core 
>>maintainers? 
>>
>> Thanks for your time,
>> Oleg
>>
>>
>>
>>
>>
>>

-- 
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/e169be7a-bb58-472f-8ba7-313c03b70f44%40googlegroups.com.

Re: Equalizing external dependency between plugins

2020-04-28 Thread Daniel Beck 



> On 28. Apr 2020, at 11:31, Radek Antoniuk  wrote:
> 
> So in this very specific example, if we have jira-plugin that depends on 
> maven-artifact and another maven-plugin that also depends on maven-artifact - 
> what is the best approach to maintain those two plugins compatible with each 
> other?
> 

I think you have basically two options, described in our developer docs:

1) 
https://www.jenkins.io/doc/developer/plugin-development/dependencies-and-class-loading/#shading
2) 
https://www.jenkins.io/doc/developer/plugin-development/dependencies-and-class-loading/#using-library-wrapper-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 jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/8C6D5BC1-891B-4DF1-A0B3-F79E59A816A0%40beckweb.net.

Update center now independent from Nexus Maven index

2020-04-28 Thread Daniel Beck 
Hi everyone,

The main problem delaying the availability of plugins through the update center 
(even when everything was running smoothly) was always that the update center 
generator used a Nexus Maven index to enumerate available plugins. This central 
feature survived all previous attempts at optimizing this tool.

A long-standing problem with that index is that it is only periodically 
generated, and generation currently takes 10-15 minutes. Additionally, it looks 
like a regression in Artifactory 1-2 months ago resulted in it no longer 
reliably picking up all artifacts uploaded before the current index generation 
run, sometimes causing delays of up to an hour. While perhaps mildly annoying 
for regular releases, these delays started blocking the announcement of 
security fixes.

This morning I merged a change that reimplements this code using the 
Artifactory REST API. Besides being always up to date, this change halved the 
runtime of the update center generator. Plugin releases should in most cases 
now be available in the update center metadata within 5 minutes, instead of the 
previous 15-30 minutes. There should be no notable changes in output.

If you encounter any problems, please file an INFRA issue and ping me there.

Daniel

-- 
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/845116E3-C20C-4611-BEF0-AFABA119A7EA%40beckweb.net.

Equalizing external dependency between plugins

2020-04-28 Thread Radek Antoniuk 
While implementing dependabot in jira-plugin, we had a discussion 
 
about version incompatibility between different Jenkins plugins that might 
use the same external library.
I'm wondering what's the current best practice in Jenkins to keep up with 
the new upstream dependency releases while not breaking multi-plugin 
workability and I was probably hoping this is somehow handled by the 
plugin-pom or the classloader but it seems it's not the case.

So in this very specific example, if we have jira-plugin that depends on 
maven-artifact and another maven-plugin that also depends on maven-artifact 
- 
what is the best approach to maintain those two plugins compatible with 
each other?

Do I understand correctly that dependency to maven-artifact in this case 
should be added to the  Jenkins BOM 
?

Thanks for help in advance!

-- 
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/40b1ae5b-263e-4f29-bca9-4899757ab3bf%40googlegroups.com.

Re: best ide

2020-04-28 Thread Miguelangel Fernandez 
Hi, I've been using this to relative success:

   - IntelliJ Community 2017.3.5
   - IntelliJ Stapler plugin 1.8 
   - Maven 3.3.9
   - JDK 1.8.0_112 

There's no option in IntelliJ to create a new Jenkins plugin project. And I 
can't navigate from the Jelly resources to the linked Java code. So it's 
limited.
I just looked at the Netbeans plugin and thought it looked nice, but found 
it's meant for 8.2, which is no longer supported. It would be good to know 
if this plugin is still fit for purpose.
I only get into Jenkins plugin development every now and then. It would be 
great to get an updated recommendation of dev environment config from 
people who do Jenkins development more frequently.


On Friday, 20 November 2015 08:44:47 UTC+1, tahoma tahrir wrote:
>
> What is the best IDE for developing and debuging jenkins plugin?
>

-- 
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/635b5367-0710-41f5-b160-1058243155aa%40googlegroups.com.