nicolas de loof
writes:
> but docker images seems to me a way better solution to cover the same
> need, and this "tool installer" feature is just a hack-ish legacy we
> should deprecate.
Are you proposing to remove tool installer completely or is it about JDK
tool installer only?
If the former,
I assume this would require a JEP ?
Le mar. 26 févr. 2019 à 17:32, Slide a écrit :
> +1 on deprecation
>
> On Tue, Feb 26, 2019 at 9:08 AM nicolas de loof
> wrote:
>
>> I don't know if we have any metric for this purpose, but docker images
>> seems to me a way better solution to cover the same
+1 on deprecation
On Tue, Feb 26, 2019 at 9:08 AM nicolas de loof
wrote:
> I don't know if we have any metric for this purpose, but docker images
> seems to me a way better solution to cover the same need, and this "tool
> installer" feature is just a hack-ish legacy we should deprecate.
>
> Le
I don't know if we have any metric for this purpose, but docker images
seems to me a way better solution to cover the same need, and this "tool
installer" feature is just a hack-ish legacy we should deprecate.
Le mar. 26 févr. 2019 à 15:44, Slide a écrit :
> How many people use the automatic ins
How many people use the automatic installation, is there a way to track
that? Would it kill someone's usage model to remove this feature? It seems
to me to be fairly unsustainable.
On Tue, Feb 26, 2019, 06:22 Baptiste Mathus wrote:
> Hey Martijn,
>
> Thanks for chiming in. I already have comment
Hey Martijn,
Thanks for chiming in. I already have commented there in the JIRA, but
asking here since it seems at this stage better suited in a discussion
place: do you have an opinion/idea about whether, and how long, it will be
tolerated that certain IPs download the same JDK binaries from
adopt
Hi,
we have a Jenkins setup with RoleBased Strategy, using the CollabNet realm
for Authorization. We have userid's (iso names) for login. These userid's are
all very similar; 3 letters followed by 5 digits.
After a while, having 50 or more userid's in the 'Assign Roles'table, it
becomes
very d
Thanks Richard,
I have defined the Symbol using @Symbol("TestUploader") annotation but it
was not working. Now that I have changed the parameter of annotation to
@Symbol("testUploader"), it is working with the following syntax.
pipeline {
agent any
stages {
stage('Build and R
Hi,
I'm not sure if you've received any response, but I see two possible solutions:
* create a separate job in Jenkins for these merges, subscribe to the "code
review approved" events from Github and work from that
* in the pipeline, create an "infinite loop" with some sensible upper limit
(lik
The warning message is misleading. That class intentionally does not have
a data bound constructor. Refer to
https://issues.jenkins-ci.org/browse/JENKINS-54186 for more details.
On Tue, Feb 26, 2019 at 4:28 AM Sverre Moe wrote:
> Any idea what the following Exceptions are caused by?
> I have f
Any idea what the following Exceptions are caused by?
I have found these in the Jenkins log.
Feb 26, 2019 11:43:58 AM WARNING org.jenkinsci.plugins.workflow.cps.DSL
invokeStep
Error storing the arguments for step: checkout
org.kohsuke.stapler.NoStaplerConstructorException: There's no
@DataBound
11 matches
Mail list logo