Fwd: How to fix 'invalid crumb' warnings?

[David Aldrich]

Hi

In our Jenkins System Log we see many instances of messages like these:

Jun 08, 2021 12:09:17 PM WARNING hudson.security.csrf.CrumbFilter doFilter
Found invalid crumb
3554fd3884df49f975319b4852c6caef3f8f0f96da8e2bfbcc493abf78cdc9d3. If you
are calling this URL with a script, please use the API Token instead. More
information: https://jenkins.io/redirect/crumb-cannot-be-used-for-script
Jun 08, 2021 12:09:17 PM WARNING hudson.security.csrf.CrumbFilter doFilter
No valid crumb was included in request for
/jenkins/view/Matrix%20jobs/ajaxBuildQueue by . Returning 403.

Should I try to fix them? If so, how?

Best Regards
David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iejGo%3DAvK9LE13W-72--3RXwzwGmoxQL6R-wG-SE_L%3DVNA%40mail.gmail.com.

Re: High memory usage by Java process

[David Aldrich]

What would be a recommended setting?

On Thu, Dec 3, 2020 at 12:41 PM 'Björn Pedersen' via Jenkins Users <
jenkinsci-users@googlegroups.com> wrote:

> Check the advanced settings for  the agent at least ssh agents allow
> custom JVM options there.
>
> Björn Pedersen schrieb am Donnerstag, 3. Dezember 2020 um 13:39:46 UTC+1:
>
>> Unless configured otherwise, the agent processes inherit the options from
>> the controller, so this high VM may happen.
>>
>> Björn
>>
>> DavidA schrieb am Donnerstag, 3. Dezember 2020 um 13:37:43 UTC+1:
>>
>>> Hi
>>>
>>> I have a Centos 7 Jenkins agent. 'top' shows that Jenkins is running a
>>> Java process on it (as expected) but shows 22GB Virtual Memory allocated to
>>> that process. Seems very high, is that reasonable?
>>>
>>> Best regards
>>> David
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/1a99e250-68fd-4d96-867a-a2fdbd845257n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieiVkm6xw80mrfT3mzHffOSMH3Ufk%3DHs3kR0QDJdaeKWRA%40mail.gmail.com.

High memory usage by Java process

[David Aldrich]

Hi

I have a Centos 7 Jenkins agent. 'top' shows that Jenkins is running a Java
process on it (as expected) but shows 22GB Virtual Memory allocated to that
process. Seems very high, is that reasonable?

Best regards
David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieivsjFDOed%2BOatzy7trgzxv%2BaJJtix2AN-2%2B54ZsoY0-A%40mail.gmail.com.

Re: Java install for Windows agent?

[David Aldrich]

Thanks. The problem was that Jenkins executes:

cd "e:\jenkins" && %JAVA_HOME%\java.exe  -jar remoting.jar ...


but cd does not change drive, it remains on C: and can't find \jenkins
and so fails.


I fixed it by putting 'E: && ' in the remote command prefix box.
Perhaps there is a better way ...


On Fri, Nov 27, 2020 at 2:02 PM Jérôme Godbout  wrote:

> Hi,
>
> make sure Jenkins remote user does have access to your e:\jenkins  and
> clean that folder content of any previous data there. If this is not
> working, check the master remote file for any right or corruption.
>
>
>
> Jerome
>
>
>
>
>
>
> une compagnie
>
> RAPPROCHEZ LA DISTANCE
>
> *Jérôme Godbout*
> Software / Firmware Lead
>
> *p:* +1 (418) 800-1073 ext.:109
>
> amotus.ca <http://www.amotus-solutions.com/>
> statum-iot.com
>
> <https://www.facebook.com/LesSolutionsAmotus/>
> <https://www.linkedin.com/company/amotus-solutions/>
> <https://twitter.com/AmotusSolutions>
> <https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig>
>
> *COVID-19 : we are glad to inform you that Amotus
> <https://www.amotus-solutions.com/> are up and running with limited impact
> on our performance. We will keep you informed of any changes as they occur.*
>
> *COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus
> opèrent adéquatement et que l’impact sur notre productivité est minimisé.
> Nous vous tiendrons au courant de tout changement.*
>
>
>
> *From:* jenkinsci-users@googlegroups.com 
> *On Behalf Of *David Aldrich
> *Sent:* November 27, 2020 4:17 AM
> *To:* jenkinsci-users@googlegroups.com
> *Subject:* Re: Java install for Windows agent?
>
>
>
> Still trying to connect to Jenkins Windows agent using ssh. I have
> configured JAVA_HOME on the agent and set the agent's configuration to:
>
> JavaPath%JAVA_HOME%\java.exe
>
> but I get:
>
> [11/27/20 09:15:15] [SSH] Copying latest remoting.jar...
>
> Source agent hash is D866F0B482DB94F38E49B26B465D5DB5. Installed agent hash 
> is D866F0B482DB94F38E49B26B465D5DB5
>
> Verified agent jar. No update is necessary.
>
> Expanded the channel window size to 4MB
>
> [11/27/20 09:15:16] [SSH] Starting agent process: cd "E:\jenkins" && 
> %JAVA_HOME%\java.exe  -jar remoting.jar -workDir E:\jenkins -jar-cache 
> E:\jenkins/remoting/jarCache
>
> Error: Unable to access jarfile remoting.jar
>
> Agent JVM has terminated. Exit code=1
>
> [11/27/20 09:15:16] Launch failed - cleaning up connection
>
> [11/27/20 09:15:16] [SSH] Connection closed.
>
>
>
> Any idea why it can't access remoting.jar?
>
> Best regards
>
> David
>
>
>
>
>
> On Thu, Nov 26, 2020 at 9:26 PM Jérôme Godbout  wrote:
>
> You can inject the wanted java folder into the Node configuration into
> Jenkins master configuration panels:
>
>
>
> Add environments variable into your node and set:
>
>
>
> Name: JAVA_HOME
>
> value: C:\Java\jdk1.8.0_261\
>
>
>
>
>
> Take Care the Windows version doesn’t like Java path with a space in it, a
> patch have been made put you might end up into a version that doesn’t
> support it, for ease, just install java into a path without space.
>
> This prevent having to define the JAVA_HOME for the whole machine and ease
> the multiple java version on that machine. Jenkins will change it and can
> will use it to load the slave properly.
>
>
>
>
>
>
> une compagnie
>
> RAPPROCHEZ LA DISTANCE
>
> *Jérôme Godbout*
> Software / Firmware Lead
>
> *p:* +1 (418) 800-1073 ext.:109
>
> amotus.ca <http://www.amotus-solutions.com/>
> statum-iot.com
>
> <https://www.facebook.com/LesSolutionsAmotus/>
> <https://www.linkedin.com/company/amotus-solutions/>
> <https://twitter.com/AmotusSolutions>
> <https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig>
>
> *COVID-19 : we are glad to inform you that Amotus
> <https://www.amotus-solutions.com/> are up and running with limited impact
> on our performance. We will keep you informed of any changes as they occur.*
>
> *COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus
> opèrent adéquatement et que l’impact sur notre productivité est minimisé.
> Nous vous tiendrons au courant de tout changement.*
>
>
>
> *From:* jenkinsci-users@googlegroups.com 
> *On Behalf Of *David Aldrich
> *Sent:* November 26, 2020 2:03 PM
> *To:* jenkinsci-users@googlegroups.com
> *Subject:* Java install for Windows agent?
>
>
>
> Hi
>
> I have now partially succeeded in connec

Re: Java install for Windows agent?

[David Aldrich]

Still trying to connect to Jenkins Windows agent using ssh. I have
configured JAVA_HOME on the agent and set the agent's configuration to:

JavaPath%JAVA_HOME%\java.exe

but I get:

[11/27/20 09:15:15] [SSH] Copying latest remoting.jar...
Source agent hash is D866F0B482DB94F38E49B26B465D5DB5. Installed agent
hash is D866F0B482DB94F38E49B26B465D5DB5
Verified agent jar. No update is necessary.
Expanded the channel window size to 4MB
[11/27/20 09:15:16] [SSH] Starting agent process: cd "E:\jenkins" &&
%JAVA_HOME%\java.exe  -jar remoting.jar -workDir E:\jenkins -jar-cache
E:\jenkins/remoting/jarCache
Error: Unable to access jarfile remoting.jar
Agent JVM has terminated. Exit code=1
[11/27/20 09:15:16] Launch failed - cleaning up connection
[11/27/20 09:15:16] [SSH] Connection closed.


Any idea why it can't access remoting.jar?

Best regards
David


On Thu, Nov 26, 2020 at 9:26 PM Jérôme Godbout  wrote:

> You can inject the wanted java folder into the Node configuration into
> Jenkins master configuration panels:
>
>
>
> Add environments variable into your node and set:
>
>
>
> Name: JAVA_HOME
>
> value: C:\Java\jdk1.8.0_261\
>
>
>
>
>
> Take Care the Windows version doesn’t like Java path with a space in it, a
> patch have been made put you might end up into a version that doesn’t
> support it, for ease, just install java into a path without space.
>
> This prevent having to define the JAVA_HOME for the whole machine and ease
> the multiple java version on that machine. Jenkins will change it and can
> will use it to load the slave properly.
>
>
>
>
>
>
> une compagnie
>
> RAPPROCHEZ LA DISTANCE
>
> *Jérôme Godbout*
> Software / Firmware Lead
>
> *p:* +1 (418) 800-1073 ext.:109
>
> amotus.ca <http://www.amotus-solutions.com/>
> statum-iot.com
>
> <https://www.facebook.com/LesSolutionsAmotus/>
> <https://www.linkedin.com/company/amotus-solutions/>
> <https://twitter.com/AmotusSolutions>
> <https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig>
>
> *COVID-19 : we are glad to inform you that Amotus
> <https://www.amotus-solutions.com/> are up and running with limited impact
> on our performance. We will keep you informed of any changes as they occur.*
>
> *COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus
> opèrent adéquatement et que l’impact sur notre productivité est minimisé.
> Nous vous tiendrons au courant de tout changement.*
>
>
>
> *From:* jenkinsci-users@googlegroups.com 
> *On Behalf Of *David Aldrich
> *Sent:* November 26, 2020 2:03 PM
> *To:* jenkinsci-users@googlegroups.com
> *Subject:* Java install for Windows agent?
>
>
>
> Hi
>
> I have now partially succeeded in connecting to a Windows 10 agent from
> Jenkins via ssh.  The ssh part succeeds but the connection then fails with:
>
> "Couldn't figure out the Java version of E:\jenkins/jdk/bin/java"
>
>
>
> I don't know why it's choosing that path as I have not specified a Java
> path.
>
>
>
> I know this is basic, but please suggest which JRE/JDK I should use and
> where I should install it.
>
>
>
> Thanks
>
> David
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iehj-zYoqEKTFPH58CHT_dvwcDagxU6s3ERd4HnpcQKdgA%40mail.gmail.com
> <https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iehj-zYoqEKTFPH58CHT_dvwcDagxU6s3ERd4HnpcQKdgA%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/QB1PR01MB38449876E713D2B6766892DACDF90%40QB1PR01MB3844.CANPRD01.PROD.OUTLOOK.COM
> <https://groups.google.com/d/msgid/jenkinsci-users/QB1PR01MB38449876E713D2B6766892DACDF90%40QB1PR01MB3844.CANPRD01.PROD.OUTLOOK.COM?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iej0V2wwMKmew2QadXfmM-%2B1Lzq16qjRPv35ER%3DZZp%2B%2BRA%40mail.gmail.com.

Java install for Windows agent?

[David Aldrich]

Hi

I have now partially succeeded in connecting to a Windows 10 agent from
Jenkins via ssh.  The ssh part succeeds but the connection then fails with:

"Couldn't figure out the Java version of E:\jenkins/jdk/bin/java"

I don't know why it's choosing that path as I have not specified a Java
path.

I know this is basic, but please suggest which JRE/JDK I should use and
where I should install it.

Thanks
David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iehj-zYoqEKTFPH58CHT_dvwcDagxU6s3ERd4HnpcQKdgA%40mail.gmail.com.

Re: Recommended way to setup a windows agent nowadays ?

[David Aldrich]

I would like to connect to Windows agents via SSH (currently using JNLP).
I've installed OpenSSH client and server on the Windows machine, but not
sure what to do next. In the agent configuration I've selected:

'Launch agents via ssh'

but when I launch I get:

[11/26/20 17:49:12] [SSH] Opening SSH connection to jenkins-win02:22.

Searching for jenkins-win02 in /var/lib/jenkins/.ssh/known_hosts
Searching for jenkins-win02:22 in /var/lib/jenkins/.ssh/known_hosts
[11/26/20 17:49:18] [SSH] WARNING: No entry currently exists in the
Known Hosts file for this host. Connections will be denied until this
new host and its associated key is added to the Known Hosts file.
Key exchange was not finished, connection is closed.


What should I do now? (Don't know how to add the host to
/var/lib/jenkins/.ssh/known_hosts).

Best regards
David


On Mon, Nov 23, 2020 at 10:01 PM Francois Marot 
wrote:

> Thanks Jerome and Slide. Seems like SSH on Windows is the new way to go
> (it feels so strange to say these words, "ssh on Windows"...) !
> Thanks
>
> Le lundi 23 novembre 2020 à 18:22:19 UTC+1, slide a écrit :
>
>> I would highly recommend switching to using SSH for Windows agents. The
>> Win32-OpenSSH implementation from MS is supported from Windows 7 on (though
>> Windows 7 is EOL). This makes it easier to maintain your agents because
>> both the Windows and Linux agents are using the same mechanism. I've been
>> meaning to write a blog post about this, but haven't had the time to. I
>> switched all of my agents over to SSH last year and it has been working
>> very well for me.
>>
>> Regards,
>>
>> Alex
>>
>> On Mon, Nov 23, 2020 at 7:12 AM Jérôme Godbout  wrote:
>>
>>> Hi,
>>>
>>>
>>>
>>> if you are using Windows 10 for your slave, just enable the Windows
>>> Features for OpenSSH client and server. This would make it just like a
>>> Linux node. Make sure to put your Java install into a path without spaces
>>> (I think the fix is in the pipeline depending of the Jenkins version you
>>> have).
>>>
>>> That make it easier as it do just like linux to log in and seem more
>>> safe to me, you just put the credentials into the Jenkins master for the
>>> ssh key.
>>>
>>>
>>>
>>>
>>>
>>>
>>> une compagnie
>>>
>>> RAPPROCHEZ LA DISTANCE
>>>
>>> *Jérôme Godbout*
>>> Développeur Logiciel Sénior /
>>> Senior Software Developer
>>>
>>> *p:* +1 (418) 800-1073 ext.:109
>>>
>>> amotus.ca 
>>> statum-iot.com
>>>
>>> 
>>> 
>>> 
>>> 
>>>
>>> *COVID-19 : we are glad to inform you that Amotus
>>>  are up and running with limited impact
>>> on our performance. We will keep you informed of any changes as they occur.*
>>>
>>> *COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus
>>> opèrent adéquatement et que l’impact sur notre productivité est minimisé.
>>> Nous vous tiendrons au courant de tout changement.*
>>>
>>>
>>>
>>> *From:* jenkins...@googlegroups.com  *On
>>> Behalf Of *Francois Marot
>>> *Sent:* November 23, 2020 6:24 AM
>>> *To:* Jenkins Users 
>>> *Subject:* Recommended way to setup a windows agent nowadays ?
>>>
>>>
>>>
>>>
>>>
>>> Hello Jenkins users,
>>>
>>>
>>>
>>> I'm in the process of upgrading my Jenkins installation. My Jenkins
>>> Linux master has been updated with the latest LTS but not the agents for
>>> the moment.
>>>
>>> I'm wondering how to update the Windows agents.
>>>
>>> For exemple: one outputs the following logs:
>>> > "WARNING: Remoting version is older than a minimum required one
>>> (3.14). Connection will not be rejected, but the compatibility is NOT
>>> guaranteed"
>>>
>>>
>>>
>>> I think it was configured with JavaWebStart and runs as a service but I
>>> also think that Java Web Start is more or less deprecated in Java 8+.
>>>
>>> On the other hand, configuring with the other way (WMI I think) leads to
>>> the following help message in Jenkins master:
>>> > " This launch method relies on DCOM and is often associated with subtle
>>> problems
>>> .
>>> Consider using *Launch agents using Java Web Start* instead "
>>>
>>>
>>>
>>> So my question is: what is the preffered way to setup a *windows* agent
>>> connected to a Linux master nowadays ? Isn't JNLP deprecated ? Is there an
>>> up to date definitive doc ?
>>>
>>>
>>>
>>> Thanks
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Jenkins Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to jenkinsci-use...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-users/6dd94526-10df-4c77-b734-dda9d7308e54n%40googlegroups.com
>>> 

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

