Re: Warnings Next Generation Plugin: git rev-parse HEAD^{commit} takes a (too) long time

[Ullrich Hafner]

You can disable that part, see 
https://github.com/jenkinsci/warnings-ng-plugin/blob/master/doc/Documentation.md#source-code-blames-for-git-projects
 



> Am 04.06.2020 um 08:31 schrieb Amedee Van Gasse :
> 
> Warnings Next Generation Plugin provides a build step `recordIssues`.
> 
> I found that it hangs for several minutes on
> 
> /usr/bin/git rev-parse HEAD^{commit}
> 
> Before I knew which Jenkins plugin was responsible, I asked on Stack Overflow 
> 10 days ago, but of course didn't get (nor expect) a useful answer.
> 
> https://stackoverflow.com/questions/61973411/jenkins-pipeline-during-recordissues-for-checkstyle-pmd-spotbugs-git-rev-pars
>  
> 
> 
> This is the relevant part of the Jenkinsfile:
> 
> stage('Static Code Analysis') {
> options {
> timeout(time: 1, unit: 'HOURS')
> }
> steps {
> withMaven(jdk: "${JDK_VERSION}", maven: 'M3', mavenLocalRepo: 
> '.repository') {
> sh 'mvn --no-transfer-progress verify --activate-profiles qa 
> -Dpmd.analysisCache=true'
> }
> recordIssues(tools: [
> checkStyle(),
> pmdParser(),
> spotBugs(useRankAsPriority: true)
> ])
> dependencyCheckPublisher pattern: 'target/dependency-check-report.xml'
> }
> }
> This is an excerpt from the Jenkins console log:
> 
> 00:10:26.471  [CheckStyle] Successfully parsed file 
> /home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop/target/checkstyle-result.xml
> 00:10:26.471  [CheckStyle] -> found 0 issues (skipped 0 duplicates)
> 00:10:26.847  using credential bd100583-6d56-496a-89c0-67e640c2f80e
> 00:10:27.322  using credential bd100583-6d56-496a-89c0-67e640c2f80e
> 00:10:26.896   > /usr/bin/git rev-parse HEAD^{commit} # timeout=10
> 00:10:27.699  using credential bd100583-6d56-496a-89c0-67e640c2f80e
> 00:10:28.173  using credential bd100583-6d56-496a-89c0-67e640c2f80e
> 00:10:27.748   > /usr/bin/git rev-parse HEAD^{commit} # timeout=10
> 00:12:10.218   > /usr/bin/git rev-parse HEAD^{commit} # timeout=10
> 00:25:35.352  [CheckStyle] Post processing issues on 'jenkins-node-aws' with 
> source code encoding 'UTF-8'
> 00:25:35.352  [CheckStyle] Creating SCM blamer to obtain author and commit 
> information for affected files
> 00:25:35.352  [CheckStyle] -> Git blamer successfully created in working tree 
> '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] Creating SCM miner to obtain statistics for 
> affected repository files
> 00:25:35.352  [CheckStyle] -> Git miner successfully created in working tree 
> '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] Resolving file names for all issues in source 
> directory '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] -> resolved paths in source directory (1238 found, 
> 0 not found)
> 00:25:35.352  [CheckStyle] Resolving module names from module definitions 
> (build.xml, pom.xml, or Manifest.mf files)
> 00:25:35.352  [CheckStyle] -> resolved module names for 85004 issues
> 00:25:35.352  [CheckStyle] Resolving package names (or namespaces) by parsing 
> the affected files
> 00:25:35.352  [CheckStyle] -> resolved package names of 1238 affected files
> 00:25:35.352  [CheckStyle] No filter has been set, publishing all 85004 issues
> 00:25:35.352  [CheckStyle] Creating fingerprints for all affected code blocks 
> to track issues over different builds
> 00:25:35.352  [CheckStyle] -> created fingerprints for 85004 issues (skipped 
> 0 issues)
> 00:25:35.352  [CheckStyle] Invoking Git blamer to create author and commit 
> information for 1238 affected files
> 00:25:35.352  [CheckStyle] GIT_COMMIT env = 'HEAD'
> 00:25:35.352  [CheckStyle] Git commit ID = 
> '62d4a2abfda51f58acac8f4ce8e799dffcdbfb0a'
> 00:25:35.352  [CheckStyle] Git working tree = 
> '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] -> blamed authors of issues in 1238 files
> 00:25:35.352  [CheckStyle] Blaming of authors took 498 seconds
> 00:25:35.352  [CheckStyle] Analyzing the commit log of the Git repository 
> '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] Invoking Git miner to create statistics for all 
> available files
> 00:25:35.352  [CheckStyle] Git working tree = 
> '/home/ubuntu/jenkins/workspace/iText_7_Java_itextcore_develop'
> 00:25:35.352  [CheckStyle] -> created statistics for 1238 files
> 00:25:35.352  [CheckStyle] -> created report for 1238 files in 69 seconds
> 00:25:35.352  [CheckStyle] Copying affected files to Jenkins' build folder 
> '/var/lib/jenkins/jobs/iText_7_Java/jobs/itextcore/branches/develop/builds/910/files-wit

Re: Many Freestyle jobs or many Jenkinsfiles?

['monger_39' via Jenkins Users]

 similar to other users I also have a quite large set of jobs that use the 
(scripted, not declarative) Groovy pipelines. In my setup I have deliberately 
chosen to:   
   - store all the Groovy scripts in SCM
   - have a seperate dedicated repository for all my Groovy scripts;
alternative would be to store the JenkinsFile in the same repo as where the 
test data is stored.
   - use groovy 'load' to pull in generic utility code.   
alternative is using shared libraries; I prefer local load since it allows me 
to use SCM branches of my jenkins repository

I also started from historic Freestyle jobs. First thing I did is transform the 
Freestyle job into one that calls a single script with parameters from a 
repo.Then create a very simple pipeline job that call that very script. Then 
slowly start taking more parts of the script into the groovy code.
For me doing it big-bang was a no-go. Have been hit by the Groovy diffs similar 
to what @Giles also mentioned. Take small steps. Debugging Groovy
in Jenkins is extremely hard. Investigate the use of "Replay" !Once you have 
the first job running, the rest will be much easier.good luck.
On Tuesday, June 2, 2020, 09:58:35 PM GMT+2, Giles  
wrote:  
 
 I wrote a large library file full of Groovy methods.  I have a big stack of 
