Re: LTS upgrade 2.204.5 > 2.222.3 ClassNotFoundException on JnlpProtocol1Handler

%6$s%n jenkins.InitReactorRunner.level=FINE hudson.ExtensionFinder$GuiceFinder.level=FINE On Monday, May 4, 2020 at 9:57:46 AM UTC-7, Brian Ray wrote: > > On upgrade of our production LTS core from 2.204.5 to 2.222.3 the master > UI stack traced immediately thus, not even displayi

LTS upgrade 2.204.5 > 2.222.3 ClassNotFoundException on JnlpProtocol1Handler

On upgrade of our production LTS core from 2.204.5 to 2.222.3 the master UI stack traced immediately thus, not even displaying logon fields. java.lang.ClassNotFoundException: org.jenkinsci.remoting.engine.JnlpProtocol1Handler ... Full stack trace is down at the end. I understand the proximate

Re: Locking multiple stages with NODE_NAME based lock

fferent speeds, and due to this Jenkins makes > the node that is waiting on the other one available for other jobs > (including a queued run of this same job). I want to prevent it from being > available. > > I hope I explained my use case more closely now. > > On Sun, Mar 24

Re: Locking multiple stages with NODE_NAME based lock

I just made a suggestion on a similar thread . Does lock work inside a steps block? Or a script block? It seems like it should, because it is a step that does something imperatively. On Thursday, March 7, 2019 at 3:58:59

Re: How to prevent concurrent execution of jobs on the same node, but allow a few parallel steps execution?

Can you put your lock step inside a step block? We still use Imperative Pipeline so I'm less familiar with Declarative Pipeline. But it seems like inside a step block that NODE_NAME should resolve correctly, because--I think--the block is running in a node context. On Monday, February 11, 2019

Re: How to prevent concurrent execution of jobs on the same node, but allow a few parallel steps execution?

Can you put your lock step inside a steps block? We still use Imperative Pipeline so I'm less familiar with Declarative Pipeline. But it seems like inside a step block that NODE_NAME should resolve correctly, because--I think--the block is running in a node context. On Monday, February 11,

Re: Active Directory plugin warning: TLS is not correctly configured

Regarding the TRUST_ALL_CERTIFICATES option disappearing from the Global Security settings: If your master is on Windows you might have run into JENKINS-56224 . We did so on a recent upgrade to from AD ~2.10 to AD 2.12. Though the underlying

Re: [Matrix-auth & Folders] How to properly restrict a user to get access only to a job in a (sub)folder

y the role to multiple folders and jobs. On Sunday, March 24, 2019 at 9:05:25 AM UTC-7, Brian Ray wrote: > > I'm guessing you use the Role Strategy > <https://plugins.jenkins.io/role-strategy> plugin. We use it with the Active > Directory <https://plugins.jenk

Re: [Matrix-auth & Folders] How to properly restrict a user to get access only to a job in a (sub)folder

I'm guessing you use the Role Strategy plugin. We use it with the Active Directory plugin for authentication. To make a long story short I don't think there's a way, at least with Role Strategy, to set up

Re: Getting Jgit exception in a Job that uses native Git

he global config? > > > > Bye... > > > > Dirk > > > > PS: Sorry for top posting, I'm currently forced to use Outlook. > > > > > > *From:* jenkins...@googlegroups.com [mailto: > jenkins...@googlegroups.com ] *On Behalf Of *Brian Ray

Re: Using Gradle in Pipeline

We are, extensively. I may be interpreting the issue wrong, but it seems like a more "native" pipeline API is not necessarily the blocker here. Does this help at all?: sh "gradle build --info --console=plain" Those switches increase logging verbosity and eliminate the control characters that

Re: Getting Jgit exception in a Job that uses native Git

Navigate to *Manage Jenkins* > *Global Tool Configuration* > *Git* > *Git Installations*. If the only installation configured there is *JGit *or *JGit with Apache HTTP client*, that is the answer. The *Git *installation will probably be what you are looking for. On Friday, March 23, 2018 at