>According to doc this is supported:
https://jenkins.io/doc/book/pipeline/syntax/#post

>Syntax is like this
https://code-maven.com/slides/jenkins-intro/pipeline-post


Thank you. That has fixed my problem.


David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieiNN42xpSVzEMaLU6pEfnLojh80o_6HDH3ohOiBGQt-WA%40mail.gmail.com.

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

> Did you try to write post after stage?


It seems that is not allowed:


WorkflowScript: 140: Expected a stage @ line 140, column 9.
   post{
   ^


On Thu, Jan 23, 2020 at 4:34 PM David Aldrich 
wrote:

> > try this url
>
> > https://Jenkins.io/doc/pipeline/tour/tests-and-artifacts/
>
>
> Thanks, but that doesn't address my situation where I have stages running
> on different agents and I want to archive results from a specific agent.
>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieg04QKY5270TySAx9yf%3DPkucOrOCQAHM2i8nscK8%3D2moA%40mail.gmail.com.

Re: Declarative script syntax: Archive from specific stage?

[David Aldrich]

> try this url

> https://Jenkins.io/doc/pipeline/tour/tests-and-artifacts/


Thanks, but that doesn't address my situation where I have stages running
on different agents and I want to archive results from a specific agent.

>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieiVXUnjR6r9F2aKxzU1pwXNwHQrRuuVZQ%2BVO-u4S3c0eg%40mail.gmail.com.

Declarative script syntax: Archive from specific stage?

[David Aldrich]

I have a question about declarative script syntax.



I have a multi-stage job, where each stage runs on a separate agent.
Whether the job passes or fails, I want to archive some artefacts from the
job, so I have to call archiveArtifacts from post::cleanup().



stages {

stage(‘S1’) {

agent { label “A” }

steps {



}

stage(‘S2’) {

agent { label “B” }

steps {



}

}

post {

cleanup{ archiveArtifacts artifacts: '*.zip'}

}



My problem is that I want to archive the artifacts from a specific agent
(i.e. a specific stage). How would I do that?



Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iej6MzrtnHg-hf5p9SjsrHaNvJEDxkb3os6bdpTrRby4SQ%40mail.gmail.com.

JAVA_HOME on Windows?

[David Aldrich]

Hi

When running a Visual Studio job from a declarative script on a Windows
agent I see:

E:\jenkins\workspace\CMake_tests_1_Windows_trunk>call "C:\Program
Files (x86)\Microsoft Visual
Studio\2017\BuildTools\VC\Auxiliary\Build\vcvars64.bat"
\Java\jre1.8.0_241\bin"" was unexpected at this time.


I want to check the value of JAVA_HOME. Where is that set for a Windows agent?


Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iegQXheUok%3DpY8DV25GtjKK0D_a5fr6WD56JXPbpzs9DgQ%40mail.gmail.com.

Jenkins with Parallel Builds?

[David Aldrich]

Hi

We build large C++ projects using Jenkins for Linux platforms.  These build
jobs currently run on a single executor.  I want 'make -j' or ninja to
compile concurrently on several cores to speed up the build time.  How can
I cause a job to utilise multiple executors on an agent in this way?

I saw a similar question discussed in a StackOverflow question:
https://stackoverflow.com/questions/20003919/jenkins-with-parallel-builds.
The answer given there was to use the Heavy Job Plugin. But that plugin
seems quite old. Is it still the best solution?

Best regards
David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iegfeeSqCZPvdEF9%3DGF7%2B1EgdwQyXUtQg2MVf-b4cS-Mzw%40mail.gmail.com.

Re: Help request for Java exception

[David Aldrich]

The exception started happening after a minor jdk upgrade:

java-1.8.0-openjdk-1:1.8.0.181-3.b13.el7_5.x86_64 ->
java-1.8.0-openjdk-1.8.0.222.b10-1.el7_7.x86_64

On Wed, Oct 9, 2019 at 1:54 PM David Aldrich 
wrote:

> I am seeing this Java exception trace for one of our declarative scripts.
> It happens on a Centos 7 machine. Please can anyone suggest the reason?
>
> [Pipeline] End of Pipelinejava.lang.NoClassDefFoundError: Could not 
> initialize class sun.security.ssl.SSLContextImpl$TLSContext
>   at java.lang.Class.forName0(Native Method)
>   at java.lang.Class.forName(Class.java:264)
>   at java.security.Provider$Service.getImplClass(Provider.java:1634)
>   at java.security.Provider$Service.newInstance(Provider.java:1592)
>   at sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
>   at sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
>   at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:322)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:307)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:108)
>   at 
> org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:94)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:237)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:415)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:352)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:340)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:910)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:702)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:113)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1035)
>   at 
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:124)
>   at 
> org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.createRepository(SvnRepositoryAccess.java:103)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepository(SvnNgRepositoryAccess.java:211)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:210)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:115)
> Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
> jenkins-centos7-scl
>   at 
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
>   at 
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
>   at hudson.remoting.Channel.call(Channel.java:957)
>   at hudson.FilePath.act(FilePath.java:1072)
>   at hudson.FilePath.act(FilePath.java:1061)
>   at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:936)
>   at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:863)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
>   at 
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
>   at 
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> Caused: java.lang.RuntimeException
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.throwThrowable(SvnNgAbstractUpdate.java:918)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:125)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:40)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:18)
>   at 
> org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
>   at 
> org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
>   at 
> org.tmatesof

Help request for Java exception

[David Aldrich]

I am seeing this Java exception trace for one of our declarative scripts.
It happens on a Centos 7 machine. Please can anyone suggest the reason?