Jenkinsfiles, similar to Randy Beckworth, although mine are generally named 
"/.Jenkinsfile" (as you can see, Jenkins isn't very 
particular about naming).  The Jenkinsfiles are generally very short, just long 
enough to call one of the library methods with a set of parameters.  We have 
50-80 Jenkins jobs, and each of those has its own Jenkins file.  The initial 
set-up was tedious, but now that it's all in place it works very well.  Not 
sure if you could call a Python library, or if you'll end up using Groovy to 
call Python scripts.  My Groovy calls a lot of shell scripts - it's ugly, but 
works surprisingly well so you can make that work if you have to.
I think there are plugins and/or programmatic methods of generating jobs to 
avoid doing a lot of that tedious work yourself, but I also think you'd have to 
be looking at a very big setup (thousands of jobs) before it would be worth the 
investment of time to understand those plugins/methods.
Learning Jenkins' version of Groovy is a bit of a trip: it has a lot of its own 
methods, and I've found some weird edge cases where Jenkins' Groovy doesn't 
behave the same as standard Groovy.  All that said - it's definitely been worth 
the work.

On Monday, 1 June 2020 11:37:46 UTC-4, Al Silver wrote:
I've used Jenkins a little but not in the traditional method of CI/CD. I'm 
using Jenkins as a Web UI to run individual python scripts for networking 
devices... Users would log into Jenkins and then select any one of numerous 
Freestyle projects (with parameters) to run (there could be 100 or more...).    
The job executes a shell which runs a pytest script that logs into (via ssh) 
multiple networking devices and performs some actions... pretty straightforward 
and it works ok but has some limitations.  With that said, I think I'll have 
more flexibility and power building and maintaining these jobs as pipelines and 
treating them as code.  My question is I guess I would need to convert my 
pipelines into Jenkinsfiles?  However, most of the docs I read show a single 
Jenkinsfile (named "Jenkinsfile") I would need one for each job (a 100 or so).  
I must be missing something here or not understanding.  Can someone point in 
the right direction for what I'm trying to accomplish?
ThxAl


-- 
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/4cae1d19-a93d-49f5-8257-96912ea49279%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/776171713.2826360.1591268446434%40mail.yahoo.com.

Re: Jenkins Agent/Slave on Windows Disconnect Issue

['monger_39' via Jenkins Users]

 have you looked on the agent in the remoting logs ?
I've had (and still have) the same issue. Often I see in the remoting logs on 
the node an error like
   "Readerthread killed by OutOfMemoryError  java.lang.OutOfMemoryError:unable 
to create new native thread  "which btw does not necessarily mean ''out of 
memory". It apparently can also indicate 'unable to create new thread'.Exact 
reason(s) for the latter are not 100% clear to me still.I'm very 
curious/anxious to have more info here too...On Wednesday, June 3, 2020, 
07:40:53 AM GMT+2, D'raj  wrote:  
 
 try increasing aws elb Idle timeout, by default its 60 sec

On Saturday, 30 May 2020 03:22:47 UTC+5:30, Vinod Krishna wrote:

Hi, 




We have around 10 Jenkins Agents, each running on its own Windows 2016 EC2 
instance.  Java_slave is running as a service. The Jenkins master runs on a 
separate Amazon Linux instance. We are able to establish connectivity between 
the Master and Agents and jobs are running fine. 

However, for some reason, the Service goes offline at different intervals and 
comes back online. This is a repeated behavior and we are not able to find many 
logs from the Windows Event Viewer , except that it Says "Jenkins Slave 
stopping" . and the service comes back online. We installed NewRelic APM Agent 
to the server to check the Java metrics and there is minimal Heap consumption. 
The Java versions of both the Agent and Server are the same ( jdk1.8.0_211).  
We are not able to find the root cause of the Service being stopped abruptly 
and Jobs running on them gets killed.




“"windows agent was marked offline: Connection was broken: java.nio.channels. 
ClosedChannelException"”


Thanks in advance. 

Vinod



-- 
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/f7c35898-4a54-4e1c-b199-97b5bd43db77%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/361904326.2842768.1591268811812%40mail.yahoo.com.

Make a test result intentionally unstable

['Christoph Fetzer' via Jenkins Users]

Hello!

I have a unit test that from time to time deadlocks. To work around that 
and at least finish the build and collect the results available so far I 
made use of a timeout in a try and caught the timeout. When this timeout 
applies now, I get an overall green testrun which is not what I want. When 
I want so set the test result to 'unstable' either by calling 'unstable' or 
by setting the result to the string 'UNSTABLE' I still get a succeeded run.

This is my script code, called from a declarative pipeline from the build 
stages of severak modules/libraries in a build:

try{
timeout(time: 60, unit: 'MINUTES') {
bat """ 
rem call my test from here
"""
}
} catch (err) {
echo "Caught: ${err}"
//currentBuild.result = 'UNSTABLE';
unstable( message: "Test timeout in stage ${STAGE_NAME}" )
}

Any ideas whats wrong here?
Regards,
Christoph

-- 
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/1010ffee-b381-40c0-8c4f-2c8bb29e05cc%40googlegroups.com.

Problem with Jenkins email extension plugin

[Mario Jauvin]

I have noticed that when using DevelopersRecipientProvider in the declarative 
pipeline, the information returned is the userid and not the email address.  I 
get the error:

Error sending to the following INVALID addresses: abc543

abc543 is the user that committed a change.

I also noticed that when I browse to 
http://jenkins-server/mehttp://jenkins-server/me I do not see an email address. 
 Just security groups.

I am using Jenkins 2.222.4 and email exntentions plugin 2.69 (both latest)

-- 
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/F7CC6E33-313B-4974-86F6-A89C0FD82AAC%40gmail.com.

Re: Problem with Jenkins email extension plugin

[Slide]

Did you setup the default domain in the global configuration?

On Thu, Jun 4, 2020, 05:54 Mario Jauvin  wrote:

>
> I have noticed that when using DevelopersRecipientProvider in the
> declarative pipeline, the information returned is the userid and not the
> email address.  I get the error:
>
> Error sending to the following INVALID addresses: abc543
>
>
> abc543 is the user that committed a change.
>
>
> I also noticed that when I browse to http://jenkins-server/me
> http://jenkins-server/me I do not see an email address.  Just security
> groups.
>
> I am using Jenkins 2.222.4 and email exntentions plugin 2.69 (both latest)
>
> --
> 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/F7CC6E33-313B-4974-86F6-A89C0FD82AAC%40gmail.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/CAPiUgVeqLAMqopn-itSKUzDU_pQFf-qU35N5sXveuqnYVwhw4Q%40mail.gmail.com.