Re: Static Analysis Collector Plugin and Pipelines

My wording at the end should probably be "not yet been ehnanced with their own pripline-friendly symbolic step API." Brian On Monday, May 7, 2018 at 2:33:43 PM UTC-7, Brian Ray wrote: > > Documentation for the *step* step and indeed its usage with the > *AnalysisPublisher* s

Re: Static Analysis Collector Plugin and Pipelines

My wording at the end should probably be "not yet been ehnanced with their own pipeline-friendly symbolic step API." Brian On Monday, May 7, 2018 at 2:33:43 PM UTC-7, Brian Ray wrote: > > Documentation for the *step* step and indeed its usage with the > *AnalysisPublisher* s

Re: Static Analysis Collector Plugin and Pipelines

Documentation for the *step* step and indeed its usage with the *AnalysisPublisher* step as well is here . The former is a bridge in pipeline to plugin-provided steps that have not yet been enhanced

Re: Separating JUnit test reporting for files in different folders

Per JENKINS-27395 , it seems so. I'm interested in the same functionality for XUnit (JENKIINS-45826). Brian On Wednesday, January 31, 2018 at 3:04:06 AM UTC-8, James Telfer wrote: > > Hi, > > I suspect the answer to this is no, at least from

Re: "Jenkins is going to shut down" ad infinitum

We ran into the same problem under what sounds like the same circumstances a few years back. We initially configured thinBackup with the *Wait until...* switch turned on and had no issues for a very long time. And then we wound up in the trap you describe. I dug around and realized certain of

Re: Defining *project level* environemnt variables

Forgot to write: We mitigate the hack by wrapping it up as a global library custom step. On Tuesday, December 5, 2017 at 1:57:46 PM UTC-8, Brian Ray wrote: > > We use the Config File Provider plugin > <https://plugins.jenkins.io/config-file-provider> and the Pipeline > Util

Re: Defining *project level* environemnt variables

We use the Config File Provider plugin and the Pipeline Utilities Steps plugin in conjunction with folders to get around the JENKINS-42906 gap, in a Scripted Pipeline context. This is

Re: Jenkins nested view vs nested folder structure ?

We use both in our primary Jenkins environment, though folders are the primary organizing mechanism. The views are treated more like convenient "favorites" lists of jobs. Brian On Sunday, January 8, 2017 at 5:49:36 PM UTC-8, Brian Ray wrote: > > To name a few advantages, y

Re: Jenkins nested view vs nested folder structure ?

To name a few advantages, you can associate credential stores and Pipeline shared libraries with folders so that they are visible only to the jobs they contain. Through the Role Strategy plugin, you can also assign various privileges--and not simply read privileges--to jobs inside different

Re: Jenkins nested view vs nested folder structure ?

To name a few advantages, you can associate credential stores and Pipeline shared libraries with folders so that they are visible . Through the Role Strategy plugin, you can also assign various privileges--and not simply read privileges--to jobs inside different folders. I don't think you can

Re: Java Version on CentOS 7.2

FWIW we have a few agents running on CentOS 7.1/OpenJDK 1.8. No issues. On Wednesday, November 16, 2016 at 7:44:06 PM UTC-8, Daniel Beck wrote: > > > > On 16.11.2016, at 21:36, Aaron K wrote: > > > > Is OpenJDK 1.8 supported on CentOS 7.2? > > > > We're installing with

Re: concurrency parameter no longer accepted for stage block?

Yes, there's a more sophisticated way of doing this now. Here's a good blog post on the technique. On Monday, October 17, 2016 at 10:44:49 AM UTC-7, Kyle Flavin wrote: > > I posted this in the wrong place previously - hope this is

Re: Restricting job list permission using Role-Based Strategy

The wiki page for the plugin describes how to restrict user access to certain jobs (projects). Note the warning about global roles superseding project roles

Re: Pipeline Groovy Madness