[Pipeline] End of Pipelinejava.lang.NoClassDefFoundError: Could not
initialize class sun.security.ssl.SSLContextImpl$TLSContext
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at java.security.Provider$Service.getImplClass(Provider.java:1634)
at java.security.Provider$Service.newInstance(Provider.java:1592)
at sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
at sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
at javax.net.ssl.SSLContext.getInstance(SSLContext.java:156)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:322)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLContext(SVNSocketFactory.java:307)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory._createSSLSocket(SVNSocketFactory.java:108)
at 
org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:94)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:237)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:415)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:352)
at 
org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:340)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:910)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:702)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:113)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1035)
at 
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:124)
at 
org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.createRepository(SvnRepositoryAccess.java:103)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepository(SvnNgRepositoryAccess.java:211)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.updateInternal(SvnNgAbstractUpdate.java:210)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:115)
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to
jenkins-centos7-scl
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
at hudson.remoting.Channel.call(Channel.java:957)
at hudson.FilePath.act(FilePath.java:1072)
at hudson.FilePath.act(FilePath.java:1061)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:936)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:863)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
at 
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
at 
org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
Caused: java.lang.RuntimeException
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.throwThrowable(SvnNgAbstractUpdate.java:918)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgAbstractUpdate.update(SvnNgAbstractUpdate.java:125)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:40)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgUpdate.run(SvnNgUpdate.java:18)
at 
org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at 
org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
at 
org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1239)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:311)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:291)
at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:387)
at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:160)
at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(Workspace

Re: Confused by declarative pipeline trigger specifications

[David Aldrich]

>> We use declarative pipelines extensively, triggered by SCM change. We
use a

>> cron spec to specify a SCM polling interval.

>> It seems that the trigger specification can be set in two places: in the
GUI

>> configuration for the job and in the pipeline itself.



>> Do I need to set both  trigger specifications (to the same
specification)?


> The GUI portion is filled in by the pipeline once it has run once and the
triggers and so

> forth have been processed. You can't change the cron in the GUI and have
it work. It

> only works to change it in the pipeline itself.


I changed the trigger spec in the Jenkinsfile and ran the job again. The
trigger spec in the GUI did not change.


Does this mean that the trigger spec in the GUI is irrelevant and can be
left empty?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iei2bqrAB3Yj3NqzNxcGJ4bDXC5Q86J73yRqPpmvE4vcig%40mail.gmail.com.

Confused by declarative pipeline trigger specifications

[David Aldrich]

Hi

We use declarative pipelines extensively, triggered by SCM change. We use a
cron spec to specify a SCM polling interval.

It seems that the trigger specification can be set in two places: in the
GUI configuration for the job and in the pipeline itself.

Do I need to set both  trigger specifications (to the same specification)?

Do they have different purposes?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iei2XpTWYKTSmpyGqv1WiL21FwjTOgn5XG4KNXTeJjUpRA%40mail.gmail.com.

Re: Workspace clean-up killed jobs

[David Aldrich]

This issue is related: https://issues.jenkins-ci.org/browse/JENKINS-27329

Regards

David

On Thursday, May 2, 2019 at 9:11:53 AM UTC+1, Sarfroz Basha wrote:
>
> Hi,
>
> I am also facing same error. Have you found anything regarding this error. 
> Please share the solution.
>
> Regards,
> Sarfroz
>
> On Monday, November 27, 2017 at 2:16:04 PM UTC+5:30, David Aldrich wrote:
>
>> Hi
>>
>>  
>>
>> Two of our declarative script jobs have failed for similar reasons.  The 
>> jobs normally run with no problem.  We are running Jenkins 2.91.
>>
>>  
>>
>> The jobs take several hours to complete.  Each one failed part way 
>> through and gave the following message in its console log:
>>
>>  
>>
>> ERROR: missing workspace /data/hudsonuser/workspace/_trunk on 
>> 
>>
>>  
>>
>> The Jenkins system log shows this message that is coincident with the 
>> failure:
>>
>>  
>>
>> Nov 26, 2017 9:04:34 PM INFO hudson.model.AsyncPeriodicWork$1 run
>>
>> Started Workspace clean-up
>>
>> Nov 26, 2017 9:04:50 PM WARNING jenkins.branch.WorkspaceLocatorImpl locate
>>
>> JENKINS-34564 path sanitization ineffective when using legacy Workspace Root 
>> Directory ‘${ITEM_ROOTDIR}/workspace’; switch to 
>> ${JENKINS_HOME}/workspace/${ITEM_FULLNAME} as in JENKINS-8446 / JENKINS-21942
>>
>>  
>>
>> What is going on here and how should I fix it?
>>
>>  
>>
>> Best regards
>>
>>  
>>
>> David
>>
>>  
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f76b2a6a-0eff-4d0a-ad60-d8063f91a022%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Failure to trigger freestyle job from declarative pipeline

[David Aldrich]

I have an unanswered Jenkins question on Stack Overflow. If anyone can help
I would be grateful.

https://stackoverflow.com/questions/54981206/failure-to-trigger-freestyle-job-from-declarative-pipeline

If my question is too vague I would be grateful for suggestions of how to
improve it.

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iegONgaARopYt%3DgFQVjrsV8fhnsqbS-7iTfB-s%2BhYWKm6g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

JENKINS-2111 path sanitization ineffective ...

[David Aldrich]

Can anyone advise me what to do about this Jenkins console message please?

JENKINS-2111 path sanitization ineffective when using legacy Workspace Root
Directory ‘${ITEM_ROOTDIR}/workspace’; switch to
‘${JENKINS_HOME}/workspace/${ITEM_FULL_NAME}’ as in JENKINS-8446 /
JENKINS-21942

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieiduz1sJ48vZ-5F7G6aPZZxhHDgQGUH3G%2BxfmuKTdSZ8Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

'make' exit code is ignored in declarative script

[David Aldrich]

I have a declarative script that builds a C++ application on multiple
agents in parallel.  A stage looks like:

stage('build') {
parallel {
stage('znsim08') {
agent { label "znsim08" }

steps {
sh '''
make
'''

recordIssues minimumSeverity: 'HIGH', tools:
[gcc4(id: 'centos5-warnings', name: 'Centos 5', pattern: 'build.log')]

archiveArtifacts 'build.log'
}
}
etc.

I find that if make fails:

make[1]: *** [_gnuRelease/SINRCalculation.o] Error 1
make[1]: Leaving directory `/data/hudsonuser/workspace/gcc_all_versions/'
make: *** [../StarLibs/] Error 2


the stage still succeeds.  make's exit code seems to be ignored.


What am I missing?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iejiJHHejCQeQQ%2Byy81KSZaBq3qqZGf%2BoYj1X%2BEOPL66GA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

RE: Jenkins shows exception after plugin updates

[David Aldrich]

Addressed by https://issues.jenkins-ci.org/browse/JENKINS-54686

From: jenkinsci-users@googlegroups.com  On 
Behalf Of David Aldrich
Sent: 20 November 2018 09:37
To: jenkinsci-users@googlegroups.com
Subject: RE: Jenkins shows exception after plugin updates

Looks like one of these is responsible:

SSH slaves, Branch-API, CloudBees-Bitbucket-Branch-Source, CloudBees-Folder, 
Display-Url-API, Git-Client

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
mailto:jenkinsci-users@googlegroups.com>> On 
Behalf Of David Aldrich
Sent: 20 November 2018 09:26
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Jenkins shows exception after plugin updates

Hi

I installed some plugin updates this morning. Now Jenkins won’t start properly. 
It shows a long exception trace in the browser window, some of which shown 
below.  Any advice please?  Should I open a Jira for it?

Best regards

David

org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
at 
hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74)
at 
org.apache.commons.jelly.parser.EscapingExpression.evaluate(EscapingExpression.java:24)
at 
org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99)
at 
org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
... 117 more
Caused: javax.servlet.ServletException
at 
org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:119)
at 
org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:146)
at 
org.kohsuke.stapler.IndexViewDispatcher.dispatch(IndexViewDispatcher.java:30)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:739)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:807)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:668)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1655)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:154)
at


________
David Aldrich | | NEC Telecom Modus Ltd | Olympus House, Cleeve Road, 
Leatherhead, Surrey, KT22 7SA, GB | t: +44 (0) 1372 381857 | m: | w: 
www.nec.com<http://www.nec.com>

This email (including any attached files) is private and confidential and the 
exclusive property of NEC Telecom MODUS Ltd. This message is addressed 
exclusively to its recipient. If you have received this message by mistake, 
please notify the sender immediately and proceed to delete the message. Unless 
you have express permission to do so, please do not distribute or copy this 
email. Except as otherwise stated, the sender does not intend to create a legal 
relationship and this email shall not constitute an offer or acceptance which 
could give rise to a contract. View our privacy policy here : 
https://uk.nec.com/en_GB/emea/privacy/index.html | Registered Office: Olympus 
House, Business Park 5, Cleeve Road, Leatherhead, Surrey KT22 7SA | Registered 
in England 3493954 |

Click 
here<https://www.mailcontrol.com/sr/czlur9050YvGX2PQPOmvUsQN7C0BBstkllXqdaJm2KpYS7g_FxC-byjER9gTBjC6vUaUsaBpyFI5N50IUBelLw==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/4bfcd5ac2d924ff490b417b6e0c09c83%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/4bfcd5ac2d924ff490b417b6e0c09c83%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


David Aldrich | | NEC Telecom Modus Ltd | Olympus House, Cleeve Road, 
Leatherhead, Surrey, KT22 7SA, GB | t: +44 (0) 1372 381857 | m: | w: 
www.nec.com<http://www.nec.com>

This email (inc

RE: Jenkins shows exception after plugin updates

[David Aldrich]

Looks like one of these is responsible:

SSH slaves, Branch-API, CloudBees-Bitbucket-Branch-Source, CloudBees-Folder, 
Display-Url-API, Git-Client

David

From: jenkinsci-users@googlegroups.com  On 
Behalf Of David Aldrich
Sent: 20 November 2018 09:26
To: jenkinsci-users@googlegroups.com
Subject: Jenkins shows exception after plugin updates

Hi

I installed some plugin updates this morning. Now Jenkins won’t start properly. 
It shows a long exception trace in the browser window, some of which shown 
below.  Any advice please?  Should I open a Jira for it?

Best regards

David

org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
at 
hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74)
at 
org.apache.commons.jelly.parser.EscapingExpression.evaluate(EscapingExpression.java:24)
at 
org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99)
at 
org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
... 117 more
Caused: javax.servlet.ServletException
at 
org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:119)
at 
org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:146)
at 
org.kohsuke.stapler.IndexViewDispatcher.dispatch(IndexViewDispatcher.java:30)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:739)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:807)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:668)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1655)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:154)
at



David Aldrich | | NEC Telecom Modus Ltd | Olympus House, Cleeve Road, 
Leatherhead, Surrey, KT22 7SA, GB | t: +44 (0) 1372 381857 | m: | w: 
www.nec.com<http://www.nec.com>

This email (including any attached files) is private and confidential and the 
exclusive property of NEC Telecom MODUS Ltd. This message is addressed 
exclusively to its recipient. If you have received this message by mistake, 
please notify the sender immediately and proceed to delete the message. Unless 
you have express permission to do so, please do not distribute or copy this 
email. Except as otherwise stated, the sender does not intend to create a legal 
relationship and this email shall not constitute an offer or acceptance which 
could give rise to a contract. View our privacy policy here : 
https://uk.nec.com/en_GB/emea/privacy/index.html | Registered Office: Olympus 
House, Business Park 5, Cleeve Road, Leatherhead, Surrey KT22 7SA | Registered 
in England 3493954 |


Click 
here<https://www.mailcontrol.com/sr/czlur9050YvGX2PQPOmvUsQN7C0BBstkllXqdaJm2KpYS7g_FxC-byjER9gTBjC6vUaUsaBpyFI5N50IUBelLw==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/4bfcd5ac2d924ff490b417b6e0c09c83%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/4bfcd5ac2d924ff490b417b6e0c09c83%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.

____
David Aldrich | | NEC Telecom Modus Ltd | Olympus House, Cleeve Road, 
Leatherhead, Surrey, KT22 7SA, GB | t: +44 (0) 1372 381857 | m: | w: www.nec.com

This email (including any attached files) is private and confidential and the 
exclusive property of NEC Telecom MODUS Ltd. This message is addressed 
exclusively to its recipient. If you have received this message by mistake, 
please notify the sender immediately and proceed to delete the message. Unless 
you have express permission to do so, please do not distribute or copy this 
email. Except as otherwise stated, the sender does not inte

Jenkins shows exception after plugin updates

[David Aldrich]

Hi

I installed some plugin updates this morning. Now Jenkins won't start properly. 
It shows a long exception trace in the browser window, some of which shown 
below.  Any advice please?  Should I open a Jira for it?

Best regards

David

org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
at 
hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74)
at 
org.apache.commons.jelly.parser.EscapingExpression.evaluate(EscapingExpression.java:24)
at 
org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99)
at 
org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
... 117 more
Caused: javax.servlet.ServletException
at 
org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:119)
at 
org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:146)
at 
org.kohsuke.stapler.IndexViewDispatcher.dispatch(IndexViewDispatcher.java:30)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:739)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:807)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:668)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1655)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:154)
at



David Aldrich | | NEC Telecom Modus Ltd | Olympus House, Cleeve Road, 
Leatherhead, Surrey, KT22 7SA, GB | t: +44 (0) 1372 381857 | m: | w: www.nec.com

This email (including any attached files) is private and confidential and the 
exclusive property of NEC Telecom MODUS Ltd. This message is addressed 
exclusively to its recipient. If you have received this message by mistake, 
please notify the sender immediately and proceed to delete the message. Unless 
you have express permission to do so, please do not distribute or copy this 
email. Except as otherwise stated, the sender does not intend to create a legal 
relationship and this email shall not constitute an offer or acceptance which 
could give rise to a contract. View our privacy policy here : 
https://uk.nec.com/en_GB/emea/privacy/index.html | Registered Office: Olympus 
House, Business Park 5, Cleeve Road, Leatherhead, Surrey KT22 7SA | Registered 
in England 3493954 |

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/4bfcd5ac2d924ff490b417b6e0c09c83%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Multi-configuration project using declarative script?

[David Aldrich]

Hi

I want to build a C++ project using make on numerous machines, each having
a different version of g++.  Currently I do this using a
multi-configuration project.  The configuration is growing more complicated
in that some machines need some commands to run before calling make, so I
have conditional build steps that are becoming messy and difficult to
maintain.

How could a achieve a similar effect using a declarative script?

It may be as simple as running parallel stages, each on a separate agent.
Is that feasible?

Any code snippets to help me would be appreciated.

Best regards

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_iegxt3vHBc2aR3JOQUsUuid0SB2RSxWP8fagDJLOVwbn7Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Log contains escape sequence characters

[David Aldrich]

My declarative script job is failing.  I understand the reason for the
failure but I'm getting an unhelpful message in the log:

 [31mERROR: Errors occurred during the build. [0m


How can I capture the real error message without these escape sequences?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAJK_ieixJMUBwaHaPgn91aAZzjd%3DXZwEk8j33tx8eyZRU6EDJQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: Manage Plugins > Check now gives an exception

[David Aldrich]

.doFilter(BasicHeaderProcessor.java:93)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at 
hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:90)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1637)
at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1637)
at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1637)
at 
org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1637)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:524)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:190)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595)
at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:188)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1253)
at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:168)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564)
at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:166)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1155)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:530)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:347)
at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:256)
at 
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:279)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:124)
at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:247)
at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:140)
at 
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
at 
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:382)
at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)



On Tue, Aug 7, 2018 at 10:27 AM David Aldrich 
wrote:

> Hi
>
> After a system change to our Jenkins master,  *Manage Jenkins > Manage
> Plugins > Check now* gives an exception (see below).
>
> What could be causing this?
>
> Best regards
>
> David
>
> Caught exception evaluating: it.shouldDisplay() in /jenkins/log/. Reason: 
> java.lang.ClassCastException: hudson.node_monitors.ResponseTimeMonitor cannot 
> be cast to hudson.model.UpdateSite
> java.lang.ClassCastException: hudson.node_monitors.ResponseTimeMonitor cannot 
> be cast to hudson.model.UpdateSite
>   at hudson.model.UpdateCenter.getCoreSource(UpdateCenter.java:586)
>   at 
> hudson.model.UpdateCenter$CoreUpdateMonitor.getData(UpdateCenter.java:1003)
>   at 
> hudson.model.UpdateCenter$CoreUpdateMonitor.isActivated(UpdateCenter.java:998)
>   at 
> jenkins.model.Jenkins.lambda$getActiveAdministrativeMonitors$0(Jenkins.java:2124)
>   at 
> java.util.stream.ReferencePipeline$2$1.accept(ReferencePipel

Manage Plugins > Check now gives an exception

[David Aldrich]

Hi

After a system change to our Jenkins master,  *Manage Jenkins > Manage
Plugins > Check now* gives an exception (see below).

What could be causing this?

Best regards

David

Caught exception evaluating: it.shouldDisplay() in /jenkins/log/.
Reason: java.lang.ClassCastException:
hudson.node_monitors.ResponseTimeMonitor cannot be cast to
hudson.model.UpdateSite
java.lang.ClassCastException: hudson.node_monitors.ResponseTimeMonitor
cannot be cast to hudson.model.UpdateSite
at hudson.model.UpdateCenter.getCoreSource(UpdateCenter.java:586)
at 
hudson.model.UpdateCenter$CoreUpdateMonitor.getData(UpdateCenter.java:1003)
at 
hudson.model.UpdateCenter$CoreUpdateMonitor.isActivated(UpdateCenter.java:998)
at 
jenkins.model.Jenkins.lambda$getActiveAdministrativeMonitors$0(Jenkins.java:2124)
at 
java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:174)
at java.util.Iterator.forEachRemaining(Iterator.java:116)
at 
java.util.Spliterators$IteratorSpliterator.forEachRemaining(Spliterators.java:1801)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at 
java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at 
java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at 
java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at 
jenkins.model.Jenkins.getActiveAdministrativeMonitors(Jenkins.java:2124)
at 
jenkins.management.AdministrativeMonitorsDecorator.getActiveAdministrativeMonitors(AdministrativeMonitorsDecorator.java:81)
at 
jenkins.management.AdministrativeMonitorsDecorator.getActiveAdministrativeMonitorsCount(AdministrativeMonitorsDecorator.java:76)
at 
jenkins.management.AdministrativeMonitorsDecorator.shouldDisplay(AdministrativeMonitorsDecorator.java:139)
at sun.reflect.GeneratedMethodAccessor315.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258)
at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104)
at 
org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)
at 
org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)
at 
org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
at 
org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
at 
hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74)
at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71)
at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:97)
at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
at 
org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95)
at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:147)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
at 
org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
at 

RE: msbuild fatal error LNK1101 with Visual Studio Build Tools 2017 v.15.7.1 in declarative script

[David Aldrich]

Thanks Slide, good point.  The freestyle job did not have:

_MSPDBSRV_ENDPOINT_ = "${env.BUILD_NUMBER}"

without that the declarative script passes.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 15 May 2018 16:34
To: jenkinsci-users@googlegroups.com
Subject: Re: msbuild fatal error LNK1101 with Visual Studio Build Tools 2017 
v.15.7.1 in declarative script

Are you running it the exact same way in the freestyle job? Meaning, the 
environment variables are set exactly the same and you are using a bat step 
with the same exact commands?

On Tue, May 15, 2018 at 7:57 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
I have a msbuild job that runs within a Jenkins declarative script:

stage('build_myProj_VisualStudio') {

agent { label "jenkinswin10" }

environment {
VSMSBUILDCMD_14_0='C:\\Program Files (x86)\\Microsoft 
Visual Studio 14.0\\Common7\\Tools\\VsMSBuildCmd.bat'
VSMSBUILDCMD_14_1='C:\\Program Files (x86)\\Microsoft 
Visual Studio\\2017\\BuildTools\\Common7\\Tools\\VsMSBuildCmd.bat'
_MSPDBSRV_ENDPOINT_ = "${env.BUILD_NUMBER}"
}

steps {
bat '''
SET PATH=""
call "%VSMSBUILDCMD_14_1%"
msbuild %WORKSPACE%\\MSVC\\myproj.sln /p:Configuration=Release 
/p:Platform="Win32" /flp:logfile=ZodiacOutput.log /verbosity:normal
'''

when I run the job I get error:

(Link target) ->
  LINK : fatal error LNK1101: incorrect MSPDB140.DLL version; recheck 
installation of this product

However, if I run the commands from the command line or from a Freestyle 
Jenkins job the job succeeds.

The error occurs with Visual Studio Build Tools 2017 v.15.7.1 but the job 
succeeded with v.15.6.0.

Any ideas how to fix this please?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1fe054c2d84a44b6ba14664b6de1220b%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/1fe054c2d84a44b6ba14664b6de1220b%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVcP-paRrKejc-TyLpFABJZup0eOCmwEBfPVtQcJ2xPAQA%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVcP-paRrKejc-TyLpFABJZup0eOCmwEBfPVtQcJ2xPAQA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/oMcHGV2BcZfGX2PQPOmvUkjDae7bB5Ig9Z4!aeuMjTTjCIkgR18pLfCUpkP!ZEb9wr!fQTQwGELNfN+NdwfdFw==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/90a1471f143244aea116a5ecc071b7e8%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

msbuild fatal error LNK1101 with Visual Studio Build Tools 2017 v.15.7.1 in declarative script

[David Aldrich]

I have a msbuild job that runs within a Jenkins declarative script:

stage('build_myProj_VisualStudio') {

agent { label "jenkinswin10" }

environment {
VSMSBUILDCMD_14_0='C:\\Program Files (x86)\\Microsoft Visual Studio 
14.0\\Common7\\Tools\\VsMSBuildCmd.bat'
VSMSBUILDCMD_14_1='C:\\Program Files (x86)\\Microsoft Visual 
Studio\\2017\\BuildTools\\Common7\\Tools\\VsMSBuildCmd.bat'
_MSPDBSRV_ENDPOINT_ = "${env.BUILD_NUMBER}"
}

steps {
bat '''
SET PATH=""
call "%VSMSBUILDCMD_14_1%"
msbuild %WORKSPACE%\\MSVC\\myproj.sln /p:Configuration=Release 
/p:Platform="Win32" /flp:logfile=ZodiacOutput.log /verbosity:normal
'''

when I run the job I get error:

(Link target) ->
  LINK : fatal error LNK1101: incorrect MSPDB140.DLL version; recheck 
installation of this product

However, if I run the commands from the command line or from a Freestyle 
Jenkins job the job succeeds.

The error occurs with Visual Studio Build Tools 2017 v.15.7.1 but the job 
succeeded with v.15.6.0.

Any ideas how to fix this please?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1fe054c2d84a44b6ba14664b6de1220b%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Visual Studio Environment

[David Aldrich]

We build Visual Studio C++ projects using Jenkins. We don’t use the MSBuild 
plugin but simply call msbuild from a bat step.  It is necessary to call the 
Visual Studio Developer startup script first, from within that step.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
Sent: 26 April 2018 21:17
To: jenkinsci-users@googlegroups.com
Subject: Re: Visual Studio Environment

That was my experience as well.  It has been a long time since I worked with 
Visual Studio based build projects, but all the projects I did seemed to 
require a prior call to the environment setting script.

Mark Waite

On Thu, Apr 26, 2018 at 8:40 AM 
mailto:msm...@autologue.com>> wrote:
Hey All,

Just a sanity check.  I am getting familiar with Jenkins and using the msbuild 
plugin for Visual Studio solutions/projects. With regard to generating a 
package to a filesystem for deployment; I have found that the msbuild  only 
works if I set up the environment using the Visual Studio Developer startup 
script.  I must be missing something as I've seen numerous examples of msbuild 
generating a package for Web Deploy without mention of such a step?  Is using 
the script to set the environment for a Visual Studio solution a common 
practice? Hope that made sense
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1a8c10ba-4f82-470f-b02f-144e85845af6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtHob7t4QRZPhuwXS9KozwA9oMA0vyOxGbFB%2Bwa4ephbHg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/bc448bc4e2a64cfa9e62c95c0eae2a8f%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

How to inject an env variable from declarative script?

[David Aldrich]

Hi

I'm trying to fix the occasional MSBuild error:

"Fatal error C1090: PDB API call failed, error code '23'"

1.  The advice given in 
JENKINS-9104 is to inject 
the following environment variable using EnvInject:

_MSPDBSRV_ENDPOINT_=$BUILD_TAG

I don't really understand the difference between defining and injecting an 
environment variable.  I want to specify this setting directly in a declarative 
script.  I could do:

stage('build_VisualStudio') {
agent { label "jenkinswin10" }
environment { _MSPDBSRV_ENDPOINT_=$BUILD_TAG }
etc.

Would that be sufficient or must env variable injection be done in a different 
way?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ddde7031f8154464b33559098ec26027%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Problem running Visual Studio 2017 build tools from Jenkins

[David Aldrich]

Hi

I'm having difficulty running the Visual Studio 2017 build tools on a Windows 
10 slave as a Jenkins job.  I have described my problem in StackOverflow:

https://stackoverflow.com/questions/49922959/how-to-fix-java-was-unexpected-at-this-time-when-invoking-vs-2017-build-to/49944377#49944377

If anyone has this working or can advise on the problem I would be grateful.

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5c9a27c5dc5e4642a6a5e25845fcc469%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: How to escape 'Program Files (x86)'?

[David Aldrich]

> I'd guess you need to escape the spaces in the original string?

Escaping didn’t help.

I’ve posted a complete description of the problem on Stackoverflow:

https://stackoverflow.com/questions/49922959/how-to-fix-java-was-unexpected-at-this-time-when-invoking-vs-2017-build-to


From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Andrew Bayer
Sent: 18 April 2018 15:27
To: jenkinsci-users@googlegroups.com
Subject: Re: Declarative script: How to escape 'Program Files (x86)'?

I'd guess you need to escape the spaces in the original string? I dunno - I 
don't have a Windows environment handy to test on.

A.

On Wed, Apr 18, 2018 at 6:28 AM, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
My declarative script contains:

environment {
  VSMSBUILDCMD_14_0 = 'C:\\Program Files (x86)\\Microsoft 
Visual Studio 14.0\\Common7\\Tools\\VsMSBuildCmd.bat'
VSMSBUILDCMD_14_1 = 'C:\\Program Files (x86)\\Microsoft 
Visual Studio\\2017\\BuildTools\\Common7\\Tools\\VsMSBuildCmd.bat'
}



steps {
bat '''
call "%VSMSBUILDCMD_14_1%"
msbuild 
'''

This results in error:

c:\jenkins\workspace\MyJob>call "%C:\Program Files (x86)\Microsoft Visual 
Studio\2017\BuildTools\Common7\Tools\VsMSBuildCmd.bat%"
\Java\jre1.8.0_161\bin"" was unexpected at this time.

I think I need to escape  ‘Program Files (x86)’.  What is the correct syntax 
for this please?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1780c53558db4c81b98ca30e74c2d40a%40EUX13SRV2.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/1780c53558db4c81b98ca30e74c2d40a%40EUX13SRV2.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPbPdOY_r3oGaNMaa9SRYFsSg4QNSPOfWyvA66LLXsQXGZUogA%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAPbPdOY_r3oGaNMaa9SRYFsSg4QNSPOfWyvA66LLXsQXGZUogA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/IIEedSqyYsLGX2PQPOmvUvSoGVaHHSWC2IjPf1UWv0+l6PrY3HXLfh6v9CIAb8Og!hXrwb5aayZAlVq5uz6AOA==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ba57fb57aa034616af5fc3adceca58be%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Java exception when copying artifacts

[David Aldrich]

-rwxrwxrwx. 1 root 101 1077 Apr 19 16:12

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Devin Nusbaum
Sent: 19 April 2018 16:59
To: jenkinsci-users@googlegroups.com
Subject: Re: Java exception when copying artifacts

It looks like the failure comes when changing permissions to match the original 
file after the file has been copied. What are the permissions on 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html 
currently?


On Apr 19, 2018, at 11:40, David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:

> Does the user that Jenkins is running as on the agent have access to the 
> destination directory?

Yes, I have demonstrated that from the command line.

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 19 April 2018 16:29
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: Java exception when copying artifacts

Does the user that Jenkins is running as on the agent have access to the 
destination directory?

On Thu, Apr 19, 2018 at 8:22 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
With Jenkins 2.107.2 LTS I am getting a Java exception when executing a ‘Copy 
artifacts from another project’ build step.  I know that the destination 
directory is mounted and that my Jenkins user account has permission to write 
to the destination directory.  Any suggestions what may cause this please?

Best regards

David

FATAL: Failed to copy 
/var/lib/jenkins/jobs/SeraDL_Compile_Zodiac_Linux/builds/79/archive/HtmlDoc/Algorithms/html/Algorithms.html
 to /net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to hwsim10
   at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1737)
   at 
hudson.remoting.UserResponse.retrieve(UserRequest.java:313)
   at hudson.remoting.Channel.call(Channel.java:952)
   at hudson.FilePath.act(FilePath.java:998)
   at hudson.FilePath.act(FilePath.java:987)
   at hudson.FilePath.chmod(FilePath.java:1629)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:89)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyAll(FingerprintingCopyMethod.java:67)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:527)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:461)
   at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
   at 
hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
   at hudson.model.Build$BuildExecution.build(Build.java:206)
   at hudson.model.Build$BuildExecution.doRun(Build.java:163)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
   at hudson.model.Run.execute(Run.java:1727)
   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
   at 
hudson.model.ResourceController.execute(ResourceController.java:97)
   at hudson.model.Executor.run(Executor.java:429)
java.nio.file.FileSystemException: 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html: 
Operation not permitted
  at sun.nio.fs.UnixException.translateToIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setMode(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setPermissions(Unknown 
Source)
  at java.nio.file.Files.setPosixFilePermissions(Unknown Source)
  at hudson.FilePath._chmod(FilePath.java:1650)
  at hudson.FilePath.access$1700(FilePath.java:208)
  at hudson.FilePath$28.invoke(FilePath.java:1632)
  at hudson.FilePath$28.invoke(FilePath.java:1629)
  at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2816)
  at hudson.remoting.UserRequest.perform(UserRequest.java:210)
  at hudson.remoting.UserRequest.perform(UserRequest.java:53)
  at hudson.remoting.Request$2.run(Request.java:364)
  at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
  at java.util.concurrent.FutureTask.run(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExec

RE: Java exception when copying artifacts

[David Aldrich]

> Does the user that Jenkins is running as on the agent have access to the 
> destination directory?

Yes, I have demonstrated that from the command line.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 19 April 2018 16:29
To: jenkinsci-users@googlegroups.com
Subject: Re: Java exception when copying artifacts

Does the user that Jenkins is running as on the agent have access to the 
destination directory?

On Thu, Apr 19, 2018 at 8:22 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
With Jenkins 2.107.2 LTS I am getting a Java exception when executing a ‘Copy 
artifacts from another project’ build step.  I know that the destination 
directory is mounted and that my Jenkins user account has permission to write 
to the destination directory.  Any suggestions what may cause this please?

Best regards

David

FATAL: Failed to copy 
/var/lib/jenkins/jobs/SeraDL_Compile_Zodiac_Linux/builds/79/archive/HtmlDoc/Algorithms/html/Algorithms.html
 to /net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to hwsim10
   at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1737)
   at 
hudson.remoting.UserResponse.retrieve(UserRequest.java:313)
   at hudson.remoting.Channel.call(Channel.java:952)
   at hudson.FilePath.act(FilePath.java:998)
   at hudson.FilePath.act(FilePath.java:987)
   at hudson.FilePath.chmod(FilePath.java:1629)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:89)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyAll(FingerprintingCopyMethod.java:67)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:527)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:461)
   at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
   at 
hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
   at hudson.model.Build$BuildExecution.build(Build.java:206)
   at hudson.model.Build$BuildExecution.doRun(Build.java:163)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
   at hudson.model.Run.execute(Run.java:1727)
   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
   at 
hudson.model.ResourceController.execute(ResourceController.java:97)
   at hudson.model.Executor.run(Executor.java:429)
java.nio.file.FileSystemException: 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html: 
Operation not permitted
  at sun.nio.fs.UnixException.translateToIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setMode(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setPermissions(Unknown 
Source)
  at java.nio.file.Files.setPosixFilePermissions(Unknown Source)
  at hudson.FilePath._chmod(FilePath.java:1650)
  at hudson.FilePath.access$1700(FilePath.java:208)
  at hudson.FilePath$28.invoke(FilePath.java:1632)
  at hudson.FilePath$28.invoke(FilePath.java:1629)
  at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2816)
  at hudson.remoting.UserRequest.perform(UserRequest.java:210)
  at hudson.remoting.UserRequest.perform(UserRequest.java:53)
  at hudson.remoting.Request$2.run(Request.java:364)
  at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
  at java.util.concurrent.FutureTask.run(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
Caused: java.io.IOException: remote file operation failed: 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html at 
hudson.remoting.Channel@4b6e88b0:hwsim10<mailto:hudson.remoting.Channel@4b6e88b0:hwsim10>
  at hudson.FilePath.act(FilePath.java:1005)
  at hudson.FilePath.act(FilePath.java:987)
  at hudson.FilePath.chmod(FilePath.java:1629)
  at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:89)
Caused: hudson.util.IOException2: Failed to copy 
/var/lib/jenkins/jobs/SeraDL_Compile_Zodiac_Linux

Java exception when copying artifacts

[David Aldrich]

With Jenkins 2.107.2 LTS I am getting a Java exception when executing a 'Copy 
artifacts from another project' build step.  I know that the destination 
directory is mounted and that my Jenkins user account has permission to write 
to the destination directory.  Any suggestions what may cause this please?

Best regards

David

FATAL: Failed to copy 
/var/lib/jenkins/jobs/SeraDL_Compile_Zodiac_Linux/builds/79/archive/HtmlDoc/Algorithms/html/Algorithms.html
 to /net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to hwsim10
   at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1737)
   at 
hudson.remoting.UserResponse.retrieve(UserRequest.java:313)
   at hudson.remoting.Channel.call(Channel.java:952)
   at hudson.FilePath.act(FilePath.java:998)
   at hudson.FilePath.act(FilePath.java:987)
   at hudson.FilePath.chmod(FilePath.java:1629)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:89)
   at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyAll(FingerprintingCopyMethod.java:67)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:527)
   at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:461)
   at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
   at 
hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
   at hudson.model.Build$BuildExecution.build(Build.java:206)
   at hudson.model.Build$BuildExecution.doRun(Build.java:163)
   at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
   at hudson.model.Run.execute(Run.java:1727)
   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
   at 
hudson.model.ResourceController.execute(ResourceController.java:97)
   at hudson.model.Executor.run(Executor.java:429)
java.nio.file.FileSystemException: 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html: 
Operation not permitted
  at sun.nio.fs.UnixException.translateToIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixException.rethrowAsIOException(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setMode(Unknown Source)
  at sun.nio.fs.UnixFileAttributeViews$Posix.setPermissions(Unknown 
Source)
  at java.nio.file.Files.setPosixFilePermissions(Unknown Source)
  at hudson.FilePath._chmod(FilePath.java:1650)
  at hudson.FilePath.access$1700(FilePath.java:208)
  at hudson.FilePath$28.invoke(FilePath.java:1632)
  at hudson.FilePath$28.invoke(FilePath.java:1629)
  at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2816)
  at hudson.remoting.UserRequest.perform(UserRequest.java:210)
  at hudson.remoting.UserRequest.perform(UserRequest.java:53)
  at hudson.remoting.Request$2.run(Request.java:364)
  at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
  at java.util.concurrent.FutureTask.run(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
  at java.lang.Thread.run(Unknown Source)
Caused: java.io.IOException: remote file operation failed: 
/net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html at 
hudson.remoting.Channel@4b6e88b0:hwsim10
  at hudson.FilePath.act(FilePath.java:1005)
  at hudson.FilePath.act(FilePath.java:987)
  at hudson.FilePath.chmod(FilePath.java:1629)
  at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:89)
Caused: hudson.util.IOException2: Failed to copy 
/var/lib/jenkins/jobs/SeraDL_Compile_Zodiac_Linux/builds/79/archive/HtmlDoc/Algorithms/html/Algorithms.html
 to /net/rsdprojects/SeraDL/Zodiac/Linux/HtmlDoc/Algorithms/html/Algorithms.html
  at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyOne(FingerprintingCopyMethod.java:118)
  at 
hudson.plugins.copyartifact.FingerprintingCopyMethod.copyAll(FingerprintingCopyMethod.java:67)
  at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:527)
  at 
hudson.plugins.copyartifact.CopyArtifact.perform(CopyArtifact.java:461)
  at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81)
  

Declarative script: How to escape 'Program Files (x86)'?

[David Aldrich]

My declarative script contains:

environment {
  VSMSBUILDCMD_14_0 = 'C:\\Program Files (x86)\\Microsoft Visual Studio 
14.0\\Common7\\Tools\\VsMSBuildCmd.bat'
VSMSBUILDCMD_14_1 = 'C:\\Program Files (x86)\\Microsoft Visual 
Studio\\2017\\BuildTools\\Common7\\Tools\\VsMSBuildCmd.bat'
}



steps {
bat '''
call "%VSMSBUILDCMD_14_1%"
msbuild 
'''

This results in error:

c:\jenkins\workspace\MyJob>call "%C:\Program Files (x86)\Microsoft Visual 
Studio\2017\BuildTools\Common7\Tools\VsMSBuildCmd.bat%"
\Java\jre1.8.0_161\bin"" was unexpected at this time.

I think I need to escape  'Program Files (x86)'.  What is the correct syntax 
for this please?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1780c53558db4c81b98ca30e74c2d40a%40EUX13SRV2.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RemoteInvocationHandler statistics and an exception

[David Aldrich]

Hi

We have just migrated our Jenkins master from a Centos 5 m/c to a Centos 7 m/c. 
 The console log now shows some RemoteInvocationHandler statistics and an 
exception. Any thoughts why these are happening please?

Jenkins is fully up and running
Apr 17, 2018 8:37:03 AM INFO hudson.remoting.RemoteInvocationHandler$Unexporter 
reportStats
rate(1min) = 87.4±93.4/sec; rate(5min) = 164.7±67.1/sec; rate(15min) = 
183.1±42.0/sec; rate(total) = 25.2±55.9/sec; N = 11
Apr 17, 2018 8:38:02 AM INFO org.eclipse.jetty.server.session.Session 
beginInvalidate
Session node013k1jykadfpxsiba2w9heafxd1 already being invalidated
Apr 17, 2018 8:38:03 AM INFO hudson.remoting.RemoteInvocationHandler$Unexporter 
reportStats
rate(1min) = 32.2±70.6/sec; rate(5min) = 134.9±87.8/sec; rate(15min) = 
171.3±60.6/sec; rate(total) = 12.1±40.7/sec; N = 23
Apr 17, 2018 8:38:19 AM WARNING hudson.ExpressionFactory2$JexlExpression 
evaluate
Caught exception evaluating: h.jsStringEscape(with) in /jenkins/configure. 
Reason: java.lang.NullPointerException
java.lang.NullPointerException
at hudson.Functions.jsStringEscape(Functions.java:1383)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)


Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/72d58055773946bab7865d4d47417282%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Confused about svn checkout with externals in declarative pipeline

[David Aldrich]

Hi

This is fixed. The GUI configuration was sufficient but I wrongly had the 
‘ignore externals’ option checked.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 06 March 2018 11:50
To: jenkinsci-users@googlegroups.com
Subject: Confused about svn checkout with externals in declarative pipeline

Hi

I have a declarative pipeline that is to checkout a Subversion project and 
build it (on Windows with msbuild).

Until now, I have specified the checkout solely in the project’s configuration 
page i.e. using the GUI.  However, the project has changed and now uses svn 
externals. I specified ‘Additional Credentials’ in the configuration page but 
the externals are not appearing in the checkout on the slave (they do appear if 
I do a similar thing with a conventional i.e. non-pipeline Jenkins job).  So I 
am guessing that I need to do an explicit checkout in the declarative script.  
So I have:

stage('myProj') {

agent { label "mySlave" }

steps {
checkout([$class: 'SubversionSCM',
additionalCredentials: [[credentialsId: 'snip', realm: 'snip']],
excludedCommitMessages: '',
excludedRegions: '',
excludedRevprop: '',
excludedUsers: '',
filterChangelog: false,
ignoreDirPropChanges: false,
includedRegions: '',
locations: [[credentialsId: 'snip', depthOption: 'infinity', 
ignoreExternalsOption: true, local: '.', remote: 'snip']],
quietOperation: true,
workspaceUpdater: [$class: 'UpdateUpdater']])

bat '''
call "%VSMSBUILDCMD%"
msbuild %WORKSPACE%\\MSVC\\myProj.sln
'''
}
}

Jenkins seems to checkout the project to the slave, then delete the checkout 
and do it again.

Am I doing this right?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/IrrTHiMxmqLGX2PQPOmvUjZx4naTDky4IA02wTjHK3aWH8iWVYV3XRayNjRai96RFw3aF91WYoFPpv0P1Tfw+Q==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/7393988197dd47ca933e90d16d9e4343%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/7393988197dd47ca933e90d16d9e4343%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1683264f57e8439b8d39880e33e17a80%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Confused about svn checkout with externals in declarative pipeline

[David Aldrich]

Hi

I have a declarative pipeline that is to checkout a Subversion project and 
build it (on Windows with msbuild).

Until now, I have specified the checkout solely in the project's configuration 
page i.e. using the GUI.  However, the project has changed and now uses svn 
externals. I specified 'Additional Credentials' in the configuration page but 
the externals are not appearing in the checkout on the slave (they do appear if 
I do a similar thing with a conventional i.e. non-pipeline Jenkins job).  So I 
am guessing that I need to do an explicit checkout in the declarative script.  
So I have:

stage('myProj') {

agent { label "mySlave" }

steps {
checkout([$class: 'SubversionSCM',
additionalCredentials: [[credentialsId: 'snip', realm: 'snip']],
excludedCommitMessages: '',
excludedRegions: '',
excludedRevprop: '',
excludedUsers: '',
filterChangelog: false,
ignoreDirPropChanges: false,
includedRegions: '',
locations: [[credentialsId: 'snip', depthOption: 'infinity', 
ignoreExternalsOption: true, local: '.', remote: 'snip']],
quietOperation: true,
workspaceUpdater: [$class: 'UpdateUpdater']])

bat '''
call "%VSMSBUILDCMD%"
msbuild %WORKSPACE%\\MSVC\\myProj.sln
'''
}
}

Jenkins seems to checkout the project to the slave, then delete the checkout 
and do it again.

Am I doing this right?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/7393988197dd47ca933e90d16d9e4343%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Syntax for multiple artefact patterns in a declarative script?

[David Aldrich]

Thank you, that fixed it.

archiveArtifacts artifacts:'myProj/myExe, solibs/*.so'

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Victor Martinez
Sent: 05 March 2018 10:53
To: Jenkins Users 
Subject: Re: Syntax for multiple artefact patterns in a declarative script?

You need to use comma separated based, further details in the 
/pipeline-syntax/ and 
https://jenkins.io/doc/pipeline/steps/core/#archiveartifacts-archive-the-artifacts

Something like the above snippet should work

 archiveArtifacts artifacts:'myProj/myExe, ../solibs/myLib'


Cheers

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/57fd33c9-2dda-4348-83be-bb25e47902c8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/98bac784a9324a8cb6ffeea0d63a1d56%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Syntax for multiple artefact patterns in a declarative script?

[David Aldrich]

Hi

I want to specify two artefact patterns in a declarative script but am unsure 
of the syntax:

post {
 always {
 archiveArtifacts 
artifacts:'myProj/myExe',artifacts:'../solibs/myLib'
}
 }
}

Errors encountered validating Jenkinsfile:
WorkflowScript: 71: Duplicate named parameter 'artifacts' found.

What is the correct syntax please?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/6404e86e197b40ea9ebfe03653b9c710%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Environment Injector Plugin update?

[David Aldrich]

Thanks Daniel,

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Daniel Beck
> Sent: 27 February 2018 10:58
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Environment Injector Plugin update?
> 
> 
> > On 27. Feb 2018, at 09:36, David Aldrich 
> wrote:
> >
> > I am seeing a security warning for the Environment Injector Plugin but no
> update is offered in Plugin Manager.
> 
> Read the advisory.
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email
> to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/3B96E499-91CF-464F-
> 840B-05D17D9A0885%40beckweb.net.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
>  Click
> https://www.mailcontrol.com/sr/486F0RdrBKnGX2PQPOmvUkBugPZ!3WFC2c
> 6uEDqdQF6WpiKdoHpUBs7T!aduCpiBrZPrIRPbHFqrbIY9K1KtKg==  to report this
> email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e6e3aac208cc4294b69161507c20b8a9%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Environment Injector Plugin update?

[David Aldrich]

Hi

I am seeing a security warning for the Environment Injector Plugin but no 
update is offered in Plugin Manager.

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/42bb5365e5ba4ed5a3ca87e10339b16a%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Release notes for Blue Ocean 1.4??

[David Aldrich]

> The Jira links are known to be broken due to the caching layer in front on

> Confluence (uncached page access works). You can still click them, but it just

> won't show the summary.



This does make release notes very hard to read. The Blue Ocean 1.4.0 change log 
has many issues and there is no text to help identify which ones may be 
interesting.



[cid:image001.png@01D395DC.E2281DE0]

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/577a93584a7743a6a89ee617034984ab%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Release notes for Blue Ocean 1.4??

[David Aldrich]

It seems that the JIRA -> Confluence application link is broken, so the JIRA 
links don’t work.

Does anyone know where we should report this?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Thiago Carvalho D Avila
Sent: 24 January 2018 18:28
To: Jenkinsci Users 
Subject: Release notes for Blue Ocean 1.4??

It was updated on Jenkins since January 17, but I didn't see any news, release 
notes or changes in documentation. The roadmap still shows some things are 
"expected" in 1.4. Is there any information at all?

I've seen on https://wiki.jenkins.io/display/JENKINS/Blue+Ocean+Plugin there 
are some JIRA itens as changelog, but the description of them also doesn't work.

Tks.
-


"Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa 
pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada 
exclusivamente a seu destinatário e pode conter informações confidenciais, 
protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e 
sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, 
por gentileza, reenviá-la ao emitente, esclarecendo o equívoco."

"This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a 
government company established under Brazilian law (5.615/70) -- is directed 
exclusively to its addressee and may contain confidential data, protected under 
professional secrecy rules. Its unauthorized use is illegal and may subject the 
transgressor to the law's penalties. If you're not the addressee, please send 
it back, elucidating the failure."


Click 
here
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/669656867.11988834.1516818500651.JavaMail.zimbra%40serpro.gov.br.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0c81c9f97a2c4b448134d16684a2095d%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script not archiving artefacts

[David Aldrich]

Thanks Björn

Removing $WORKSPACE/ fixed it.

Best regards

David

From: 'Björn Pedersen' via Jenkins Users 
[mailto:jenkinsci-users@googlegroups.com]
Sent: 18 January 2018 12:27
To: Jenkins Users 
Subject: Re: Declarative script not archiving artefacts


always {
archiveArtifacts artifacts: 
'$WORKSPACE/RegressionTests/**/*.zip'

The artifacts should be  specified relative to the workspace, so the 
$WORKSPACE/ seems wrong. archiveArtifact will not archive files outside the 
current workspace

Björn
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/26229d4c-7cdc-46e5-b5c2-2b1221bcd69e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1f72264450a04959bdd226e927fe19de%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Declarative script not archiving artefacts

[David Aldrich]

Hi

I have a declarative script that is not archiving the build artefacts. The 
structure of the script is:

pipeline {
agent { label "sim07" }
options { buildDiscarder(logRotator(numToKeepStr: '20')) }

triggers {
pollSCM('H 20 * * 1-5')
}

stages {
stage('build_and_test') {
steps {
sh '''
/usr/bin/python3 -u my_regression_test.py
'''
}

post {
success {
 emailext (subject: "${env.JOB_NAME}: Fixed!",
   body: '${DEFAULT_CONTENT}',
   recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  to: )
 }
failure {
script{ emailext (subject: "${env.JOB_NAME}: Failure!",
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  to: )
}
}
unstable {
script{ emailext (subject: "${env.JOB_NAME}: Unstable!",
  body: '${DEFAULT_CONTENT}',
  to: )
}
}
always {
archiveArtifacts artifacts: 
'$WORKSPACE/RegressionTests/**/*.zip'
}
}
}
}
}

On the console output I see:

[Pipeline] archiveArtifacts
Archiving artifacts
[Pipeline] script
[Pipeline] {
[Pipeline] emailext
Sending email to: 
[Pipeline] }

But no artefact files are listed (but they are present in the build directory).

Have I structured the 'post' section incorrectly?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0d3410a9c9fc478989f86e0411da4d81%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Email When Slave Goes Offline?

[David Aldrich]

Look at Mail Watcher plugin.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of John Bobinyec
Sent: 11 December 2017 13:27
To: Jenkins Users 
Subject: Email When Slave Goes Offline?

Is there some way to send an admin an email when the master notices that a 
slave has gone offline?

Thanks,
John Bobinyec
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/d7a7ea39-779a-4209-aad5-dcd40f9c2e02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/9902b4771c3045239bae84bf3388d69c%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Workspace clean-up killed jobs

[David Aldrich]

Hi

Two of our declarative script jobs have failed for similar reasons.  The jobs 
normally run with no problem.  We are running Jenkins 2.91.

The jobs take several hours to complete.  Each one failed part way through and 
gave the following message in its console log:

ERROR: missing workspace /data/hudsonuser/workspace/_trunk on 

The Jenkins system log shows this message that is coincident with the failure:


Nov 26, 2017 9:04:34 PM INFO hudson.model.AsyncPeriodicWork$1 run

Started Workspace clean-up

Nov 26, 2017 9:04:50 PM WARNING jenkins.branch.WorkspaceLocatorImpl locate

JENKINS-34564 path sanitization ineffective when using legacy Workspace Root 
Directory '${ITEM_ROOTDIR}/workspace'; switch to 
${JENKINS_HOME}/workspace/${ITEM_FULLNAME} as in JENKINS-8446 / JENKINS-21942

What is going on here and how should I fix it?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0a9be99daffe43d2b1b3a84c2b1191f4%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Specifying Jenkins startup parameters

[David Aldrich]

Ok, thanks Mark.

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
Sent: 14 November 2017 11:47
To: jenkinsci-users@googlegroups.com
Subject: Re: Specifying Jenkins startup parameters


I believe the safe restart does not execute the operating system level startup 
scripts.  You need the operating system level restart,  like 
/etc/init.d/jenkins restart.

Mark Waite

On Tue, Nov 14, 2017, 2:46 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Mark

Thanks for your reply.  I’m working on Centos 5, so I set the last line of 
/etc/sysconfig/jenkins to:

JENKINS_ARGS="--prefix=/jenkins --sessionTimeout=540"

I then restarted Jenkins using root menu > Restart Safely.  After ~30mins 
inactivity I had to log in to Jenkins again.

Do you have any ideas why this is not working for me please?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Mark Waite
Sent: 14 November 2017 01:47
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: Specifying Jenkins startup parameters

It depends on the context where you're running that server.  Refer to 
https://jenkins.io/download/ for the current list of platform specific 
installers and the instructions to use them.

If you're running on a Debian or Ubuntu server, you should be able to modify 
the command line arguments in /etc/defaults/jenkins.  See 
https://wiki.jenkins.io/display/JENKINS/Installing+Jenkins+on+Ubuntu for more 
details.

If you're running on a CentOS, Red Hat or OpenSUSE, you should be able to 
modify the command line arguments in /etc/sysconfig/jenkins.  See 
https://wiki.jenkins.io/display/JENKINS/Installing+Jenkins+on+Red+Hat+distributions

If you're running on Windows, there is a configuration file written to the 
installation directory which can be changed.  See 
https://wiki.jenkins.io/display/JENKINS/Thanks+for+using+Windows+Installer

Mark Waite

On Fri, Nov 10, 2017 at 5:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We typically restart Jenkins using 'Restart Safely' from the root menu. We now 
want to specify the session timeout using a startup parameter:

java -jar jenkins.war --sessionTimeout=10080

How do people typically specify startup parameters?  Should I use a script and 
never restart from the root menu?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/557da4dd82ef430080659b8415e81275%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/557da4dd82ef430080659b8415e81275%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFHtUzVERC_C_WB9Pt4rJvwMTOvMeEh4kbwdMkuZNYP7Q%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFHtUzVERC_C_WB9Pt4rJvwMTOvMeEh4kbwdMkuZNYP7Q%40mail.gmail.com?utm_medium=email&utm_source=footer>.

For more options, visit https://groups.google.com/d/optout.

Click 
here<https://www.mailcontrol.com/sr/sKD77Q7fxRrGX2PQPOmvUlRg0f8c3ZDCNSC5mHLfYUOb8xTINk9kastQWtwu7LGMp6lUBYTdRFD3vm7b4Ic+!w==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/34b9200f307646919eb57c52c6ca735e%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/34b9200f307646919eb57c52c6ca735e%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubsc

RE: Specifying Jenkins startup parameters

[David Aldrich]

Hi Mark

Thanks for your reply.  I’m working on Centos 5, so I set the last line of 
/etc/sysconfig/jenkins to:

JENKINS_ARGS="--prefix=/jenkins --sessionTimeout=540"

I then restarted Jenkins using root menu > Restart Safely.  After ~30mins 
inactivity I had to log in to Jenkins again.

Do you have any ideas why this is not working for me please?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
Sent: 14 November 2017 01:47
To: jenkinsci-users@googlegroups.com
Subject: Re: Specifying Jenkins startup parameters

It depends on the context where you're running that server.  Refer to 
https://jenkins.io/download/ for the current list of platform specific 
installers and the instructions to use them.

If you're running on a Debian or Ubuntu server, you should be able to modify 
the command line arguments in /etc/defaults/jenkins.  See 
https://wiki.jenkins.io/display/JENKINS/Installing+Jenkins+on+Ubuntu for more 
details.

If you're running on a CentOS, Red Hat or OpenSUSE, you should be able to 
modify the command line arguments in /etc/sysconfig/jenkins.  See 
https://wiki.jenkins.io/display/JENKINS/Installing+Jenkins+on+Red+Hat+distributions

If you're running on Windows, there is a configuration file written to the 
installation directory which can be changed.  See 
https://wiki.jenkins.io/display/JENKINS/Thanks+for+using+Windows+Installer

Mark Waite

On Fri, Nov 10, 2017 at 5:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

We typically restart Jenkins using 'Restart Safely' from the root menu. We now 
want to specify the session timeout using a startup parameter:

java -jar jenkins.war --sessionTimeout=10080

How do people typically specify startup parameters?  Should I use a script and 
never restart from the root menu?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/557da4dd82ef430080659b8415e81275%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/557da4dd82ef430080659b8415e81275%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFHtUzVERC_C_WB9Pt4rJvwMTOvMeEh4kbwdMkuZNYP7Q%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFHtUzVERC_C_WB9Pt4rJvwMTOvMeEh4kbwdMkuZNYP7Q%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/sKD77Q7fxRrGX2PQPOmvUlRg0f8c3ZDCNSC5mHLfYUOb8xTINk9kastQWtwu7LGMp6lUBYTdRFD3vm7b4Ic+!w==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/34b9200f307646919eb57c52c6ca735e%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Specifying Jenkins startup parameters

[David Aldrich]

Hi

We typically restart Jenkins using 'Restart Safely' from the root menu. We now 
want to specify the session timeout using a startup parameter:

java -jar jenkins.war --sessionTimeout=10080

How do people typically specify startup parameters?  Should I use a script and 
never restart from the root menu?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/557da4dd82ef430080659b8415e81275%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

Thanks for your answer.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of jer...@bodycad.com
Sent: 19 October 2017 15:36
To: Jenkins Users 
Subject: Re: Declarative script: 'bat' command fails but job succeeds

Not sure about declarative pipeline (I haven't played with them yet). but for 
normal pipeline I use it this way:
bat returnStatus: false, script: "\"${bcad.msbuild_current}\" 
${bcad.msbuild_solution_name} ${bcad.msbuild_default_arg} /t:Build"

You can find the doc here:
https://jenkins.io/doc/pipeline/steps/workflow-durable-task-step/#bat-windows-batch-script

returnStatus can be check or not if you want, if you don't want to end the 
script for warnings like my above example. You can then use msbuild parser for 
example
step([$class: 'WarningsPublisher', canRunOnFailed: true, consoleParsers: 
[[parserName: 'MSBuild']]])

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0e30d94d-ccfc-4b72-b8a8-a7280ee99ce5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/b24f8f98fef84fdeb8f879b5f8d33ac7%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

Thanks very much for your reply.

> Take care batch error level only is valid for the last command and not a 
> cumulative flag.

Yes, that was exactly the issue.  I followed your advice and the script works 
correctly now.

> Also make sure you give the proper  bat argument returnStatus into your 
> pipeline scripts.

I partly understand this. Where should I specify the returnStatus argument? 
(Note this is declarative).

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0b9060410d0947cea65a8179587d983b%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

Yes, that’s right. Sorry for using wrong term.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/8b9b98ea15b74577a831c9c047117c57%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

Here’s a better view of my script:

pipeline {

agent none
options { buildDiscarder(logRotator(numToKeepStr: '20')) }
triggers {
pollSCM('H/5 * * * *')
}

stages {

stage('build_gcc') {

}

stage('build_VisualStudio') {

agent { label "jenkinswin10" }

environment {
VSMSBUILDCMD = 'C:\\Program Files (x86)\\Microsoft Visual 
Studio 14.0\\Common7\\Tools\\VsMSBuildCmd.bat'
}

steps {
bat '''
call "%VSMSBUILDCMD%"
msbuild %WORKSPACE%\\MSVC\\myproj.sln 
/p:Configuration=Release /p:Platform="Win32" /flp:logfile=ZodiacOutput.log 
/verbosity:normal
'''
}

post {

}
}
}
}

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/9ba563a7d91948fbbd59f4b9915c7174%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

A follow-up to this:

I ran the failing msbuild command from the command line (in the workspace) and 
checked the errorlevel, it was 1.

I then replayed the declarative script with some extra code:

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_2 /p:Platform="Win32" 
/flp:logfile=ZodiacOutput.log /verbosity:normal
if errorlevel 1 (
   echo Failure Reason Given is %errorlevel%
   exit /b %errorlevel%
)

The Jenkins output was then:

Failure Reason Given is 1
Post stage
[Pipeline] script
[Pipeline] {

[Pipeline] End of Pipeline
ERROR: script returned exit code 1
Finished: FAILURE

So I had to explicitly check the errorlevel to detect the failure. Does this 
mean there is this a bug in the declarative script plugin?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 18 October 2017 10:45
To: jenkinsci-users@googlegroups.com
Subject: [** SUSPICIOUS EMAIL **] Declarative script: 'bat' command fails but 
job succeeds

Hi

I have a declarative script that runs a ‘bat’ step. That step builds some VS 
Studio projects on a Windows slave by calling msbuild:

steps {
bat '''
call "%VSMSBUILDCMD%"

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_0 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_1 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_2 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

'''
}

The second msbuild command is failing (due to missing header files) and reports 
‘Build Failed’, but the script step succeeds and the post stage executes the 
‘success’ code.

Any idea why the step is not failing please?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/Vzuf+HRUf8PGX2PQPOmvUu5zZAYN1MosnTW3zhZKWbhh!Dytlro2e7hn8lMwcsgKRrt8KGK6VIJzr!jqbv!p6A==>
 to report this email as spam.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/b1500615c71c4a48b48714a3a1aa3706%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/b1500615c71c4a48b48714a3a1aa3706%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c2e2bae1aa964ce09bff3f891cd4d508%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Declarative script: 'bat' command fails but job succeeds

[David Aldrich]

Hi

I have a declarative script that runs a 'bat' step. That step builds some VS 
Studio projects on a Windows slave by calling msbuild:

steps {
bat '''
call "%VSMSBUILDCMD%"

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_0 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_1 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

msbuild %WORKSPACE%\\MSVC\\ /p:Configuration=config_2 
/p:Platform="Win32" /flp:logfile=Output.log /verbosity:normal

'''
}

The second msbuild command is failing (due to missing header files) and reports 
'Build Failed', but the script step succeeds and the post stage executes the 
'success' code.

Any idea why the step is not failing please?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/b1500615c71c4a48b48714a3a1aa3706%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: How to resolve 'Failed Loading item ' ?

[David Aldrich]

Hi Daniel

> 1. Install the plugin again, delete the jobs from the UI 2. Delete the 
> folders on
> disk

I did delete the jobs from the UI before removing the plugin. So I guess I need 
to delete them from disk.  Would that be from the master at:

/var/lib/jenkins/jobs

?

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Daniel Beck
> Sent: 18 October 2017 10:02
> To: jenkinsci-users@googlegroups.com
> Subject: Re: How to resolve 'Failed Loading item ' ?
> 
> 
> > On 18. Oct 2017, at 10:54, David Aldrich 
> wrote:
> >
> > How can I clear these?
> >
> 
> Two options:
> 1. Install the plugin again, delete the jobs from the UI 2. Delete the 
> folders on
> disk
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-users/53E96B83-946B-4CAB-
> 9DAF-EDFB9C17CEBA%40beckweb.net.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
>  Click
> https://www.mailcontrol.com/sr/rKons!pA2afGX2PQPOmvUnd1S5HUtV8BW
> rYoBfncNC0nLhRZBDdNJHQIwCmkzq4eRrt8KGK6VIJzr!jqbv!p6A==  to report
> this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ab224963b7d24f0bbe1db10c41095017%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

How to resolve 'Failed Loading item ' ?

[David Aldrich]

Hi

I have deleted some jobs that used the deprecated multi-branch project plugin. 
I have also uninstalled that plugin.

Since restarting the system (running Jenkins 2.85) I get exceptions for those 
deleted jobs:

Failed Loading item 
com.thoughtworks.xstream.mapper.CannotResolveClassException: 
freestyle-multi-branch-project

How can I clear these?

(The entire exception is shown below).

Best regards

David


Failed Loading item 

com.thoughtworks.xstream.mapper.CannotResolveClassException: 
freestyle-multi-branch-project

at 
com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:79)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:55)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.PackageAliasingMapper.realClass(PackageAliasingMapper.java:88)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.ClassAliasingMapper.realClass(ClassAliasingMapper.java:79)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.ArrayMapper.realClass(ArrayMapper.java:74)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.SecurityMapper.realClass(SecurityMapper.java:71)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at hudson.util.XStream2$CompatibilityMapper.realClass(XStream2.java:285)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at hudson.util.xstream.MapperDelegate.realClass(MapperDelegate.java:43)

at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)

at 
com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:48)

at 
com.thoughtworks.xstream.core.util.HierarchicalStreams.readClassType(HierarchicalStreams.java:29)

at 
com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:133)

at 
com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32)

at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1189)

at hudson.util.XStream2.unmarshal(XStream2.java:114)

at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1173)

at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1053)

at hudson.XmlFile.read(XmlFile.java:150)

Caused: java.io.IOException: Unable to read /var/lib/jenkins/jobs/

at hudson.XmlFile.read(XmlFile.java:152)

at hudson.model.Items.load(Items.java:371)

at jenkins.model.Jenkins$17.run(Jenkins.java:3109)

at 
org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)

at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)

at jenkins.model.Jenkins$7.runTask(Jenkins.java:1073)

at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)

at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)

at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)

at java.lang.Thread.run(Unknown Source)

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkins

'%2f' in multibranch pipeline project name

[David Aldrich]

Hi

I have a multibranch pipeline project (declarative script), which I run against 
a Subversion repository.  The format of the branches is:

branches/branch_name

my multibranch pipeline project is rendering these names with '%2f' instead of 
'/'.

I think this issue has been reported in the past but I have not found a fix.

What is the fix?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e0bffcba584c4a38a120ee3ed4baa227%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Multibranch checkout for jenkinsfile

[David Aldrich]

If I may comment on this, I think the main issue is that there is currently no 
maintainer for the svn plugin.  So, even if someone was able to make the 
changes Stephen suggested, they may not be released.

It’s quite a problem for some of us that Subversion is no longer well supported 
in Jenkins.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
Sent: 09 October 2017 10:08
To: jenkinsci-users@googlegroups.com
Subject: Re: Multibranch checkout for jenkinsfile

Somebody needs to implement SCMFileSystem for the Subversion plugin. In 
principle should not be too hard to do. The code is currently using the 
"old-style" 
https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/jenkins/scm/impl/subversion/SubversionSCMSource.java#L403-L405
 so it doesn't need the checkout to test if the branch has a Jenkinsfile, but 
it currently needs the checkout to read the Jenkinsfile.

If somebody were to write an implementation of SCMFileSystem (basically two 
files that could probably be hacked together from 
https://github.com/jenkinsci/gitea-plugin/blob/master/src/main/java/org/jenkinsci/plugin/gitea/GiteaSCMFile.java
 and 
https://github.com/jenkinsci/gitea-plugin/blob/master/src/main/java/org/jenkinsci/plugin/gitea/GiteaSCMFileSystem.java
 and 
https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/jenkins/scm/impl/subversion/SubversionSCMSource.java#L389-L410
 plus some experimentation) then you'd avoid that checkout.

I don't have the time to do that, I suspect you may get further scratching your 
own itch. I am happy to review and provide advice if you want to give it a 
shot. Should be somewhere between 2h and 2d effort depending on your skill 
level and familiarity with Java (not too much Jenkins idioms required for this 
functionality, other than putting @Extension on your SCMFileSystem.Builder 
class - which, unlike my gitea example, can work for both SubversionSCM and 
SubversionSCMSource)

On 9 October 2017 at 00:24, Gilad Baruchian 
mailto:giladb...@gmail.com>> wrote:
Hi,
I have a Jenkinsfile located in \build folder, and it checks out 
code to the slave node and builds.
My multi branch project finds the branch correctly, but it checks out the 
entire svn branch on the master just to read the jenkinsfile instead of 
checking out just the jenkinsfile itself of just \build folder.


This is a major problem because of storage and performance, are there any 
solutions for that?
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/d3bcfa9b-76ce-419a-b6ee-ebf4284d1a5c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CA%2BnPnMz%3DT4WRUp3UUSaFz3dgXdjbYSO_bEGfx62eePhMM78Dtw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0e5d8c4dcf3f4acc87f70491a987c97b%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Trouble running JNLP slave as a service in Windows 10

[David Aldrich]

> Does that not show the "Install as a Service" menu item?

No. The command windows shows the agent is connected but there is no pop-up 
with an "Install as a Service" menu item.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 04 October 2017 14:12
To: jenkinsci-users@googlegroups.com
Subject: Re: Trouble running JNLP slave as a service in Windows 10

That page is for DCOM agents, not JNLP agents.

The easiest method to do this is to open an administrator console and then run 
the command you specified in your original email:

java -jar slave.jar -jnlpUrl 
http:///computer//slave-agent.jnlp<http://%3cmy-server%3e/computer/%3cmy-node%3e/slave-agent.jnlp>
 -secret 

Does that not show the "Install as a Service" menu item?

On Wed, Oct 4, 2017 at 5:02 AM Khomyuk Viktor 
mailto:v.khom...@2gis.ru>> wrote:

Hi. Install slave as service is not easy :)

Look at the 
https://wiki.jenkins.io/display/JENKINS/Windows+slaves+fail+to+start+via+DCOM​

Start with "Enable Remote Registry Access".

One error will be replaced by another, but after some time you will achieve 
your goal.


От: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
mailto:jenkinsci-users@googlegroups.com>> от 
имени David Aldrich 
mailto:david.aldr...@emea.nec.com>>
Отправлено: 4 октября 2017 г. 17:42
Кому: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Тема: Trouble running JNLP slave as a service in Windows 10

Hi

I want to install a JNLP slave as a service in Windows 10.

If I use the ‘easy’ method of going to the node page, from the slave machine, 
and clicking on the Launch button, the slave launches. But if I select ‘File > 
Install as a service’ I get an exception:

[cid:image001.png@01D33D05.743EF450]

I wonder if this is because I haven’t done it properly in administrator mode. 
But I did open an admin command prompt and ran my browser (Edge) from there.

Alternatively, I can start the slave from a command line using:

java -jar slave.jar -jnlpUrl 
http:///computer//slave-agent.jnlp<http://%3cmy-server%3e/computer/%3cmy-node%3e/slave-agent.jnlp>
 -secret  described at computer//

but that doesn’t allow me to run the agent as a service.

Please can anyone help me with this?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/37b7943ef2a74239b0e23ad16cb70cde%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/37b7943ef2a74239b0e23ad16cb70cde%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1507115712914.83840%402Gis.ru<https://groups.google.com/d/msgid/jenkinsci-users/1507115712914.83840%402Gis.ru?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVc0yytZF%2B%2BC68PKMhp1maOiKr-3Tgts2xrp2vumJHZHoA%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVc0yytZF%2B%2BC68PKMhp1maOiKr-3Tgts2xrp2vumJHZHoA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/f8qZiRe9OK3GX2PQPOmvUu5zZAYN1MosF2UIT3+w12f!w!0edBs84vT7q5G54PGtgBP8rH+MiVyVGm43FW9a3A==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/16e2b265342d4771bd9565a4ac63f668%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Trouble running JNLP slave as a service in Windows 10

[David Aldrich]

Hi

I want to install a JNLP slave as a service in Windows 10.

If I use the 'easy' method of going to the node page, from the slave machine, 
and clicking on the Launch button, the slave launches. But if I select 'File > 
Install as a service' I get an exception:

[cid:image001.png@01D33D05.743EF450]

I wonder if this is because I haven't done it properly in administrator mode. 
But I did open an admin command prompt and ran my browser (Edge) from there.

Alternatively, I can start the slave from a command line using:

java -jar slave.jar -jnlpUrl 
http:///computer//slave-agent.jnlp -secret  
described at computer//

but that doesn't allow me to run the agent as a service.

Please can anyone help me with this?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/37b7943ef2a74239b0e23ad16cb70cde%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Problem with environment variable in declarative script

[David Aldrich]

Thanks Robert, the problem was that I had no top level agent. Works ok now.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Robert Hales
Sent: 22 September 2017 03:28
To: Jenkins Users 
Subject: Re: Problem with environment variable in declarative script

Either the syntax checker isn't smart enough, or the variables aren't available 
like that until you get down into the stages. I am suspecting the former, but 
just a guess.

This syntax should work fine, though:

SCRIPTS_PATH = "${env.WORKSPACE}/tools/Jenkins/PythonScripts"



On Thursday, September 21, 2017 at 9:48:43 AM UTC-6, David Aldrich wrote:
Hi

My Jenkinsfile contains:

environment {
   SCRIPTS_PATH="${WORKSPACE}/Tools/Jenkins/PythonScripts"
}

When the script runs I get exception:

groovy.lang.MissingPropertyException: No such property: WORKSPACE for class: 
groovy.lang.Binding
at groovy.lang.Binding.getVariable(Binding.java:63)

How should I correct the syntax?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/482db132-c078-4815-ada3-e98b8b79404b%40googlegroups.com<https://groups.google.com/d/msgid/jenkinsci-users/482db132-c078-4815-ada3-e98b8b79404b%40googlegroups.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/Ai9GSl2BJW7GX2PQPOmvUnR5FqKQsdnp08!gR9OEhVuUN8Sp!2jjbJ5fRyVTjafn954Li9706+urbIY9K1KtKg==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/108e52d84a814fd4a309583471997a2f%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Problem with environment variable in declarative script

[David Aldrich]

Hi

My Jenkinsfile contains:

environment {
   SCRIPTS_PATH="${WORKSPACE}/Tools/Jenkins/PythonScripts"
}

When the script runs I get exception:

groovy.lang.MissingPropertyException: No such property: WORKSPACE for class: 
groovy.lang.Binding
at groovy.lang.Binding.getVariable(Binding.java:63)

How should I correct the syntax?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ca74102bcbcd43a0a51b56fd3ef9e8f2%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Jenkinsfile naming convention?

[David Aldrich]

Hi

My understanding is that it is now possible to have multiple Jenkinsfiles in a 
repository.

Is there any convention for naming Jenkinsfiles?

Do you always call them Jenkinsfile and indicate their function in a directory 
name?  Or do you indicate their function in the filename?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/293b3f47e9174f179f1c054a5f8d9921%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Advice wanted on multibranch declarative script for Subversion project

[David Aldrich]

Hi

I want to write a multibranch declarative script for a project stored in 
Subversion.  I have already done this for another project (which worked) but 
this new one has the complication that the repo uses externals.  Unfortunately 
the multibranch pipeline GUI screen does not offer the option to specify 
'additional credentials' 
JENKINS-35227 so the 
checkout fails.

I'm thinking of getting around this by doing the checkout from within the 
script.  The script would be stored in another repo that does not need 
additional credentials.  Does this seem a good strategy?  How do I then 
implement the 'multibranch' bit whereby the script will act on all branches and 
trunk of the checkout?

I would appreciate some advice on the best way to go forward.

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/78f3b44e9c0f4adf9b3c293a01e15211%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Preferred Git server for Jenkins?

[David Aldrich]

Hi Dirk and Andreas

Thanks for your answers,

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/11a16a65f82a495c81f01bb090d16860%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Preferred Git server for Jenkins?

[David Aldrich]

Hi

Our company uses Subversion for version control but I want to investigate 
providing a Git server to support Jenkins declarative scripts and Blue Ocean.  
(I realise that declarative scripts can be stored in Subversion, but I think 
that Git support for them is better).

We have the option of using:

*In-house command-line Git server

*In-house Gitlab server

*Github

I believe that Blue Ocean is best supported on Github. Am I correct?

Is there any preference for declarative scripts?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/8043a5580d704ca1a0f4f372c2e41fae%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Stuck declarative script

[David Aldrich]

Fixed now. Needed to resume.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/3405a1197164495d951f1fc33f2c7802%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Stuck declarative script

[David Aldrich]

The job's log states:

Waiting to resume part of MyJob_sw_builds » trunk #554: ???
Still paused

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/dc20762f10234733a10fbedcf47e1f77%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Stuck declarative script

[David Aldrich]

Hi

I have a declarative script job that appears to have got stuck because it's 
slave rebooted. Now I can't kill it.

When I click the red cross against the job I see:

 "Are you sure you want to abort null".

I accept but nothing happens.

It also survives a Jenkins restart. How can I kill it?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f30e15ef53b94ec19476731675d1879a%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Multiple Jenkinsfiles in a single repo - Clarification

[David Aldrich]

I haven’t tried it, but I expect that:

Build configuration > Script Path

allows you to specify the specific Jenkinsfile that you want to run.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Simon Cowie
Sent: 18 July 2017 00:40
To: Jenkins Users 
Subject: Multiple Jenkinsfiles in a single repo - Clarification

Hello, according to this 
comment
 by Patrick Wolf, Multiple Jenkinsfiles in a single repo are now supported. I 
am wondering if there is documentation on how to do this?
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/aa1fe5aa-c158-4a99-b5c1-6adfb76344d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Click 
here
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f446aad51dae4adc95853c1ae6e0d45b%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Multibranch pipeline job doesn't fully support Subversion?

[David Aldrich]

Hi Oleg

Thanks for your reply.  To fix the immediate problem I think we just need some 
additional GUI fields for the Multibranch Pipeline job.  Is that in the scope 
of the svn plugin or of the pipeline job type?

(Just wondering if someone can do it without being an svn expert).

BR

David

From: Oleg Nenashev [mailto:o.v.nenas...@gmail.com]
Sent: 08 June 2017 11:18
To: Jenkins Users 
Cc: David Aldrich 
Subject: Re: Multibranch pipeline job doesn't fully support Subversion?

The current state of the SVN plugin is discussed here: 
https://groups.google.com/forum/#!topic/jenkinsci-dev/JUAzYLfuMhw . Effectively 
the plugin has no active maintainer. So I would not expect any ETA for this fix.

There are many pending 
changes<https://github.com/jenkinsci/subversion-plugin/pulls>. If you are ready 
to contribute, please feel free to help with the reviews and also feel free to 
claim ownership of the plugin.

Best regards,
Oleg Nenashev

среда, 7 июня 2017 г., 17:49:20 UTC+2 пользователь David Aldrich написал:
Hi

There is a known issue with the Subversion plugin that 'Additional Credentials' 
must be specified if Externals are used.

Most job types allow the user to specify the 'Additional Credentials' in the 
GUI, but the Multibranch pipeline job does not.  To me, this is a show-stopper 
for using that job type - my job is regularly failing because of svn error: 
'E200015: ISVNAuthentication provider did not provide credentials'.

This issue is raised as JENKINS-35227 but that was created in May 2016 and is 
unassigned.

Seems a shame that the Multibranch pipeline job doesn't fully support 
Subversion.  Can we raise the profile of this problem?

Best regards

David



Click 
here<https://www.mailcontrol.com/sr/uELmPtEJ5uXGX2PQPOmvUlCEUkzG4u6OLcr9gAMbcX1ByBjWiru3NNGhVg+yxzshULyt9yGQTmGW4Hi4JZPuPA==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/21b2722829ab4f298c98b5b0716e71d0%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Multibranch pipeline job doesn't fully support Subversion?

[David Aldrich]

Hi

There is a known issue with the Subversion plugin that 'Additional Credentials' 
must be specified if Externals are used.

Most job types allow the user to specify the 'Additional Credentials' in the 
GUI, but the Multibranch pipeline job does not.  To me, this is a show-stopper 
for using that job type - my job is regularly failing because of svn error: 
'E200015: ISVNAuthentication provider did not provide credentials'.

This issue is raised as JENKINS-35227 but that was created in May 2016 and is 
unassigned.

Seems a shame that the Multibranch pipeline job doesn't fully support 
Subversion.  Can we raise the profile of this problem?

Best regards

David


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ee8de0c7f8e34484af029a790e52b374%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Plugins metadata failing signature check?

[David Aldrich]

After checking for updated plugins this morning I see:

"None of the tool installer metadata passed the signature check"

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/a44c1703fd854ab886c6cfd93073cab1%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Declarative script: specify build trigger in GUI or script?

[David Aldrich]

Hi Andrew,

Yes the polling is specified in the JenkinsFile, which does come from SCM.  I 
found that the polling ran fine after I had manually run the build once, as you 
intimated. So it’s working fine now.

I don’t know how one should now that it’s necessary to run the build manually 
once. However, I also realise that it is hard to know where to document that 
sort of thing.

I do think it is confusing that the polling schedule can be specified in the 
GUI and/or in the script.

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Andrew Bayer
Sent: 24 May 2017 13:44
To: jenkinsci-users@googlegroups.com
Subject: Re: Declarative script: specify build trigger in GUI or script?

A couple questions - is this being specified in a Jenkinsfile coming from SCM? 
Have you run the build once?

A.

On Mon, May 22, 2017 at 10:00 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi,

I'm confused about how to specify a build trigger for a declarative script. I 
want the job to be triggered by an SCM commit so I specified in my script:

triggers {
pollSCM('H/5 * * * *')
}

to poll every 5 minutes.

However, the job is not being run even though commits have occurred.

I notice that there is also a 'Build trigger' section in the GUI configuration 
for a branch of the job.

Where should I specify the build trigger: in the GUI or in the script?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users%2bunsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e7db9b43810040769c28a1de2fefcee3%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPbPdObeusrOokGgkvvUt2d9S_y6aTcZJ_F-od_jW9C17HhSAA%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAPbPdObeusrOokGgkvvUt2d9S_y6aTcZJ_F-od_jW9C17HhSAA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/H2fAbGn7+grGX2PQPOmvUkjDae7bB5IgNzmu6Kijgf9af7hrOn9!9NOVeQtDWvKVeWQTHSOJ+731JTd!1uc+!w==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/412356e71b984d0498ff060ada0d1d1a%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Declarative script: specify build trigger in GUI or script?

[David Aldrich]

Hi, 

I'm confused about how to specify a build trigger for a declarative script. I 
want the job to be triggered by an SCM commit so I specified in my script:

triggers {
pollSCM('H/5 * * * *')
}

to poll every 5 minutes.

However, the job is not being run even though commits have occurred.

I notice that there is also a 'Build trigger' section in the GUI configuration 
for a branch of the job.

Where should I specify the build trigger: in the GUI or in the script?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e7db9b43810040769c28a1de2fefcee3%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Slide

Do you know whether it’s possible to get the culprits without using email-ext, 
i.e. using the ‘mail’ command?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 18 May 2017 19:48
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?


Then it's possible that it's the way culprits are determined for each job type. 
Free style inherits from AbstractProject, so the build has a getCulprits() that 
email-ext can call. It has to determine culprits on its own for pipeline jobs 
and it may not have all the info that a free style project does.

On Thu, May 18, 2017, 07:12 David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Well I haven’t found definitions of the providers so I can’t be sure, but the 
free-style job specifies:

Fixed: Recipient List, Culprits

and the Project Recipient List contains daldrich

So, yes, I think they are equivalent.

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 18 May 2017 14:52

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Do you have the same recipient providers specified for the pipeline as you do 
in your normal (free style) job?

On Thu, May 18, 2017 at 2:33 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks for helping me with this.  I am using a declarative pipeline. In the 
‘post’ clause, I set ‘success’, ‘failure’, ‘unstable’ and ‘changed’ to all be:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')

‘Failure’ works fine – daldrich and the culprits are emailed.

However, when the failure is fixed, i.e. we have condition ‘changed’, only 
daldrich is emailed.  In a traditional job the culprits should also be notified 
of the change to Fixed.

Perhaps this is an email-ext plugin bug?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 17 May 2017 17:45

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

You are using "to: ", you don't need both to and recipientProviders, especially 
since you are already using the def recipients = emailext... to get the same 
thing. If the job succeeds, I don't think the culprits will be emailed, but I 
could be wrong. Are you using a pipeline or other type of job? Culprits are 
people who may have broken the build, so if the build is succeeding, then it 
may not email the culprits. You may want DevelopersRecipientProvider if you 
want anyone who added a change to be emailed.

On Wed, May 17, 2017 at 7:27 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

I am running the job manually. There are commits by another user since the job 
last ran, so I assume there should be culprits.  The job actually succeeds, but 
I’m assuming that the culprits should still receive the email.

If I remove:

recipientProviders: [[$class: 'CulpritsRecipientProvider']],

then the culprits definitely won’t get the email?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 17 May 2017 15:16

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?


Try removing the recipientProvider parameter to emailext, I'm not sure if that 
will mess things up. I'm not familiar with declarative pipeline enough to say 
how to get the correct build status. How are you running the job? If you are 
running it manually and there have been no changes, then there are no culprits. 
The culprits are pulled from the changes from the scm you specify.

On Wed, May 17, 2017, 04:07 David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
I tried replacing my code with that produced by the snippet generator:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
 

How to use Jenkins CLI for linter?

[David Aldrich]

Hi

I want to use the Jenkins declarative script linter via the CLI.

I have specified a fixed SSHD port in Jenkins Global Security.

I have shared my SSH public key with my account on the Jenkins server, so I can 
connect to the server using SSH.

However, when I try to run the linter I get an error:

$ ssh -p  hudsonmaster declarative-linter < Jenkinsfile
Permission denied (publickey).

Can anyone help me please?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/315ff9f469364ad48e2a1e4da7b77311%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: One Jenkinsfile per repo in multi-branch workflows?

[David Aldrich]

> There seems to be some work done in this regard, but it seems to be lagging,
> so I can't tell if it's going to stay this way or not.

Thanks for your answer. Good to know it is being worked on.

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ceea20b58330439ea6efcfc1ad88a429%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

One Jenkinsfile per repo in multi-branch workflows?

[David Aldrich]

Hi

As the free-style Multi-Branch Project plugin is deprecated, I am experimenting 
with the Multibranch Pipeline job type.

With the Multi-Branch Project plugin it was possible to have multiple 
multi-branch jobs.  We took advantage of that and had multiple jobs to build 
different executables in the repo and to run different regression tests, with 
different polling periods.

It seems that the Multibranch Pipeline supports only one build script  per 
repo, defined by the JenkinsFile in the root directory.

This seems to me to be restrictive.  What is the thinking behind it and is it 
possible to define multiple multi-branch pipeline jobs per repo?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/b96ace8205f74e2588f245cc43b83ac1%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Well I haven’t found definitions of the providers so I can’t be sure, but the 
free-style job specifies:

Fixed: Recipient List, Culprits

and the Project Recipient List contains daldrich

So, yes, I think they are equivalent.

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 18 May 2017 14:52
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?

Do you have the same recipient providers specified for the pipeline as you do 
in your normal (free style) job?

On Thu, May 18, 2017 at 2:33 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks for helping me with this.  I am using a declarative pipeline. In the 
‘post’ clause, I set ‘success’, ‘failure’, ‘unstable’ and ‘changed’ to all be:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')

‘Failure’ works fine – daldrich and the culprits are emailed.

However, when the failure is fixed, i.e. we have condition ‘changed’, only 
daldrich is emailed.  In a traditional job the culprits should also be notified 
of the change to Fixed.

Perhaps this is an email-ext plugin bug?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 17 May 2017 17:45

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

You are using "to: ", you don't need both to and recipientProviders, especially 
since you are already using the def recipients = emailext... to get the same 
thing. If the job succeeds, I don't think the culprits will be emailed, but I 
could be wrong. Are you using a pipeline or other type of job? Culprits are 
people who may have broken the build, so if the build is succeeding, then it 
may not email the culprits. You may want DevelopersRecipientProvider if you 
want anyone who added a change to be emailed.

On Wed, May 17, 2017 at 7:27 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

I am running the job manually. There are commits by another user since the job 
last ran, so I assume there should be culprits.  The job actually succeeds, but 
I’m assuming that the culprits should still receive the email.

If I remove:

recipientProviders: [[$class: 'CulpritsRecipientProvider']],

then the culprits definitely won’t get the email?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 17 May 2017 15:16

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?


Try removing the recipientProvider parameter to emailext, I'm not sure if that 
will mess things up. I'm not familiar with declarative pipeline enough to say 
how to get the correct build status. How are you running the job? If you are 
running it manually and there have been no changes, then there are no culprits. 
The culprits are pulled from the changes from the scm you specify.

On Wed, May 17, 2017, 04:07 David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
I tried replacing my code with that produced by the snippet generator:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')
}

But the result is an email to daldrich but not to the culprits.

Could this be a bug in the emailext plugin?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of David Aldrich
Sent: 17 May 2017 08:53

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to specify recipients in email-ext step in declarative script?

Hi Slide

I think the script is still not quite right.  I now have:

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext (to: "daldrich," + recipients,
  subject: '${DEFAULT_SUBJECT}',
 

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Slide

Thanks for helping me with this.  I am using a declarative pipeline. In the 
‘post’ clause, I set ‘success’, ‘failure’, ‘unstable’ and ‘changed’ to all be:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')

‘Failure’ works fine – daldrich and the culprits are emailed.

However, when the failure is fixed, i.e. we have condition ‘changed’, only 
daldrich is emailed.  In a traditional job the culprits should also be notified 
of the change to Fixed.

Perhaps this is an email-ext plugin bug?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 17 May 2017 17:45
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?

You are using "to: ", you don't need both to and recipientProviders, especially 
since you are already using the def recipients = emailext... to get the same 
thing. If the job succeeds, I don't think the culprits will be emailed, but I 
could be wrong. Are you using a pipeline or other type of job? Culprits are 
people who may have broken the build, so if the build is succeeding, then it 
may not email the culprits. You may want DevelopersRecipientProvider if you 
want anyone who added a change to be emailed.

On Wed, May 17, 2017 at 7:27 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

I am running the job manually. There are commits by another user since the job 
last ran, so I assume there should be culprits.  The job actually succeeds, but 
I’m assuming that the culprits should still receive the email.

If I remove:

recipientProviders: [[$class: 'CulpritsRecipientProvider']],

then the culprits definitely won’t get the email?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 17 May 2017 15:16

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?


Try removing the recipientProvider parameter to emailext, I'm not sure if that 
will mess things up. I'm not familiar with declarative pipeline enough to say 
how to get the correct build status. How are you running the job? If you are 
running it manually and there have been no changes, then there are no culprits. 
The culprits are pulled from the changes from the scm you specify.

On Wed, May 17, 2017, 04:07 David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
I tried replacing my code with that produced by the snippet generator:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')
}

But the result is an email to daldrich but not to the culprits.

Could this be a bug in the emailext plugin?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of David Aldrich
Sent: 17 May 2017 08:53

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to specify recipients in email-ext step in declarative script?

Hi Slide

I think the script is still not quite right.  I now have:

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext (to: "daldrich," + recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}
}

I see two problems:

1) The output shows:

Failed to create e-mail address for co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>
Sending email to: co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>

These are the correct committers’ email addresses but I have disguised them for 
this question.  I receive an email but I don’t know why I see the ‘Failed’ 
message in the log. Any ideas please?

2) The subject uses : '${DEFAULT_SUBJECT}', which ends with  ‘$BUILD_STATUS!’  
In the rec

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Slide

I am running the job manually. There are commits by another user since the job 
last ran, so I assume there should be culprits.  The job actually succeeds, but 
I’m assuming that the culprits should still receive the email.

If I remove:

recipientProviders: [[$class: 'CulpritsRecipientProvider']],

then the culprits definitely won’t get the email?

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 17 May 2017 15:16
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?


Try removing the recipientProvider parameter to emailext, I'm not sure if that 
will mess things up. I'm not familiar with declarative pipeline enough to say 
how to get the correct build status. How are you running the job? If you are 
running it manually and there have been no changes, then there are no culprits. 
The culprits are pulled from the changes from the scm you specify.

On Wed, May 17, 2017, 04:07 David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
I tried replacing my code with that produced by the snippet generator:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')
}

But the result is an email to daldrich but not to the culprits.

Could this be a bug in the emailext plugin?

BR

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of David Aldrich
Sent: 17 May 2017 08:53

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to specify recipients in email-ext step in declarative script?

Hi Slide

I think the script is still not quite right.  I now have:

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext (to: "daldrich," + recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}
}

I see two problems:

1) The output shows:

Failed to create e-mail address for co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>
Sending email to: co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>

These are the correct committers’ email addresses but I have disguised them for 
this question.  I receive an email but I don’t know why I see the ‘Failed’ 
message in the log. Any ideas please?

2) The subject uses : '${DEFAULT_SUBJECT}', which ends with  ‘$BUILD_STATUS!’  
In the received email the build status was ‘Building!’.  This is in ‘post’ so I 
expect the status to be ‘Success!’.  Any idea why this is wrong?

Best regards

David



From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 16 May 2017 17:02
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to specify recipients in email-ext step in declarative script?

Thanks Slide

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 16 May 2017 16:38
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

to: "daldrich," + recipients

Also, you may be missing a '}' to close the script block.

On Tue, May 16, 2017 at 7:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks. I tried the code below based on your suggestion but the syntax of my 
change isn’t quite right. Can you help please?

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
   emailext (to: "daldrich"; recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
WorkflowScript: 13: expecting 

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

I tried replacing my code with that produced by the snippet generator:

script{ emailext (body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'CulpritsRecipientProvider']],
  subject: '${DEFAULT_SUBJECT}',
  to: 'daldrich')
}

But the result is an email to daldrich but not to the culprits.

Could this be a bug in the emailext plugin?

BR

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 17 May 2017 08:53
To: jenkinsci-users@googlegroups.com
Subject: RE: How to specify recipients in email-ext step in declarative script?

Hi Slide

I think the script is still not quite right.  I now have:

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext (to: "daldrich," + recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}
}

I see two problems:

1) The output shows:

Failed to create e-mail address for co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>
Sending email to: co...@us.com<mailto:co...@us.com> 
co...@us.com<mailto:co...@us.com> co...@us.com<mailto:co...@us.com>

These are the correct committers’ email addresses but I have disguised them for 
this question.  I receive an email but I don’t know why I see the ‘Failed’ 
message in the log. Any ideas please?

2) The subject uses : '${DEFAULT_SUBJECT}', which ends with  ‘$BUILD_STATUS!’  
In the received email the build status was ‘Building!’.  This is in ‘post’ so I 
expect the status to be ‘Success!’.  Any idea why this is wrong?

Best regards

David



From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 16 May 2017 17:02
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: RE: How to specify recipients in email-ext step in declarative script?

Thanks Slide

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 16 May 2017 16:38
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

to: "daldrich," + recipients

Also, you may be missing a '}' to close the script block.

On Tue, May 16, 2017 at 7:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks. I tried the code below based on your suggestion but the syntax of my 
change isn’t quite right. Can you help please?

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
   emailext (to: "daldrich"; recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
WorkflowScript: 13: expecting ')', found ',' @ line 13, column 57.
   xt (to: "daldrich"; recipients,
 ^

1 error

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 16 May 2017 14:39

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Something like this might work:

script {
def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext(..., to: recipients)
}

On Tue, May 16, 2017 at 6:18 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Danny,

That worked (with email addresses in quotes) – thanks.

Do you know how I would specify ‘to:’ as a certain email address + committers?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Danny Rehelis
Sent: 16 May 2017 14:08
To: jenkinsci-users@googlegroups.com<mailto

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Slide

I think the script is still not quite right.  I now have:

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext (to: "daldrich," + recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}
}

I see two problems:

1) The output shows:

Failed to create e-mail address for co...@us.com co...@us.com co...@us.com
Sending email to: co...@us.com co...@us.com co...@us.com

These are the correct committers’ email addresses but I have disguised them for 
this question.  I receive an email but I don’t know why I see the ‘Failed’ 
message in the log. Any ideas please?

2) The subject uses : '${DEFAULT_SUBJECT}', which ends with  ‘$BUILD_STATUS!’  
In the received email the build status was ‘Building!’.  This is in ‘post’ so I 
expect the status to be ‘Success!’.  Any idea why this is wrong?

Best regards

David



From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 16 May 2017 17:02
To: jenkinsci-users@googlegroups.com
Subject: RE: How to specify recipients in email-ext step in declarative script?

Thanks Slide

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 16 May 2017 16:38
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

to: "daldrich," + recipients

Also, you may be missing a '}' to close the script block.

On Tue, May 16, 2017 at 7:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks. I tried the code below based on your suggestion but the syntax of my 
change isn’t quite right. Can you help please?

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
   emailext (to: "daldrich"; recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
WorkflowScript: 13: expecting ')', found ',' @ line 13, column 57.
   xt (to: "daldrich"; recipients,
 ^

1 error

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 16 May 2017 14:39

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Something like this might work:

script {
def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext(..., to: recipients)
}

On Tue, May 16, 2017 at 6:18 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Danny,

That worked (with email addresses in quotes) – thanks.

Do you know how I would specify ‘to:’ as a certain email address + committers?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Danny Rehelis
Sent: 16 May 2017 14:08
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Hey David,

This should be pretty straightforward, try this:
post {
success {
emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "SUCCESS",
body: "SUCCESS!"
)
}
failure {
      emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "FAILURE",
body: "FAILURE!"
)
}
}

On Tue, May 16, 2017 at 11:25 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I am experimenting with declarative scripts and have this simple script:

pipeline {
agent { label "mypc" }
stages {
stage('build') {
steps {
  

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Thanks Slide

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 16 May 2017 16:38
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?

to: "daldrich," + recipients

Also, you may be missing a '}' to close the script block.

On Tue, May 16, 2017 at 7:12 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Slide

Thanks. I tried the code below based on your suggestion but the syntax of my 
change isn’t quite right. Can you help please?

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
   emailext (to: "daldrich"; recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
WorkflowScript: 13: expecting ')', found ',' @ line 13, column 57.
   xt (to: "daldrich"; recipients,
 ^

1 error

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Slide
Sent: 16 May 2017 14:39

To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Something like this might work:

script {
def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext(..., to: recipients)
}

On Tue, May 16, 2017 at 6:18 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Danny,

That worked (with email addresses in quotes) – thanks.

Do you know how I would specify ‘to:’ as a certain email address + committers?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Danny Rehelis
Sent: 16 May 2017 14:08
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Hey David,

This should be pretty straightforward, try this:
post {
success {
emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "SUCCESS",
body: "SUCCESS!"
)
}
failure {
  emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "FAILURE",
body: "FAILURE!"
)
}
}

On Tue, May 16, 2017 at 11:25 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I am experimenting with declarative scripts and have this simple script:

pipeline {
agent { label "mypc" }
stages {
stage('build') {
steps {
sh 'python --version'
}
}
}
post {
success {
script: emailext (subject: "STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]'",
  body: """STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]':
  Check console output at "${env.JOB_NAME} [${env.BUILD_NUMBER}]"""",
  recipientProviders: [$class: 
'DevelopersRecipientProvider']])
}
}
}

I can’t specify the list of default recipients in the global settings for the 
email-ext plugin, as the required recipients change from project to project.  I 
need to specify the list in the script.  I’ve received a suggestion to:

“use this pipeline step 
https://jenkins.io/doc/pipeline/steps/email-ext/#emailextrecipients-extended-email-recipients
 to get the recipients and then use the "to" parameter to the emailext step and 
add your own addresses to the return of that step”

I don’t know how to do this. Please could someone show me how to modify my 
script to do it?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
htt

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Slide

Thanks. I tried the code below based on your suggestion but the syntax of my 
change isn’t quite right. Can you help please?

post {
success {
script{ def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
   emailext (to: "daldrich"; recipients,
  subject: '${DEFAULT_SUBJECT}',
  body: '${DEFAULT_CONTENT}',
  recipientProviders: [[$class: 
'DevelopersRecipientProvider']])
}
}

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
failed:
WorkflowScript: 13: expecting ')', found ',' @ line 13, column 57.
   xt (to: "daldrich"; recipients,
 ^

1 error

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Slide
Sent: 16 May 2017 14:39
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?

Something like this might work:

script {
def recipients = emailextrecipients([ [$class: 
'DevelopersRecipientProvider'] ])
emailext(..., to: recipients)
}

On Tue, May 16, 2017 at 6:18 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi Danny,

That worked (with email addresses in quotes) – thanks.

Do you know how I would specify ‘to:’ as a certain email address + committers?

Best regards

David

From: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com> 
[mailto:jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>]
 On Behalf Of Danny Rehelis
Sent: 16 May 2017 14:08
To: jenkinsci-users@googlegroups.com<mailto:jenkinsci-users@googlegroups.com>
Subject: Re: How to specify recipients in email-ext step in declarative script?

Hey David,

This should be pretty straightforward, try this:
post {
success {
emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "SUCCESS",
body: "SUCCESS!"
)
}
failure {
  emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "FAILURE",
body: "FAILURE!"
)
}
}

On Tue, May 16, 2017 at 11:25 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I am experimenting with declarative scripts and have this simple script:

pipeline {
agent { label "mypc" }
stages {
stage('build') {
steps {
sh 'python --version'
}
}
}
post {
success {
script: emailext (subject: "STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]'",
  body: """STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]':
  Check console output at "${env.JOB_NAME} [${env.BUILD_NUMBER}]"""",
  recipientProviders: [$class: 
'DevelopersRecipientProvider']])
}
}
}

I can’t specify the list of default recipients in the global settings for the 
email-ext plugin, as the required recipients change from project to project.  I 
need to specify the list in the script.  I’ve received a suggestion to:

“use this pipeline step 
https://jenkins.io/doc/pipeline/steps/email-ext/#emailextrecipients-extended-email-recipients
 to get the recipients and then use the "to" parameter to the emailext step and 
add your own addresses to the return of that step”

I don’t know how to do this. Please could someone show me how to modify my 
script to do it?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/21c2aac48caa41998f52a2e233d4ed76%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/21c2aac48caa41998f52a2e233d4ed76%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com

RE: How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi Danny,

That worked (with email addresses in quotes) – thanks.

Do you know how I would specify ‘to:’ as a certain email address + committers?

Best regards

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Danny Rehelis
Sent: 16 May 2017 14:08
To: jenkinsci-users@googlegroups.com
Subject: Re: How to specify recipients in email-ext step in declarative script?

Hey David,

This should be pretty straightforward, try this:
post {
success {
emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "SUCCESS",
body: "SUCCESS!"
)
}
failure {
  emailext (
to: a...@me.com<mailto:a...@me.com>; 
a...@him.com<mailto:a...@him.com>,
subject: "FAILURE",
body: "FAILURE!"
    )
}
}

On Tue, May 16, 2017 at 11:25 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I am experimenting with declarative scripts and have this simple script:

pipeline {
agent { label "mypc" }
stages {
stage('build') {
steps {
sh 'python --version'
}
}
}
post {
success {
script: emailext (subject: "STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]'",
  body: """STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]':
  Check console output at "${env.JOB_NAME} [${env.BUILD_NUMBER}]"""",
  recipientProviders: [$class: 
'DevelopersRecipientProvider']])
}
}
}

I can’t specify the list of default recipients in the global settings for the 
email-ext plugin, as the required recipients change from project to project.  I 
need to specify the list in the script.  I’ve received a suggestion to:

“use this pipeline step 
https://jenkins.io/doc/pipeline/steps/email-ext/#emailextrecipients-extended-email-recipients
 to get the recipients and then use the "to" parameter to the emailext step and 
add your own addresses to the return of that step”

I don’t know how to do this. Please could someone show me how to modify my 
script to do it?

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/21c2aac48caa41998f52a2e233d4ed76%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/21c2aac48caa41998f52a2e233d4ed76%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAObRFCX0ZaN4MPqiNy9tB8z0nr_g1zFrZ1Ssa24Bhb997G7p4A%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAObRFCX0ZaN4MPqiNy9tB8z0nr_g1zFrZ1Ssa24Bhb997G7p4A%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/uFEKaVH2kQrGX2PQPOmvUmQbZlJUA6MY5kXy3PWbkPYgGJ5pIgYGc+W6EUrkl!zFSQHHbCeqo0cKghm6!2a+jw==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/1ba2614920ab4f01a957692fe395146e%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

How to specify recipients in email-ext step in declarative script?

[David Aldrich]

Hi

I am experimenting with declarative scripts and have this simple script:

pipeline {
agent { label "mypc" }
stages {
stage('build') {
steps {
sh 'python --version'
}
}
}
post {
success {
script: emailext (subject: "STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]'",
  body: """STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]':
  Check console output at "${env.JOB_NAME} [${env.BUILD_NUMBER}],
  recipientProviders: [$class: 
'DevelopersRecipientProvider']])
}
}
}

I can't specify the list of default recipients in the global settings for the 
email-ext plugin, as the required recipients change from project to project.  I 
need to specify the list in the script.  I've received a suggestion to:

"use this pipeline step 
https://jenkins.io/doc/pipeline/steps/email-ext/#emailextrecipients-extended-email-recipients
 to get the recipients and then use the "to" parameter to the emailext step and 
add your own addresses to the return of that step"

I don't know how to do this. Please could someone show me how to modify my 
script to do it?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/21c2aac48caa41998f52a2e233d4ed76%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Syntax for "mail to" in declarative script?

[David Aldrich]

I'm a little further on - I've added a call to emailext.  Below is declarative 
script.  But I get error:

An attempt to send an e-mail to empty list of recipients, ignored.

How can I set the recipients list?  Do I need another script step?

stages {
stage('build') {
steps {
sh 'python --version'
}
}
}
post {
success {
script: emailext (subject: "STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]'",
  body: """STARTED: Job '${env.JOB_NAME} 
[${env.BUILD_NUMBER}]':
  Check console output at "${env.JOB_NAME} [${env.BUILD_NUMBER}],
  recipientProviders: [$class: 
'DevelopersRecipientProvider']])
}
}
}

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/957cad53395a40b3ae25463ee92359c3%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Syntax for "mail to" in declarative script?

[David Aldrich]

Asking my question another way:

Where can I find a list of objects / variables that a script can access, e.g. 
${currentBuild.fullDisplayName} ?

Best regards

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of David Aldrich
> Sent: 15 May 2017 13:19
> To: jenkinsci-users@googlegroups.com
> Subject: Syntax for "mail to" in declarative script?
> 
> Hi
> 
> Where can I find a definition and syntax for "mail to" for a declarative 
> script?
> 
> Specifically I want to know:
> 
> 1) Is it possible to specify a recipient by user name rather than full email
> address?
> 2) How to specify 'committers'?
> 3) How can I set the message body to be similar to that sent by a traditional
> Jenkins job (i.e. result, change summary, and tail end of console output) ?
> 
> Best regards
> 
> David
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-
> users/25b2d3d8ea2945e3b984a245b76e64dc%40EUX13SRV1.EU.NEC.COM.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
>  Click
> https://www.mailcontrol.com/sr/AwURFJXg0gXGX2PQPOmvUnR5FqKQsdnpf
> CFmutQSpk3Ud74aUasi!U6pqUrLpVx4LmpRHg8Q9WoJwVIOzJj0SQ==  to
> report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/354de4cef70b4c9997653b516eac6196%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

Syntax for "mail to" in declarative script?

[David Aldrich]

Hi 

Where can I find a definition and syntax for "mail to" for a declarative script?

Specifically I want to know:

1) Is it possible to specify a recipient by user name rather than full email 
address?
2) How to specify 'committers'?
3) How can I set the message body to be similar to that sent by a traditional 
Jenkins job (i.e. result, change summary, and tail end of console output) ?

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/25b2d3d8ea2945e3b984a245b76e64dc%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: How to get started with Blue Ocean for Subversion user?

[David Aldrich]

Hi Mark

Thanks for your reply.  Do you not end up putting sensitive data on GitHub such 
as credentials?

David

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
Sent: 11 May 2017 17:57
To: jenkinsci-users@googlegroups.com
Subject: Re: How to get started with Blue Ocean for Subversion user?


You can create the pipeline definition in a girhub repo with a branch per 
Jenkinsfile. The Jenkinsfile can reference your subversion repository. I've 
used that technique with scripted pipeline,  so I think it should work with 
declarative pipeline.

Probably best to use github rather than hosting your own git server because 
blue ocean declarative pipeline editing works best with github.

Mark Waite

On Thu, May 11, 2017, 10:26 AM David Aldrich 
mailto:david.aldr...@emea.nec.com>> wrote:
Hi

I am finding it difficult to construct declarative pipelines as code, so I want 
to try out Blue Ocean to construct them graphically.

However, we store our project repositories in Subversion not Git.  Blue Ocean 
wants a Git repository or GitHub.  I can’t use the latter because our IT policy 
prevents us storing company data on an external server.

We could install a Git server just for Blue Ocean. I imagine that Jenkinsfiles 
for our projects would live in the Git server’s bare repository and would 
execute actions on our subversion repositories: checkout build etc.

Furthermore I guess I could copy the Jenkinsfiles to the Subversion 
repositories when they are tested, and then just maintain them as code.

Is this a reasonable strategy?  I’m not sure I am understanding the 
documentation correctly so would be grateful for some guidance.

Best regards

David

--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c2256b2f0b3f4332b016a27b8f358c5c%40EUX13SRV1.EU.NEC.COM<https://groups.google.com/d/msgid/jenkinsci-users/c2256b2f0b3f4332b016a27b8f358c5c%40EUX13SRV1.EU.NEC.COM?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
jenkinsci-users+unsubscr...@googlegroups.com<mailto:jenkinsci-users+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtGXN6ad-Tp3eFDnq-UzkmJmMe%3Df8jrzbTmTKmEaOgPeGQ%40mail.gmail.com<https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtGXN6ad-Tp3eFDnq-UzkmJmMe%3Df8jrzbTmTKmEaOgPeGQ%40mail.gmail.com?utm_medium=email&utm_source=footer>.
For more options, visit https://groups.google.com/d/optout.


Click 
here<https://www.mailcontrol.com/sr/vId8vGi7IS3GX2PQPOmvUlRg0f8c3ZDCkDNceTgD+SeoW9zP39ksfto4uuf2njDwLfdGPQ3KzHv3Y22mGO5KhQ==>
 to report this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/8a110db85c3f4d16ba3e8416fd0d71af%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

How to get started with Blue Ocean for Subversion user?

[David Aldrich]

Hi

I am finding it difficult to construct declarative pipelines as code, so I want 
to try out Blue Ocean to construct them graphically.

However, we store our project repositories in Subversion not Git.  Blue Ocean 
wants a Git repository or GitHub.  I can't use the latter because our IT policy 
prevents us storing company data on an external server.

We could install a Git server just for Blue Ocean. I imagine that Jenkinsfiles 
for our projects would live in the Git server's bare repository and would 
execute actions on our subversion repositories: checkout build etc.

Furthermore I guess I could copy the Jenkinsfiles to the Subversion 
repositories when they are tested, and then just maintain them as code.

Is this a reasonable strategy?  I'm not sure I am understanding the 
documentation correctly so would be grateful for some guidance.

Best regards

David

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c2256b2f0b3f4332b016a27b8f358c5c%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.

RE: Request for simple pipeline example to do checkout, run shell script, email result

[David Aldrich]

Hi David  

Thanks for your reply.

> What you should do is focus on each one of these tasks separately.

I have difficulty with that approach. I agree that it is possible to understand 
individual steps by looking at existing examples or using the snippet 
generator, but I need help in putting the bits together.

For example, after running a shell script I want to send an email notification 
with the result.  My attempt to do so sent a build result of 'BUILDING'. This 
must mean that I am calling the email plugin at the wrong time, or not giving 
it the correct result (perhaps I need a try ... finally block).  But my point 
is that it is not clear to me how to connect the steps.  I would like to have a 
complete example.

Best regards

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of David Karr
> Sent: 27 April 2017 18:08
> To: Jenkins Users 
> Subject: Re: Request for simple pipeline example to do checkout, run shell
> script, email result
> 
> On Thu, Apr 27, 2017 at 3:05 AM, David Aldrich
>  wrote:
> > Hi
> >
> >
> >
> > Please can anyone point me to, or provide, a simple and complete
> > pipeline script example to do a checkout, run a shell script and email the
> result?
> >
> >
> >
> > I am using svn, but a git example would be ok.
> 
> What you should do is focus on each one of these tasks separately.
> Each one of these will use pipeline steps and Groovy code.  Use the "Pipeline
> Syntax" link within the "Pipeline" section of the job definition to see 
> examples
> of what pipeline steps are available to you. On this page, you can generate
> example code.
> 
> Doing a git checkout requires the "git" function.  Running a shell script uses
> "sh", and sending email could use the "email-ext"
> function, although there may be others.
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-
> users/CAA5t8VrFJ2GA3p1hoztayT1t9tH8tagvSefj2eTG5BkqZ_1%2BVQ%40mail
> .gmail.com.
> For more options, visit https://groups.google.com/d/optout.
> 
> 
>  Click
> https://www.mailcontrol.com/sr/0yt4T6!T5bTGX2PQPOmvUmuFhuAgpUQ2CB
> KREum+VQGxhSt75yjqKxzlfBkZKVUJ5srBIUSVvPiDL!bKPtQR4w==  to report
> this email as spam.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c460653f19484f33a43a55a9b36983a6%40EUX13SRV1.EU.NEC.COM.
For more options, visit https://groups.google.com/d/optout.