RE: Many Freestyle jobs or many Jenkinsfiles?

[Jérôme Godbout]

Nearly the same here:

  1.  Common code into one repos
  2.  Jenkinsfile for each project into his own repos
  3.  Source into his own repos

When I run, I can checkout the proper jenkinsfile (branch, version) from the 
repos #2. It will checkout his needed version of the toolings repos #1. Then it 
will checkout the related source code and start building/testing, etc.

This split the way we do the build from the source code, the source code is 
totally agnostic of the build system. I can have different build script for 
different system. I can versionize my tools to get the same results every 
times. The slave doesn’t need anything installed, so the Jenkins only need the 
required plugins and credentials and tons of scripts approvals upon install.


From: 'monger_39' via Jenkins Users 
Sent: June 4, 2020 7:01 AM
To: Jenkins Users 
Subject: Re: Many Freestyle jobs or many Jenkinsfiles?

similar to other users I also have a quite large set of jobs that use the 
(scripted, not declarative) Groovy pipelines. In my setup I have deliberately 
chosen to:

  *   store all the Groovy scripts in SCM
  *   have a seperate dedicated repository for all my Groovy scripts;
alternative would be to store the JenkinsFile in the same repo as where the 
test data is stored.
  *   use groovy 'load' to pull in generic utility code.
alternative is using shared libraries; I prefer local load since it allows me 
to use SCM branches of my jenkins repository

I also started from historic Freestyle jobs. First thing I did is transform the 
Freestyle job into one that calls a single script with parameters from a repo.
Then create a very simple pipeline job that call that very script. Then slowly 
start taking more parts of the script into the groovy code.
For me doing it big-bang was a no-go. Have been hit by the Groovy diffs similar 
to what @Giles also mentioned. Take small steps. Debugging Groovy
in Jenkins is extremely hard. Investigate the use of "Replay" !
Once you have the first job running, the rest will be much easier.
good luck.

On Tuesday, June 2, 2020, 09:58:35 PM GMT+2, Giles 
mailto:giles...@gmail.com>> wrote:


I wrote a large library file full of Groovy methods.  I have a big stack of 
Jenkinsfiles, similar to Randy Beckworth, although mine are generally named 
"/.Jenkinsfile" (as you can see, Jenkins isn't very 
particular about naming).  The Jenkinsfiles are generally very short, just long 
enough to call one of the library methods with a set of parameters.  We have 
50-80 Jenkins jobs, and each of those has its own Jenkins file.  The initial 
set-up was tedious, but now that it's all in place it works very well.  Not 
sure if you could call a Python library, or if you'll end up using Groovy to 
call Python scripts.  My Groovy calls a lot of shell scripts - it's ugly, but 
works surprisingly well so you can make that work if you have to.

I think there are plugins and/or programmatic methods of generating jobs to 
avoid doing a lot of that tedious work yourself, but I also think you'd have to 
be looking at a very big setup (thousands of jobs) before it would be worth the 
investment of time to understand those plugins/methods.

Learning Jenkins' version of Groovy is a bit of a trip: it has a lot of its own 
methods, and I've found some weird edge cases where Jenkins' Groovy doesn't 
behave the same as standard Groovy.  All that said - it's definitely been worth 
the work.

On Monday, 1 June 2020 11:37:46 UTC-4, Al Silver wrote:
I've used Jenkins a little but not in the traditional method of CI/CD. I'm 
using Jenkins as a Web UI to run individual python scripts for networking 
devices... Users would log into Jenkins and then select any one of numerous 
Freestyle projects (with parameters) to run (there could be 100 or more...).
The job executes a shell which runs a pytest script that logs into (via ssh) 
multiple networking devices and performs some actions... pretty straightforward 
and it works ok but has some limitations.  With that said, I think I'll have 
more flexibility and power building and maintaining these jobs as pipelines and 
treating them as code.  My question is I guess I would need to convert my 
pipelines into Jenkinsfiles?  However, most of the docs I read show a single 
Jenkinsfile (named "Jenkinsfile") I would need one for each job (a 100 or so).  
I must be missing something here or not understanding.  Can someone point in 
the right direction for what I'm trying to accomplish?

Thx
Al
--
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/4cae1d19-a93d-49f5-8257-96912ea49279%40googlegroups.com

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

I had not.  I added the domain but our email system does not accept 
abc...@company.com. One must use firstname.lastn...@company.com. This 
information is found in active directory or I believe can be retrieved 
using ldap.  Any solutions?

On Thursday, June 4, 2020 at 8:58:25 AM UTC-4, slide wrote:
>
> Did you setup the default domain in the global configuration?
>
> On Thu, Jun 4, 2020, 05:54 Mario Jauvin > 
> wrote:
>
>>
>> I have noticed that when using DevelopersRecipientProvider in the 
>> declarative pipeline, the information returned is the userid and not the 
>> email address.  I get the error: 
>>
>> Error sending to the following INVALID addresses: abc543
>>
>>
>> abc543 is the user that committed a change.
>>
>>
>> I also noticed that when I browse to http://jenkins-server/me
>> http://jenkins-server/me I do not see an email address.  Just security 
>> groups.
>>
>> I am using Jenkins 2.222.4 and email exntentions plugin 2.69 (both latest)
>>
>> -- 
>> 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 jenkins...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/F7CC6E33-313B-4974-86F6-A89C0FD82AAC%40gmail.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/4b932720-771b-4fc5-8b5e-47e617ac86db%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

['Christoph Fetzer' via Jenkins Users]

We are reading the mail addresses from ldap. The assignment user from repo 
commit user to mail address happens automagically in the background.

-- 
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/1b567656-46c9-4e20-9555-10560c7b62ea%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

This is what I thought but the automagical functionality requires an 
incantation because it is not working.  Any suggestions?  I have updated 
all plugins and jenkins to their latest most recent version.  It still does 
not work.

On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>
> We are reading the mail addresses from ldap. The assignment user from repo 
> commit user to mail address happens automagically in the background.
>
>

-- 
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/e7d8ccd5-bf1d-49e8-94c3-467269868a62%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

This is the output in the pipeline job: 

Sending email to: abc...@company.com

This does not work in our organization. What could be the problem?

On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>
> We are reading the mail addresses from ldap. The assignment user from repo 
> commit user to mail address happens automagically in the background.
>
>

-- 
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/1695677e-5621-40b5-bdb5-d5f6de6c3475%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

Obviously the userid and domain have been camouflaged to protect the 
innocents.