Keep an eye on JENKINS-35390 . Though the other day I optimistically tried to use Groovy's AST transform @Immutable on a class ... should've known that would not

Re: Pipeline: irreconcilable unclassified staticMethod exception in sandbox mode

APIsworkflow-support2.6 On Tuesday, October 4, 2016 at 10:05:38 AM UTC-7, Brian Ray wrote: > > In trying to make a temporary stopgap for JIRA-26100 > <https://issues.jenkins-ci.org/browse/JENKINS-26100>, I came up with this > toy code that runs fine in the (

Pipeline: irreconcilable unclassified staticMethod exception in sandbox mode

In trying to make a temporary stopgap for JIRA-26100 , I came up with this toy code that runs fine in the (unsandboxed, natch) Script Console: import org.tmatesoft.svn.core.internal.io.dav.DAVRepositoryFactory import

Re: Pipeline external global library in SVN - errors

I entered low priority JIRA-38517 <https://issues.jenkins-ci.org/browse/JENKINS-38517> for the above issue. On Friday, September 16, 2016 at 5:58:38 PM UTC-7, Brian Ray wrote: > > > <https://lh3.googleusercontent.com/-SMw50qq6uoY/V9yTzIFPqOI/ARI/e2vw4-JHWoMzKId6wdV

Re: Pipeline external global library in SVN - errors

directory, you have an extra subdirectory in > there. > > Try searching for "cmd.groovy" under your job directory and see where all > the copies are. See where there is a .svn dir vs where there is just a copy > and make sure that it is in the right place. > > -M

Re: Pipeline external global library in SVN - errors

ld) > > I would also maybe wipe the local cache of the svn repo and force a full > checkout again. > > -M > > On Friday, September 16, 2016 at 4:12:43 PM UTC-7, Brian Ray wrote: >> >> >> <https://lh3.googleusercontent.com/-lo8y6lCOagw/V9x6kpax5UI/AQo/z44

Re: Pipeline external global library in SVN - errors

String interpolation. (Though I think the mechanism here is different, since plugins are written in Java ... ) The above lib config fixed the interpolation problem. But the vars/ and src/ subdirectory discovery issue pops up again. Started by user Brian Ray <http://cic-qa-ber:8080/user/brian66481

Re: Pipeline external global library in SVN - errors

Evidently I cannot drive this post widget very well. The screenshots are best clicked in reverse order, with the last two corresponding to the *First Try*, the middle two to *Second Try*, and the first two to *First Try.* On Friday, September 16, 2016 at 1:13:34 PM UTC-7, Brian Ray wrote

Pipeline external global library in SVN - errors

Jenkins-infra question: disabling email notification on watched issues.jenkins-ci.org issues

A few weeks ago the JIRA started sending me email notifications on my watched issues. Is there a way to disable these notifications on my JIRA profile? Atlassian's doc suggests not--it advises setting up inbox filters or simply "un-watching" issues when they are no longer of interest. But,

Re: Archive multiple artifacts with same name

rtifact would have the > same name: project-1.0.0-1.x86_64.rpm > Using the archive step would overwrite the artifact the second time I call > the archive step for the same named artifact. > > tirsdag 23. august 2016 20.53.16 UTC+2 skrev Brian Ray følgende: >> >> Have

Re: Archive multiple artifacts with same name

Have you looked at the stash step ? You can set an arbitrary name, which is how I got around a similar issue. The only downside is that the artifacts aren't saved with

Re: File as parameter not working

eems like it > would be an issue, it needs to be dynamic. > > On Thursday, May 19, 2016 at 2:25:47 AM UTC+1, Brian Ray wrote: >> >> Sorry, the API was URL#withInputStream, not #withReader. >> >> On Wednesday, May 18, 2016 at 6:24:11 PM UTC-7, Brian Ray wrote: >>

Re: File as parameter not working

Sorry, the API was URL#withInputStream, not #withReader. On Wednesday, May 18, 2016 at 6:24:11 PM UTC-7, Brian Ray wrote: > > Aha. Pipeline's under heavy development so unfortunately, there are gaps > like this. > > How's the remote machine sharing the file? Windows direc