On Thursday, June 4, 2020 at 10:06:53 AM UTC-4, Mario Jauvin wrote:
>
> This is the output in the pipeline job: 
>
> Sending email to: abc...@company.com
>
> This does not work in our organization. What could be the problem?
>
> On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>>
>> We are reading the mail addresses from ldap. The assignment user from 
>> repo commit user to mail address happens automagically in the background.
>>
>>

-- 
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/1e34e56b-baad-4aa1-8576-d02d26c2c134%40googlegroups.com.

Re: Jenkins Agent/Slave on Windows Disconnect Issue

[Vinod Krishna]

Thanks for the response!

I did check the remoting logs; all I see is below

Jun 04, 2020 1:57:27 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Handshaking
Jun 04, 2020 1:57:27 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connecting to :5
Jun 04, 2020 1:57:27 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Trying protocol: JNLP4-connect
Jun 04, 2020 1:57:27 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Remote identity confirmed: 
65:f3:2a:9c:fc:ec:55:9f:49:de:49:a0:bf:27:ff:93
Jun 04, 2020 1:57:28 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connected
Jun 04, 2020 1:59:15 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Terminated


There are no logs that say what is triggering the termination of service. 
However, it comes back online after some time. 

On Thursday, 4 June 2020 07:07:11 UTC-4, monger_39 wrote:
>
> have you looked on the agent in the remoting logs ?
> I've had (and still have) the same issue. Often I see in the remoting logs 
> on the node an error like
>"Reader thread killed by OutOfMemoryError
>   java.lang.OutOfMemoryError: unable to create new native thread
>   "
> which btw does not necessarily mean ''out of memory". It apparently can 
> also indicate 'unable to create new thread'.
> Exact reason(s) for the latter are not 100% clear to me still.
> I'm very curious/anxious to have more info here too...
> On Wednesday, June 3, 2020, 07:40:53 AM GMT+2, D'raj  > wrote: 
>
>
> try increasing aws elb Idle timeout, by default its 60 sec
>
>
> On Saturday, 30 May 2020 03:22:47 UTC+5:30, Vinod Krishna wrote:
>
> Hi, 
>
>
> We have around 10 Jenkins Agents, each running on its own Windows 2016 EC2 
> instance.  Java_slave is running as a service. The Jenkins master runs on a 
> separate Amazon Linux instance. We are able to establish connectivity 
> between the Master and Agents and jobs are running fine. 
>
> However, for some reason, the Service goes offline at different intervals 
> and comes back online. This is a repeated behavior and we are not able to 
> find many logs from the Windows Event Viewer , except that it Says "Jenkins 
> Slave stopping" . and the service comes back online. We installed NewRelic 
> APM Agent to the server to check the Java metrics and there is minimal Heap 
> consumption. The Java versions of both the Agent and Server are the same ( 
> jdk1.8.0_211).  We are not able to find the root cause of the Service being 
> stopped abruptly and Jobs running on them gets killed.
>
>
> “"windows agent was marked offline: Connection was broken: 
> java.nio.channels. ClosedChannelException"”
>
>
> Thanks in advance. 
>
> Vinod
>
> -- 
> 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 jenkins...@googlegroups.com .
> To view this discussion on the web visit 
>
> https://groups.google.com/d/msgid/jenkinsci-users/f7c35898-4a54-4e1c-b199-97b5bd43db77%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/c93ad5d2-3aa6-481e-956e-83513a9dc9ad%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

Is there some diagnostics or debugging I can turn on to troubleshoot this?

On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>
> We are reading the mail addresses from ldap. The assignment user from repo 
> commit user to mail address happens automagically in the background.
>
>

-- 
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/91b7ad13-a006-4b6f-a876-2fb2713c0e22%40googlegroups.com.

Re: Parametrized build for E2E testing in different environments

[Alberto Scotto]

Thanks Eric, I appreciate it.
Unfortunately the template plugin seems not be up-to-date.
I've just opened a new issue on JIRA, but I'm not really hopeful..
https://issues.jenkins-ci.org/browse/JENKINS-62568

I noticed there seems to be a couple more template plugins, I might give 
them a try.

Assuming you are using a Freestyle project (not Pipeline)


What if we were to use Pipeline? Would it make things easier?


Thank you

Alberto

 

Il giorno venerdì 29 maggio 2020 00:17:42 UTC+2, Eric Pyle ha scritto:
>
> Assuming you are using a Freestyle project (not Pipeline) you could use 
> the Template Project Plugin https://plugins.jenkins.io/template-project/. 
> You create a template job which contains all the common functionality, and 
> then in the separate job for each environment you add the template job as a 
> build step (Use builders from another project).
>
> -Eric
>
> On 5/28/2020 7:39 AM, Alberto Scotto wrote:
>
> Hi, 
>
> Long story short: is it possible to have a job which builds another job, 
> in particular a parametrized one?
>
> We have a Cucumber+Selenium project which runs E2E tests against our 
> different test environments.
> Something pretty standard.
>
> For this kind of job, the parametrized build seems to be the best idea.
> Otherwise we would have to create one job for each test environment. 
> duplicating the job configuration.
> Then it would be a nightmare to keep all the job configurations in sync, 
> in case we need to change something.
>
> But there's a problem with the build history.
> I want to see a separate build history for each environment.
> It doesn't make sense to have an interleaved history. It would be messy.
>
> So an easy solution could be to have a job which calls the parametrized 
> job passing the actual value for the environment.
> This way the build histories would be kept separate, and at the same time 
> we would also get to avoid duplication.
>
> Is that possible? Or do you have any other idea/solution?
>
> Thank you very much.
>
> Alberto
> -- 
> 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 jenkins...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/5f64c8d1-db57-4002-9aa7-5e574638b76c%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/b75ccb32-b748-4af1-8331-ace29a2c6074%40googlegroups.com.

Re: Parametrized build for E2E testing in different environments

[Eric Pyle]

Using Pipeline you would take a different approach, like having a common 
script in source control that all the jobs could use to accomplish the 
common task.


I'm surprised that the Template plugin is not working for you, however. 
We're not at the very latest LTS but at 2.204.5, and it works fine for 
us. We use it in hundreds of jobs. A quick look at your stack trace 
suggests you are missing the Multiple SCM plugin as a dependency.


Regards,
Eric

On 6/4/2020 11:42 AM, Alberto Scotto wrote:

Thanks Eric, I appreciate it.
Unfortunately the template plugin seems not be up-to-date.
I've just opened a new issue on JIRA, but I'm not really hopeful..
https://issues.jenkins-ci.org/browse/JENKINS-62568

I noticed there seems to be a couple more template plugins, I might 
give them a try.


Assuming you are using a Freestyle project (not Pipeline)


What if we were to use Pipeline? Would it make things easier?


Thank you

Alberto


Il giorno venerdì 29 maggio 2020 00:17:42 UTC+2, Eric Pyle ha scritto:

Assuming you are using a Freestyle project (not Pipeline) you
could use the Template Project Plugin
https://plugins.jenkins.io/template-project/
. You create a
template job which contains all the common functionality, and then
in the separate job for each environment you add the template job
as a build step (Use builders from another project).

-Eric

On 5/28/2020 7:39 AM, Alberto Scotto wrote:

Hi,

Long story short: is it possible to have a job which builds
another job, in particular a parametrized one?

We have a Cucumber+Selenium project which runs E2E tests against
our different test environments.
Something pretty standard.

For this kind of job, the parametrized build seems to be the best
idea.
Otherwise we would have to create one job for each test
environment. duplicating the job configuration.
Then it would be a nightmare to keep all the job configurations
in sync, in case we need to change something.

But there's a problem with the build history.
I want to see a separate build history for each environment.
It doesn't make sense to have an interleaved history. It would be
messy.

So an easy solution could be to have a job which calls the
parametrized job passing the actual value for the environment.
This way the build histories would be kept separate, and at the
same time we would also get to avoid duplication.

Is that possible? Or do you have any other idea/solution?

Thank you very much.

Alberto
-- 
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 jenkins...@googlegroups.com .
To view this discussion on the web visit

https://groups.google.com/d/msgid/jenkinsci-users/5f64c8d1-db57-4002-9aa7-5e574638b76c%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/b75ccb32-b748-4af1-8331-ace29a2c6074%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/cbde6bf8-45e1-8fa0-1b73-dabf63bd6fc0%40cd-adapco.com.

Re: Problem with Jenkins email extension plugin

[Slide]

Do you have the LDAP plugin installed and configured? There needs to be a
mechanism that the username can be converted to a an email address, this is
called a MailAddressResolver (
javadoc.jenkins.io/plugin/mailer/hudson/tasks/MailAddressResolver.html).
Several SCM plugins implement a MailAddressResolver, in this case it sounds
like you would need the LDAP plugin installed and configured, is that the
case?

On Thu, Jun 4, 2020 at 8:25 AM Mario Jauvin  wrote:

> Is there some diagnostics or debugging I can turn on to troubleshoot this?
>
> On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>>
>> We are reading the mail addresses from ldap. The assignment user from
>> repo commit user to mail address happens automagically in the background.
>>
>> --
> 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/91b7ad13-a006-4b6f-a876-2fb2713c0e22%40googlegroups.com
> 
> .
>


-- 
Website: http://earl-of-code.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/CAPiUgVc6FO63ty2r3EcBC5iGSZY2ppaSTw7FrruNos6kASD5mQ%40mail.gmail.com.

Re: Parametrized build for E2E testing in different environments

[Alberto Scotto]

I see thanks!

I never really had the chance to look into pipelines, but now the time 
might have come.
Even Multiple SCM is stating :

> Deprecated: Users should migrate to 
> https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin

 
Anyway, back to the template plugin,
after installing the Multiple SCMs plugin now I can see the checkbox "Use 
build environment from another project", but I still can't seem to get it 
to work.
In the jobs console output I have:

Started by user admin
> Running as SYSTEM
> Building in workspace C:\Program Files (x86)\Jenkins\workspace\asd
> [TemplateProject] Starting pre-checkout from: E2E Template
> [TemplateProject] Successfully performed pre-checkout from: 'E2E Template'
> Cloning the remote Git repository
> [..]
> [TemplateProject] Getting environment from: E2E Template
> [TemplateProject] Successfully setup environment from: 'E2E Template'
> Finished: SUCCESS


Any idea what could be wrong?
 


Il giorno giovedì 4 giugno 2020 17:53:39 UTC+2, Eric Pyle ha scritto:
>
> Using Pipeline you would take a different approach, like having a common 
> script in source control that all the jobs could use to accomplish the 
> common task.
>
> I'm surprised that the Template plugin is not working for you, however. 
> We're not at the very latest LTS but at 2.204.5, and it works fine for us. 
> We use it in hundreds of jobs. A quick look at your stack trace suggests 
> you are missing the Multiple SCM plugin as a dependency. 
>
> Regards,
> Eric
>
> On 6/4/2020 11:42 AM, Alberto Scotto wrote:
>
> Thanks Eric, I appreciate it. 
> Unfortunately the template plugin seems not be up-to-date. 
> I've just opened a new issue on JIRA, but I'm not really hopeful..
> https://issues.jenkins-ci.org/browse/JENKINS-62568
>
> I noticed there seems to be a couple more template plugins, I might give 
> them a try.
>
> Assuming you are using a Freestyle project (not Pipeline)
>
>
> What if we were to use Pipeline? Would it make things easier?
>
>
> Thank you
>
> Alberto
>
>  
>
> Il giorno venerdì 29 maggio 2020 00:17:42 UTC+2, Eric Pyle ha scritto: 
>>
>> Assuming you are using a Freestyle project (not Pipeline) you could use 
>> the Template Project Plugin https://plugins.jenkins.io/template-project/. 
>> You create a template job which contains all the common functionality, and 
>> then in the separate job for each environment you add the template job as a 
>> build step (Use builders from another project).
>>
>> -Eric
>>
>> On 5/28/2020 7:39 AM, Alberto Scotto wrote:
>>
>> Hi, 
>>
>> Long story short: is it possible to have a job which builds another job, 
>> in particular a parametrized one?
>>
>> We have a Cucumber+Selenium project which runs E2E tests against our 
>> different test environments.
>> Something pretty standard.
>>
>> For this kind of job, the parametrized build seems to be the best idea.
>> Otherwise we would have to create one job for each test environment. 
>> duplicating the job configuration.
>> Then it would be a nightmare to keep all the job configurations in sync, 
>> in case we need to change something.
>>
>> But there's a problem with the build history.
>> I want to see a separate build history for each environment.
>> It doesn't make sense to have an interleaved history. It would be messy.
>>
>> So an easy solution could be to have a job which calls the parametrized 
>> job passing the actual value for the environment.
>> This way the build histories would be kept separate, and at the same time 
>> we would also get to avoid duplication.
>>
>> Is that possible? Or do you have any other idea/solution?
>>
>> Thank you very much.
>>
>> Alberto
>> -- 
>> 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 jenkins...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/5f64c8d1-db57-4002-9aa7-5e574638b76c%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 jenkins...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/b75ccb32-b748-4af1-8331-ace29a2c6074%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...@googlegr