Re: File as parameter not working

ather new to Jenkins. > > On Wednesday, May 18, 2016 at 5:14:37 PM UTC+1, Brian Ray wrote: >> >> Not 100% sure but I suspect that Pipeline job params can only be >> "regular" String parameters and perhaps param types whose values easily >> resolve to str

Re: File as parameter not working

Not 100% sure but I suspect that Pipeline job params can only be "regular" String parameters and perhaps param types whose values easily resolve to strings. My gut instinct is that more exotic param types that have side effects--like the File type--will not work. So in the current use case the

Re: Jenkins Pipeline Plugin - how to inject global passwords?

rrants a JIRA. On Wednesday, April 27, 2016 at 8:51:35 AM UTC-7, Brian Ray wrote: > > Glad to help. Very good to know the differing behavior between freestyle > and pipeline jobs. > > On Wednesday, April 27, 2016 at 2:28:17 AM UTC-7, Harry G. wrote: >> >> Wow, this is

Re: Pipelines, iterating maps and more headaches

Unless you're talking about your method declaration *def mapToList()*. In that case, the def is just window dressing AFAIK. The return type is the same with or without *def*: ie, *Object*. On Wednesday, April 27, 2016 at 3:34:24 PM UTC-7, Brian Ray wrote: > > Nice hackaround. I wi

Re: Pipelines, iterating maps and more headaches

Side note: The map keys and values are simply *String*s. On Wednesday, April 27, 2016 at 9:26:51 AM UTC-7, Brian Ray wrote: > > FWIW I recently replaced several C-style loops with *for ( x in y )* for > iterating over both lists and maps in CPS code and for the most part > conversi

Re: Jenkins Pipeline Plugin - how to inject global passwords?

I recently started experimenting with Credentials Binding with a Pipeline script passing a user-password credential down to a *sh*/*bat *step inside a *node* block, with the secret values masked perfectly in the log. (The step just executed some Groovy that *println System.getenv()'d* the

Re: Where can I drop a jar for it to be generally available to jenkins?

We download jars in the job's workspace after checking out Groovy scripts and set the classpath env variable prior to running the Groovy build step. In Freestyle jobs we use the Artifactory plugin to grab these jars and the

Re: Question regarding Jenkins pipeline setup

t the entire repository then it > would be quite slow for big repository. I wonder whether some repository > has option to simply search the file inside or not and whether Jenkins > actually implements this functionality this way. > > Tom > > On Friday, April 1, 2016 at 11:07:41 A

Re: jenkins.io blog RSS feed link incorrect?

Thanks. Surprised I stumbled across it first. On Friday, April 1, 2016 at 9:40:33 AM UTC-7, R Tyler Croy wrote: > > (replies inline) > > On Fri, 01 Apr 2016, Brian Ray wrote: > > > The RSS feed link <https://feeds.feedburner.com/~r/ContinuousBlog/> on > the &g

jenkins.io blog RSS feed link incorrect?

The RSS feed link on the new Jenkins blog page seems to have some lint in the URL that causes Feedburner to return an HTTP error 400. However if I remove that bit of lint and use a clean URL for the feed

Re: Question regarding Jenkins pipeline setup

https://issues.jenkins-ci.org/browse/JENKINS-27152 I'm not sure about @script but suspect it's a similar necessity. On Friday, April 1, 2016 at 12:00:18 AM UTC-7, tomwils...@gmail.com wrote: > > Hello, >I'm trying to setup Jenkins to run a multibranch pipeline project. > Just to test, I

Re: Best Practices with LTS Updates

+1 to what Chris said. Two more cents worth of advice: When I upgrade one of our Jenkins masters (on LTS) I first look at the changelogs to have some idea of the delta-- potential gotchas, new features to evangelize, etc. Aside from critical security releases I typically wait a day or two

Re: Groovy+pipeline: why does executing step exit function?

It's because of the *@NonCPS* annotation. It's incompatible with pipeline step calls. See more here . On Thursday, February 4, 2016 at 8:45:21 AM UTC-8, Oleh Olkhovskyy wrote: > > Hi, > > I'm writing a pipeline groovy script.

Re: [workflow plugin] use case question

Can you just set the *Restrict where this project can be run* checkbox in conjunction with the *Label Expression* param on the two subjobs? On Thursday, January 21, 2016 at 2:16:39 AM UTC-8, Patrick Bruneton wrote: > > Hi all, > > I am trying to implement a use case with the workflow plugin. > I

Re: Master/Slave configurations

Assuming you mean mixed Windows/Linux environments, yes. Our shop has both 1) Windows and 2) Linux (CentOS) masters with both 1) Windows and Linux slaves, and 2) Windows slaves. On Monday, January 11, 2016 at 10:15:07 AM UTC-8, techi...@gmail.com wrote: > > Hello All, > > In jenkins can we have

Re: Approaches for sharing workspace in a pipeline

;> https://github.com/jenkinsci/workflow-plugin/blob/master/basic-steps/src/main/java/org/jenkinsci/plugins/workflow/steps/ArtifactUnarchiverStepExecution.java#L42 >> >> It looks like it may be straight forward enough to add an unarchive all >> option, and if that works

Re: Approaches for sharing workspace in a pipeline

Isn't the "get everything" Ant regex something like or ***/**? If you continue looking at workflow, also check out the *stash* and *unstash *steps. Similar purpose and syntax but more applicable to intermediate stages where you don't need to retain the artifacts. You can also refer to the