Re: Jenkins Agent/Slave on Windows Disconnect Issue

[Vinod Krishna]

I wonder if that is going to help. The ELB timeout is only good enough for 
the connections between the 1. Client and ELB and  2. ELB and Backend 
Instance. In this case, only the Jenkins Master is behind the ALB and the 
connection between is fine! The Windows Agents mentioned here is not part 
of the ELB setup, but can be considered as a client connection to the ELB. 
I can try increasing the timeout, not sure if that is going to help. 

On Wednesday, 3 June 2020 01:13:37 UTC-4, D'raj wrote:
>
> try increasing aws elb Idle timeout, by default its 60 sec
>
>
> On Saturday, 30 May 2020 03:22:47 UTC+5:30, Vinod Krishna wrote:
>>
>> Hi, 
>>
>>
>> We have around 10 Jenkins Agents, each running on its own Windows 2016 
>> EC2 instance.  Java_slave is running as a service. The Jenkins master runs 
>> on a separate Amazon Linux instance. We are able to establish connectivity 
>> between the Master and Agents and jobs are running fine. 
>>
>> However, for some reason, the Service goes offline at different intervals 
>> and comes back online. This is a repeated behavior and we are not able to 
>> find many logs from the Windows Event Viewer , except that it Says "Jenkins 
>> Slave stopping" . and the service comes back online. We installed NewRelic 
>> APM Agent to the server to check the Java metrics and there is minimal Heap 
>> consumption. The Java versions of both the Agent and Server are the same ( 
>> jdk1.8.0_211).  We are not able to find the root cause of the Service being 
>> stopped abruptly and Jobs running on them gets killed.
>>
>>
>> “"windows agent was marked offline: Connection was broken: 
>> java.nio.channels.ClosedChannelException"”
>>
>>
>> Thanks in advance. 
>>
>> Vinod
>>
>

-- 
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/13582539-55db-432f-9ed2-06aa686985db%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

I am using the active directory plugin and found out the following debug 
log output:

Resolving e-mail address for "Smith, Jim" ID=abc456
Jun 04, 2020 1:36:42 PM FINE 
hudson.plugins.active_directory.ActiveDirectoryAuthenticationProvider
Login successful: abc456 
dn=CN=abc456,OU=Users,OU=EXT44,OU=IN33,OU=HQ,OU=COMPANY,DC=COM
Jun 04, 2020 1:36:42 PM FINE 
hudson.plugins.active_directory.ActiveDirectoryMailAddressResolverImpl
Email address = 'null'



On Thursday, June 4, 2020 at 12:07:38 PM UTC-4, slide wrote:
>
> Do you have the LDAP plugin installed and configured? There needs to be a 
> mechanism that the username can be converted to a an email address, this is 
> called a MailAddressResolver (
> javadoc.jenkins.io/plugin/mailer/hudson/tasks/MailAddressResolver.html). 
> Several SCM plugins implement a MailAddressResolver, in this case it sounds 
> like you would need the LDAP plugin installed and configured, is that the 
> case?
>
> On Thu, Jun 4, 2020 at 8:25 AM Mario Jauvin  > wrote:
>
>> Is there some diagnostics or debugging I can turn on to troubleshoot this?
>>
>> On Thursday, June 4, 2020 at 9:38:14 AM UTC-4, Christoph Fetzer wrote:
>>>
>>> We are reading the mail addresses from ldap. The assignment user from 
>>> repo commit user to mail address happens automagically in the background.
>>>
>>> -- 
>> 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 jenkins...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/91b7ad13-a006-4b6f-a876-2fb2713c0e22%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> Website: http://earl-of-code.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/eacc1f1d-60d2-4308-a94d-1c37ab8832b4%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

I noticed that the error comes from ActiveDirectoryMailAddressResolverImpl 
in the active_directory plugin. Any suggestion? Is this a problem with the 
plugin or with the configuration?

-- 
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/7242da07-91c1-4133-9d57-adf37ffb482e%40googlegroups.com.

Jenkins Base ClearCase Issue

[Didem]

Hi all, 

I setup Jenkins in a build server using Base ClearCase plugin. For every 
build, plugin runs the following commands ;

$ cleartool lsview -cview -s
$ cleartool lsview "view_name"


Mostly, these commands runs OK but sporadically the command gives the 
following output;

$ cleartool lsview -cview -s





*cleartool: Error: Unable to find view by 
uuid:30.4677e2345f.82da.45:cc:12:a0:8d:29, last known at 
":".cleartool: Error: Unable to establish connection to 
snapshot view " 30.4677e2345f.82da.45:cc:12:a0:8d:29 ": ClearCase object 
not foundcleartool: Error: Cannot get view info for current view: not a 
ClearCase object.FATAL: Base ClearCase failed. exit code=1*

I could not understand why this command gives different outputs as I stated 
above.
Could you please help about the possible causes of this issue ?

Thanks in advance, 
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/a6036b1e-3f85-4a82-bf91-7988ed0fd9b7%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Slide]

Does your AD implementation put the email address in a non-standard
attribute? Does the user ID exist in the AD and does that user account have
a valid email address attribute?

On Thu, Jun 4, 2020 at 10:57 AM Mario Jauvin  wrote:

> I noticed that the error comes from ActiveDirectoryMailAddressResolverImpl
> in the active_directory plugin. Any suggestion? Is this a problem with the
> plugin or with the configuration?
>
> --
> 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/7242da07-91c1-4133-9d57-adf37ffb482e%40googlegroups.com
> 
> .
>


-- 
Website: http://earl-of-code.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/CAPiUgVfiTXwiLm1fU3jvhY8tj6Zs4ieJL9oPLGJebB9T3wkCGA%40mail.gmail.com.

Salesforce auth behind the proxy: force:auth:jwt:grant

[Pedro Garcia]

Hi...

I just started in Jenkins and it's a beginner question.

I've tried to run a Salesforce job from Jenkins, I got an error when I try 
to authorize a salesforce org using JWT flow... force:auth:jwt:grant

I installed Jenkins server in my PC, it's behind a proxy.

Here is my command line sentence:

NOTE: I've changed credentials and sensitive data in the sentence posted. 
The original sentence works very well in the CMD but not in Jenkins

echo THE JOB STARTED
set HTTPS_PROXY=https://mylogin:mypassw...@myproxyurl.com:8080
set HTTP_PROXY=https://mylogin:mypassw...@myproxyurl.com:8080

"C:\Salesforce CLI\bin\sfdx" force:auth:jwt:grant --clientid 
MYCLIENID-WL23L4J2O42E342 --jwtkeyfile c:\openssl\bin\server.key --username 
mysalesfo...@username.com --instanceurl 
https://mysalesforceurl.my.salesforce.com --setdefaultdevhubusername -a 
my_alias_jenkins

echo CONNECTED!

"C:\Salesforce CLI\bin\sfdx" "force:org:list" 

echo DONE!!

Here is the error
ERROR running force:auth:jwt:grant:  tunneling socket could not be 
established, cause=write EPROTO 11692:error:1408F10B:SSL 
routines:ssl3_get_record:wrong version 
number:c:\ws\deps\openssl\openssl\ssl\record\ssl3_record.c:252:

Build step 'Execute Windows batch command' marked build as failure
Finished: FAILURE


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-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/3dbccff5-fe83-49c2-9653-21de4291f854%40googlegroups.com.

Virtual Box and vagrant installation

[Kathir Vel]

I am trying to use my vagrant file in Git and launch vagrant boot/provision 
in Jenkins

I have 2 options

1. Used the Plugins of vagrant & virtual box in jenkins and tried to access 
vagrant, it is saying no such file or directory.Means do i need to 
install vagrant and virtual box in Jenkins CLI?
2. Instead will install virtual box,vagrant and boot the vagrant

Neither of them i am not successful, please let me know your thoughts on 
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/bd7c43db-dd33-47bb-a966-04a5eb2ae906%40googlegroups.com.

Re: Parametrized build for E2E testing in different environments

[Eric Pyle]

Go to the Build section of the job config, and add a build step of type 
"Use builders from another project". Your job will now use all the Build 
steps configured in the other job you specify there.


The configuration you added would use the "Build Environment" settings 
from the job you specified, which may also be useful, but I think you 
were looking for build steps.


Regarding Multiple SCM plugin, that is indeed deprecated, and I don't 
recommend using it directly.


-Eric

On 6/4/2020 12:30 PM, Alberto Scotto wrote:

I see thanks!

I never really had the chance to look into pipelines, but now the time 
might have come.

Even Multiple SCM is stating :

Deprecated: Users should migrate to
https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin

Anyway, back to the template plugin,
after installing the Multiple SCMs plugin now I can see the checkbox 
"Use build environment from another project", but I still can't seem 
to get it to work.

In the jobs console output I have:

Started by user admin
Running as SYSTEM
Building in workspace C:\Program Files (x86)\Jenkins\workspace\asd
[TemplateProject] Starting pre-checkout from: E2E Template
[TemplateProject] Successfully performed pre-checkout from: 'E2E
Template'
Cloning the remote Git repository
[..]
[TemplateProject] Getting environment from: E2E Template
[TemplateProject] Successfully setup environment from: 'E2E Template'
Finished: SUCCESS


Any idea what could be wrong?


Il giorno giovedì 4 giugno 2020 17:53:39 UTC+2, Eric Pyle ha scritto:

Using Pipeline you would take a different approach, like having a
common script in source control that all the jobs could use to
accomplish the common task.

I'm surprised that the Template plugin is not working for you,
however. We're not at the very latest LTS but at 2.204.5, and it
works fine for us. We use it in hundreds of jobs. A quick look at
your stack trace suggests you are missing the Multiple SCM plugin
as a dependency.

Regards,
Eric

On 6/4/2020 11:42 AM, Alberto Scotto wrote:

Thanks Eric, I appreciate it.
Unfortunately the template plugin seems not be up-to-date.
I've just opened a new issue on JIRA, but I'm not really hopeful..
https://issues.jenkins-ci.org/browse/JENKINS-62568


I noticed there seems to be a couple more template plugins, I
might give them a try.

Assuming you are using a Freestyle project (not Pipeline)


What if we were to use Pipeline? Would it make things easier?


Thank you

Alberto


Il giorno venerdì 29 maggio 2020 00:17:42 UTC+2, Eric Pyle ha
scritto:

Assuming you are using a Freestyle project (not Pipeline) you
could use the Template Project Plugin
https://plugins.jenkins.io/template-project/
. You create a
template job which contains all the common functionality, and
then in the separate job for each environment you add the
template job as a build step (Use builders from another project).

-Eric

On 5/28/2020 7:39 AM, Alberto Scotto wrote:

Hi,

Long story short: is it possible to have a job which builds
another job, in particular a parametrized one?

We have a Cucumber+Selenium project which runs E2E tests
against our different test environments.
Something pretty standard.

For this kind of job, the parametrized build seems to be the
best idea.
Otherwise we would have to create one job for each test
environment. duplicating the job configuration.
Then it would be a nightmare to keep all the job
configurations in sync, in case we need to change something.

But there's a problem with the build history.
I want to see a separate build history for each environment.
It doesn't make sense to have an interleaved history. It
would be messy.

So an easy solution could be to have a job which calls the
parametrized job passing the actual value for the environment.
This way the build histories would be kept separate, and at
the same time we would also get to avoid duplication.

Is that possible? Or do you have any other idea/solution?

Thank you very much.

Alberto
-- 
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 jenkins...@googlegroups.com.
To view this discussion on the web visit

https://groups.google.com/d/msgid/jenkinsci-users/5f64c8d1-db57-4002-9aa7-5e574638b76c%40googlegroups.com

Re: Problem with Jenkins email extension plugin

[Mario Jauvin]

the user exists and has an email address in the mail attribute.

On Thursday, June 4, 2020 at 2:37:15 PM UTC-4, slide wrote:
>
> Does your AD implementation put the email address in a non-standard 
> attribute? Does the user ID exist in the AD and does that user account have 
> a valid email address attribute?
>
> On Thu, Jun 4, 2020 at 10:57 AM Mario Jauvin  > wrote:
>
>> I noticed that the error comes from 
>> ActiveDirectoryMailAddressResolverImpl in the active_directory plugin. Any 
>> suggestion? Is this a problem with the plugin or with the configuration?
>>
>> -- 
>> 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 jenkins...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/7242da07-91c1-4133-9d57-adf37ffb482e%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> Website: http://earl-of-code.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/46a325d5-6907-4a16-ade8-ec669c5993eeo%40googlegroups.com.

Re: Problem with Jenkins email extension plugin

[Slide]

I am not super familiar with the AD plugin, so I am not sure why it would
be returning null. Maybe you can raise an issue on Jira (when its back up)
for that plugin.