Re: Cucumber reporting graphs not showing

Awesome. We've opened up that filter a bit to accomodate some CSS and column sort scripting with the Cucumber Reports pages, but still have Flash content blocked. So no bouncing pie charts for us for the time being. On Thursday, December 17, 2015 at 4:09:39 AM UTC-8, donovan.b...@gmail.com

Re: Pass values from Shell script to Workflow script in Jenkins Workflow plugin

We're using this technique too and I think it's the only hack available for the time being. JENKINS-26133 may some day yield a more elegant, native way to get results back out to the workflow. On Thursday, December 17, 2015 at 8:51:00 AM

Re: Cucumber reporting graphs not showing

Which release of the Jenkins master are you running? The most recent versions of the release and LTS release introduced this security feature that, by default, disables most inline and non-domain scripting, CSS,

Re: Groovy Question: revision from job?

My approach has just been iteratively trying things with the Script Console up in one window and the Javadoc up in other windows. I'm unsure if there is an easier way to learn it. On Thursday, December 10, 2015 at 6:18:28 AM UTC-8, Guy Matz wrote: > > Nicely done!! How the heck was I supposed

Re: Reuse workflow code across workflow jobs

Avoided the global library myself for similar reasons. There is an issue in the Jenkins Jira that covers broadly what you are looking for, I think. On Friday, November 13, 2015 at 6:38:50 AM UTC-8, Martin d'Anjou wrote: > > Is there a way

Re: kill a job

This article mentions workflow jobs, but should work for any kind of job: https://cloudbees.zendesk.com/hc/en-us/articles/204453080-Unable-to-kill-a-Workflow-job-that-is-stuck-executing- On Wednesday, November 11, 2015 at 1:29:44 AM UTC-8, TZ wrote: > > Hi > I got stuck job that i need to

Re: [workflow-plugin] parallel threads greater than matching node label executors silently discard unassigned threads

Neglected to mention: Workflow plugin: 1.10.1 On Monday, November 9, 2015 at 3:49:27 PM UTC-8, Brian Ray wrote: > > My pilot project flow spreads work across a pool of single-executor > general purpose slaves like the following very simple example: > > // Assume 'taskDoers' lab

[workflow-plugin] parallel threads greater than matching node label executors silently discard unassigned threads