On Thu, Jun 4, 2020 at 1:04 PM Mario Jauvin  wrote:

> the user exists and has an email address in the mail attribute.
>
> On Thursday, June 4, 2020 at 2:37:15 PM UTC-4, slide wrote:
>>
>> Does your AD implementation put the email address in a non-standard
>> attribute? Does the user ID exist in the AD and does that user account have
>> a valid email address attribute?
>>
>> On Thu, Jun 4, 2020 at 10:57 AM Mario Jauvin  wrote:
>>
>>> I noticed that the error comes from
>>> ActiveDirectoryMailAddressResolverImpl in the active_directory plugin. Any
>>> suggestion? Is this a problem with the plugin or with the configuration?
>>>
>>> --
>>> 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 jenkins...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/jenkinsci-users/7242da07-91c1-4133-9d57-adf37ffb482e%40googlegroups.com
>>> 
>>> .
>>>
>>
>>
>> --
>> Website: http://earl-of-code.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/46a325d5-6907-4a16-ade8-ec669c5993eeo%40googlegroups.com
> 
> .
>


-- 
Website: http://earl-of-code.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/CAPiUgVdx2Qbm0QgFi-kKDdSoUAPhh_FBFHZTcqeSVSX%3DFAJZZg%40mail.gmail.com.

How to find who installed a Jenkins plugin

[Vijay Gongle]

Is there a way to find out who and when was the plugin installed ? 
Especially for all the plugins that are installed in jenkins. 

-- 
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/84435610-a75a-416f-ab2a-568c92baff88o%40googlegroups.com.

Re: Parametrized build for E2E testing in different environments

[Alberto Scotto]

Thanks, works now!

I was also reading about the pipeline, and I've found out that it's based 
upon the old plugin Build Flow 
, which used to 
do exactly what I was hoping for:

You can pass parameters to jobs, and get the resulting AbstractBuild when 
> required :
> b = build( "job1", param1: "foo", param2: "bar" )
> build( "job2", param1: b.build.number )
>

Yet another sign the pipeline is the best way to go.

Thank you very much Eric,

Alberto



Il giorno giovedì 4 giugno 2020 21:52:46 UTC+2, Eric Pyle ha scritto:
>
> Go to the Build section of the job config, and add a build step of type 
> "Use builders from another project". Your job will now use all the Build 
> steps configured in the other job you specify there.
>
> The configuration you added would use the "Build Environment" settings 
> from the job you specified, which may also be useful, but I think you were 
> looking for build steps.
>
> Regarding Multiple SCM plugin, that is indeed deprecated, and I don't 
> recommend using it directly.
>
> -Eric
>
> On 6/4/2020 12:30 PM, Alberto Scotto wrote:
>
> I see thanks! 
>
> I never really had the chance to look into pipelines, but now the time 
> might have come.
> Even Multiple SCM is stating :
>
>> Deprecated: Users should migrate to 
>> https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Plugin
>
>  
> Anyway, back to the template plugin,
> after installing the Multiple SCMs plugin now I can see the checkbox "Use 
> build environment from another project", but I still can't seem to get it 
> to work.
> In the jobs console output I have:
>
> Started by user admin
>> Running as SYSTEM
>> Building in workspace C:\Program Files (x86)\Jenkins\workspace\asd
>> [TemplateProject] Starting pre-checkout from: E2E Template
>> [TemplateProject] Successfully performed pre-checkout from: 'E2E Template'
>> Cloning the remote Git repository
>> [..]
>> [TemplateProject] Getting environment from: E2E Template
>> [TemplateProject] Successfully setup environment from: 'E2E Template'
>> Finished: SUCCESS
>
>
> Any idea what could be wrong?
>  
>
>
> Il giorno giovedì 4 giugno 2020 17:53:39 UTC+2, Eric Pyle ha scritto: 
>>
>> Using Pipeline you would take a different approach, like having a common 
>> script in source control that all the jobs could use to accomplish the 
>> common task.
>>
>> I'm surprised that the Template plugin is not working for you, however. 
>> We're not at the very latest LTS but at 2.204.5, and it works fine for us. 
>> We use it in hundreds of jobs. A quick look at your stack trace suggests 
>> you are missing the Multiple SCM plugin as a dependency. 
>>
>> Regards,
>> Eric
>>
>> On 6/4/2020 11:42 AM, Alberto Scotto wrote:
>>
>> Thanks Eric, I appreciate it. 
>> Unfortunately the template plugin seems not be up-to-date. 
>> I've just opened a new issue on JIRA, but I'm not really hopeful..
>> https://issues.jenkins-ci.org/browse/JENKINS-62568
>>
>> I noticed there seems to be a couple more template plugins, I might give 
>> them a try.
>>
>> Assuming you are using a Freestyle project (not Pipeline)
>>
>>
>> What if we were to use Pipeline? Would it make things easier?
>>
>>
>> Thank you
>>
>> Alberto
>>
>>  
>>
>> Il giorno venerdì 29 maggio 2020 00:17:42 UTC+2, Eric Pyle ha scritto: 
>>>
>>> Assuming you are using a Freestyle project (not Pipeline) you could use 
>>> the Template Project Plugin https://plugins.jenkins.io/template-project/. 
>>> You create a template job which contains all the common functionality, and 
>>> then in the separate job for each environment you add the template job as a 
>>> build step (Use builders from another project).
>>>
>>> -Eric
>>>
>>> On 5/28/2020 7:39 AM, Alberto Scotto wrote:
>>>
>>> Hi, 
>>>
>>> Long story short: is it possible to have a job which builds another job, 
>>> in particular a parametrized one?
>>>
>>> We have a Cucumber+Selenium project which runs E2E tests against our 
>>> different test environments.
>>> Something pretty standard.
>>>
>>> For this kind of job, the parametrized build seems to be the best idea.
>>> Otherwise we would have to create one job for each test environment. 
>>> duplicating the job configuration.
>>> Then it would be a nightmare to keep all the job configurations in sync, 
>>> in case we need to change something.
>>>
>>> But there's a problem with the build history.
>>> I want to see a separate build history for each environment.
>>> It doesn't make sense to have an interleaved history. It would be messy.
>>>
>>> So an easy solution could be to have a job which calls the parametrized 
>>> job passing the actual value for the environment.
>>> This way the build histories would be kept separate, and at the same 
>>> time we would also get to avoid duplication.
>>>
>>> Is that possible? Or do you have any other idea/solution?
>>>
>>> Thank you very much.
>>>
>>> Alberto
>>> -- 
>>> You received this message beca