My pilot project flow spreads work across a pool of single-executor general purpose slaves like the following very simple example: // Assume 'taskDoers' label includes two nodes, one executor each final tasks = [ task0: { node('taskDoers') { // do some stuff } }, task1: {

Re: [workflow-plugin] Hack to unstash outside of a node block?

ut thought this was a one-way street. Ie that the block could see the value and possibly override it, but that the workflow would retain the original value. On Friday, October 30, 2015 at 9:40:02 AM UTC-7, Brian Ray wrote: > > The *unstash *step outside of a *node *block is illegal, because it want

[workflow-plugin] Hack to unstash outside of a node block?

The *unstash *step outside of a *node *block is illegal, because it wants a workspace to unstash to: node('planners') { // ... // do a bunch of stuff then stash the product stash( name: 'plans', includes: 'plans/*' ) } // this is unwrapped and will throw a

Re: [workflow] Generating parallel branches causes job to hang

See this earlier thread for the Iterator serialization issue: https://groups.google.com/d/msg/jenkinsci-users/LGRv7Jq60YI/ZN-68zuw2loJ On Wednesday, October 14, 2015 at 10:33:41 AM UTC-7, Michael Štědrý wrote: > > Hi Andres, > > I've got one more interesting thing for you. I managed to get your

Re: Templates Plugin (Jenkins Enterprise)

Aha. Got it. On Tuesday, October 6, 2015 at 11:06:33 AM UTC-7, Daniel Beck wrote: > > > On 06.10.2015, at 18:52, Brian Ray <be_...@sbcglobal.net > > wrote: > > > Not to drag the thread off-topic, but could you elaborate on any > security issues with Job DSL? I exp

Re: Templates Plugin (Jenkins Enterprise)

Not to drag the thread off-topic, but could you elaborate on any security issues with Job DSL? I experimented with it a while back, and CloudBees is going to demo Job Templates to my shop in the near future, but is there something that makes Job DSL inherently less secure-able than the latter?

Re: Another Jenkins server as backup

The last chapter of the book Jenkins: The Definitive Guide http://www.amazon.com/Jenkins-Definitive-John-Ferguson-Smart/dp/1449305350 describes a few practices that, if used together, would give you something like a cold or warm Jenkins master mirror. Failover however would not be automatic or

Re: JUC West - Sept 2 3, 2015

. The CD Summit is gear toward IT execs and technologists. JUC is gear toward Jenkins Users, consisting of practitioners/ developers. thnx alyssa On Wed, Aug 19, 2015 at 11:29 AM, Brian Ray be_...@sbcglobal.net javascript: wrote: On a related topic, does registration at the JUC give you

Re: Discard only some artifacts?

You could probably use a Console/Scriptler script to do the cleanup via the Hudson/Jenkins API, and in fact IIRC there are a couple Scriptler scripts that do things along these lines. On Thursday, August 6, 2015 at 8:21:05 AM UTC-7, matthew...@diamond.ac.uk wrote: I'm aware of the options

Re: Difference in behavior of PluginWrapper.getDependencies() and UpdateSite.Plugin.dependencies

will likely incluce the dependencies that are bundled with Jenkins core for the version of jenkins you target (like junit that used to not be a plugin). The UpdateSite should match exactly the json from the updateCenter. On Monday, 3 August 2015 17:37:08 UTC+1, Brian Ray wrote: Can anybody

Difference in behavior of PluginWrapper.getDependencies() and UpdateSite.Plugin.dependencies

Can anybody explain the difference in behavior between these two APIs? The only thing that I can make out is that UpdateSite's dependency properties seem to mirror exactly the dependencies declared in each plugin's MANIFEST.MF file. The PluginWrapper APIs usually return more dependencies, but

Re: Manual build step support

There is a simple step available in the worfklow plugin called input. https://github.com/jenkinsci/workflow-plugin/blob/master/TUTORIAL.md#pausing-flyweight-vs-heavyweight-executors But it would require your job to be a worfklow job and does not support a very sophisticated input form, AFAIK.

[workflow-plugin] Does Groovy CPS DSL from SCM only support Git?

In experimenting with my first workflow project I switched over from editing straight in the project config to *Groovy CPS DSL from SCM*. The UI displayed all the expected SCM flavors: Git, SVN, CVS, etc. We're an SVN shop so I chose that and filled out the checkout details. After saving and

Re: [workflow-plugin] Does Groovy CPS DSL from SCM only support Git?

Never mind, I think the Subversion plugin is way out of date--no workflow support as of that old version. On Friday, July 24, 2015 at 2:57:31 PM UTC-7, Brian Ray wrote: In experimenting with my first workflow project I switched over from editing straight in the project config to *Groovy CPS

Re: Cannot run groovy on node

://jenkins.mirror.isppower.de/updates/updates/hudson.plugins.groovy.GroovyInstaller.json On 14.07.2015, at 18:26, Brian Ray be_...@sbcglobal.net javascript: wrote: Or rather, like this for 2.4.3: On Tuesday, July 14, 2015 at 9:23:05 AM UTC-7, Brian Ray wrote

Re: Cannot run groovy on node

https://lh3.googleusercontent.com/-lDGZF6rMsfw/VaU3CjhUYVI/AKU/9Cne6mRwG_I/s1600/SS-2015-05-04_14.48.33.png codehaus.org no longer hosts the Groovy project or its binaries. Configure an installer like this: On Tuesday, July 14, 2015 at 6:36:48 AM UTC-7, Gilad Baruchian wrote: I

Re: Cannot run groovy on node

Or rather, like this for 2.4.3: https://lh3.googleusercontent.com/-ezw537Qk3Ik/VaU4IcAmrII/AKg/8jKPwbSn0wo/s1600/SS-2015-07-14_09.20.05.png On Tuesday, July 14, 2015 at 9:23:05 AM UTC-7, Brian Ray wrote: https://lh3.googleusercontent.com/-lDGZF6rMsfw/VaU3CjhUYVI/AKU

Re: Run subjobs but disregard the result in the parent job

at 6:58:45 PM UTC+3, Brian Ray wrote: https://lh3.googleusercontent.com/-8aepTvtIBMU/VVyvKKfZ9fI/AJc/Y9rtv4yOuSU/s1600/SS-2015-05-20_08.54.32.png Darnit, pasting my screenshot didn't work. Let me try again: On Wednesday, May 20, 2015 at 8:56:42 AM UTC-7, Brian Ray wrote: Assuming

Re: Run subjobs but disregard the result in the parent job

Assuming you're using the multijob plugin, be sure to set this field to *Completed* for this subproject (phase) in question: On Wednesday, May 20, 2015 at 8:05:10 AM UTC-7, Radu Codrin Leterna wrote: Hello, I need to setup a main job that will trigger a couple sub-jobs. I am using a

Re: Run subjobs but disregard the result in the parent job

https://lh3.googleusercontent.com/-8aepTvtIBMU/VVyvKKfZ9fI/AJc/Y9rtv4yOuSU/s1600/SS-2015-05-20_08.54.32.png Darnit, pasting my screenshot didn't work. Let me try again: On Wednesday, May 20, 2015 at 8:56:42 AM UTC-7, Brian Ray wrote: Assuming you're using the multijob plugin

Re: workflow-plugin Serialisation issues when iterating over a list of strings

Hi Robin, The simplest Groovy idiom for iterating over a collection is hostnames.each { host - do something interesting with host ... } Does this work? Brian On Monday, February 9, 2015 at 5:48:11 AM UTC-8, Robin Tegg wrote: Hi all, I've been trying out the workflow plugin after

Re: workflow-plugin Serialisation issues when iterating over a list of strings

Another stab in the dark. The double quotes mean the individual hostnames are GStrings instead of Strings. Maybe starting this way: def hostnames = ['192.168.0.1', '192.168.0.2'] On Monday, February 9, 2015 at 9:25:52 AM UTC-8, Brian Ray wrote: Hi Robin, The simplest Groovy idiom