Converting Classic to Pipeline questions

[Louis Elston]

Considering that your current Jenkins system is using classic jobs (no 
pipelines) ...how to tell if these jobs can be converted to a pipeline job?

 

This page: https://plugins.jenkins.io/,  lists all the Jenkins plugins.  If 
I enter ‘pipeline’ in the search box, it brings up 104 plugins (not sorted 
by name).

 

If the plugin you are using in your classic job is not one of these 104, 
does that mean that this classic job cannot be converted to a pipeline job 
(scripted or declarative), or, does it mean that what you are doing must 
somehow be done in an external sh or bat script?

 

When creating a pipeline job, the Snippet Generator has a lot more 
drop-down selections than the Declarative Directive Generator…why?  Is it 
that you are supposed to use the Snippet Generator code inside ‘script’ 
blocks under a step, in declarative?

 

If you are running a Jenkins pipeline job, being that you are under the 
‘Jenkins’ umbrella, using Jenkins API calls can you call any non-pipeline 
plugins?

 

Do the pipeline plugins have their own API documentation that I can use to 
determine what commands and parameters can be used with or passed to these 
pipeline plugins?  For example, for SCM…

 

Pipeline Script, connect to GitHub…

  Git ‘https://github.com/jglick/simple-maven-project-with-tests.git’

Declarative Pipeline, connect to GitHub…

  Git (url: 
‘https://github.com/jglick/simple-maven-project-with-tests.git’, branch: 
‘master’)

 
Similar, but different, how to know which one to use if just editing a 
Jenkinsfile, and not using the Jenkins IDE to look at the code generators?  
There are differences also when using Scripted or Declarative, when going 
to GIT (not GitHub).

-- 
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/a478c2a6-a4a9-4d3f-b46d-f58d190daafe%40googlegroups.com.

Re: Converting to pipeline questions

[Louis Elston]

Installed Eclipse and https://marketplace.eclipse.org/content/jenkins-editor, 
and can edit Declarative scripts (regular pipeline job, not Blue Ocean 
MultiBranch job).  Storing the Jenkinsfile in SCM, but naming it different 
(ex: Jenkinsfile9-2), so this way if anyone does create a MultiBranch 
pipeline later, it will not be picked up and executed.  Also put code in 
script to not execute if the branch parameter passed in is not the correct 
branch...

pipeline {
agent any
parameters {
string(defaultValue: '9.2', description: 'Branch to build', name: 
'BUILD_BRANCH')
}
stages { 
  stage('Run if the correct branch was selected') {
when {
  expression {params.BUILD_BRANCH == "9.2"}
}
stages {
  stage('9-2 Build') {
steps { 
script {
  if (env.BUILD_BRANCH == '9.2') {
echo 'Branch is 9.2'
  } else {
echo BUILD_BRANCH
echo "Branch is ${env.BUILD_BRANCH}"
  }
}
}
  }   
  stage('Test') {
steps {
  echo '9-2 Testing..'
}
  } 
  stage('9.2 Deploy') {
steps {
  echo 'Deploying'
}
  }  
  }
}   
  }
}


On Friday, August 16, 2019 at 12:05:45 PM UTC-4, Louis Elston wrote:
>
> Currently (in the classic\non pipeline jobs), when a product version is 
> released, we disable that job (ex productversionv1), and copy the job to 
> productversionv2 and set the job parameters for the correct branch to use.  
> Occasionally we do need to do a fix in v1, so it is just a matter of 
> enabling the job, running it, and disabling it again. Quick, simple, easy 
> to do.  Both v1 and v2 jobs are always available.
>
>  
>
> #4 “change the definition of the multibranch pipeline”.  That means that 
> for the scenario 
>
>  above, that I must modify the job configuration a few times.  Once to run 
> v1, then to set back to run v2, and no option to have them both available 
> to run separately.
>
>  
>
> The reason that I wanted to use Blue Ocean is for the pipeline editor, I 
> did not want to have to get any deeper than I needed to in Groovy (although 
> I believe that it will not be possible to eliminate its use).
>
>  
>
> I am not seeing Blue Ocean MultiBranch job as the way to go (and you can 
> only do MultiBranch in Blue Ocean).  I am even hesitant to store the 
> Jenkinsfile\script in SCM (scripted or declarative).  While currently I am 
> the only person touching the build system, who knows what the future 
> holds.  The next person to maintain the build system may create a 
> MultiBranch job that will then pick up and execute all the Jenkinsfiles in 
> the separate versioned branches, thus creating builds that are unwanted and 
> updating those older version branches.  Thus, I am considering storing the 
> pipeline script in the config.xml file instead of a Jenkinsfile.
>
>  
>
> If anyone has any other suggestions…I am listening.  Thanks.
>
> On Thursday, August 15, 2019 at 8:56:55 PM UTC-4, Mark Waite wrote:
>>
>>
>>
>> On Thu, Aug 15, 2019 at 12:20 PM Louis Elston  
>> wrote:
>>
>>> In Blue Ocean, if you create a new pipeline, and there is a Jenkinsfile 
>>> in any branch in that repository, when you select “Create Pipeline”, it 
>>> will execute the Jenkinsfile in each of those branches.  At this point, 
>>> there is no ability to Configure anything.  Yes, if you then configure that 
>>> new job you can restrict it to only execute on a particular branch.  This 
>>> does not solve my problem.  Lets say that in ProductVersion1 branch there 
>>> was a Jenkinsfile.  We are now Working on Version 2 of the product, and now 
>>> have ProductVersion2 branch, which also has a JenkinsFile.  If I create a 
>>> new Blue Ocean pipeline job (which initially cannot be configured to only 
>>> execute on the new branch), then I am also going to execute a build of the 
>>> previous branch (which I do not want to do because that version of the 
>>> product has been released).  How to handle this, is it done in the script, 
>>> in that I would need to edit the Jenkinsfiles in both branches before 
>>> creating the new job?
>>>
>>
>> Would it work for you if you took the following steps?
>>
>>1. Use Blue Ocean to create the first Pipeline on the branch that is 
>>the current product version.  Blue Ocean will create a multibranch 
>> pipeline 
>>job that will build all branches that contain a Jenkinsfile.  At this 
>>point, there is only one branch, so only one job will be created
>>2. Edit the multibranch Pipeline job that Bl

Re: Converting to pipeline questions

[Louis Elston]

Currently (in the classic\non pipeline jobs), when a product version is 
released, we disable that job (ex productversionv1), and copy the job to 
productversionv2 and set the job parameters for the correct branch to use.  
Occasionally we do need to do a fix in v1, so it is just a matter of 
enabling the job, running it, and disabling it again. Quick, simple, easy 
to do.  Both v1 and v2 jobs are always available.

 

#4 “change the definition of the multibranch pipeline”.  That means that 
for the scenario 

 above, that I must modify the job configuration a few times.  Once to run 
v1, then to set back to run v2, and no option to have them both available 
to run separately.

 

The reason that I wanted to use Blue Ocean is for the pipeline editor, I 
did not want to have to get any deeper than I needed to in Groovy (although 
I believe that it will not be possible to eliminate its use).

 

I am not seeing Blue Ocean MultiBranch job as the way to go (and you can 
only do MultiBranch in Blue Ocean).  I am even hesitant to store the 
Jenkinsfile\script in SCM (scripted or declarative).  While currently I am 
the only person touching the build system, who knows what the future 
holds.  The next person to maintain the build system may create a 
MultiBranch job that will then pick up and execute all the Jenkinsfiles in 
the separate versioned branches, thus creating builds that are unwanted and 
updating those older version branches.  Thus, I am considering storing the 
pipeline script in the config.xml file instead of a Jenkinsfile.

 

If anyone has any other suggestions…I am listening.  Thanks.

On Thursday, August 15, 2019 at 8:56:55 PM UTC-4, Mark Waite wrote:
>
>
>
> On Thu, Aug 15, 2019 at 12:20 PM Louis Elston  > wrote:
>
>> In Blue Ocean, if you create a new pipeline, and there is a Jenkinsfile 
>> in any branch in that repository, when you select “Create Pipeline”, it 
>> will execute the Jenkinsfile in each of those branches.  At this point, 
>> there is no ability to Configure anything.  Yes, if you then configure that 
>> new job you can restrict it to only execute on a particular branch.  This 
>> does not solve my problem.  Lets say that in ProductVersion1 branch there 
>> was a Jenkinsfile.  We are now Working on Version 2 of the product, and now 
>> have ProductVersion2 branch, which also has a JenkinsFile.  If I create a 
>> new Blue Ocean pipeline job (which initially cannot be configured to only 
>> execute on the new branch), then I am also going to execute a build of the 
>> previous branch (which I do not want to do because that version of the 
>> product has been released).  How to handle this, is it done in the script, 
>> in that I would need to edit the Jenkinsfiles in both branches before 
>> creating the new job?
>>
>
> Would it work for you if you took the following steps?
>
>1. Use Blue Ocean to create the first Pipeline on the branch that is 
>the current product version.  Blue Ocean will create a multibranch 
> pipeline 
>job that will build all branches that contain a Jenkinsfile.  At this 
>point, there is only one branch, so only one job will be created
>2. Edit the multibranch Pipeline job that Blue Ocean created, add the 
>filter to specifically limit that job to only build the precise branch 
> that 
>is the currently active development branch
>3. When the time comes in the future that you are ready to add a 
>Jenkinsfile on a new, independent branch of the same repository, add it 
>from Blue Ocean or copy it from one branch to another with Git operations. 
>  
>Commit to the new branch, knowing that the new branch won't be built 
>because it does not match the pattern for branches being selected for the 
>multibranch pipeline definition
>4.  When you're ready to enable the new branch, change the definition 
>of the multibranch pipeline to build both old and new branches.
>5. When you're ready to stop building the old branch, change the 
>definition of the multibranch pipeline to only build the new branch
>
> I think that workflow will allow you to use the multibranch pipeline job 
> to precisely define which branches are built and which are not built.  
> Whether or not a Jenkinsfile exists on a branch, the multibranch pipeline 
> job would define which branches are allowed to build and which are ignored.
>
> Thanks,
> Mark Waite
>  
>
>>
>>
>> On Thursday, August 15, 2019 at 9:08:15 AM UTC-4, Mark Waite wrote:
>>>
>>>
>>>
>>> On Wednesday, August 14, 2019 at 1:34:10 PM UTC-7, Louis Elston wrote:
>>>>
>>>> " build only the branches that you specify.".  I am assuming that this 
>>>> 

Re: Converting to pipeline questions

[Louis Elston]

In Blue Ocean, if you create a new pipeline, and there is a Jenkinsfile in 
any branch in that repository, when you select “Create Pipeline”, it will 
execute the Jenkinsfile in each of those branches.  At this point, there is 
no ability to Configure anything.  Yes, if you then configure that new job 
you can restrict it to only execute on a particular branch.  This does not 
solve my problem.  Lets say that in ProductVersion1 branch there was a 
Jenkinsfile.  We are now Working on Version 2 of the product, and now have 
ProductVersion2 branch, which also has a JenkinsFile.  If I create a new 
Blue Ocean pipeline job (which initially cannot be configured to only 
execute on the new branch), then I am also going to execute a build of the 
previous branch (which I do not want to do because that version of the 
product has been released).  How to handle this, is it done in the script, 
in that I would need to edit the Jenkinsfiles in both branches before 
creating the new job?

On Thursday, August 15, 2019 at 9:08:15 AM UTC-4, Mark Waite wrote:
>
>
>
> On Wednesday, August 14, 2019 at 1:34:10 PM UTC-7, Louis Elston wrote:
>>
>> " build only the branches that you specify.".  I am assuming that this is 
>> something in the script that does this, as when creating the MultiBranch 
>> job, I see no option to allow for the selection of doing executing the job 
>> for only one branch.  Not to harp on the documentation, but if this can be 
>> done, then document it up front (with an example).  This would make more 
>> users understand that Blue Ocean may be more applicable than it currently 
>> appears.
>>
>
> Documentation pull requests are certainly welcomed and encouraged.  See 
> https://github.com/jenkins-infra/jenkins.io .
>
> The multibranch pipeline that is created by Blue Ocean has a "Configure" 
> page that allows you to limit the branch names which can be built..  In the 
> "Behaviors" section of that "Configure" page you select the "Add" button 
> and then select the row labeled "Filter by name (with wildcards)".  If you 
> need something more specific than wildcards will allow, you can use "Filter 
> by name (with regular expressions)".
>
> [image: filter-by-branch-with-wildcard.png]
>
> I have a private GitHub repository that includes several branches.  I 
> confirmed that it was able to filter by branch name with wildcards.
>
> Thanks,
> Mark Waite
>  
>
>>
>> On Wednesday, August 14, 2019 at 1:06:47 PM UTC-4, Mark Waite wrote:
>>>
>>>
>>>
>>> On Wed, Aug 14, 2019 at 8:36 AM Louis Elston  
>>> wrote:
>>>
>>>> This morning, I basically did what you just recommended.  I created a 
>>>> new Pipeline job (not using Blue Ocean), selected "Pipeline Script from 
>>>> SCM', and pointed to the Jenkinsfile that I had created yesterday in the 
>>>> master branch.  Because this job is not a MultiBranch job, even thought 
>>>> you 
>>>> can run it in Blue Ocean, because there are no 'Branches', the pipeline 
>>>> editor pencil will not appearyou cannot edit the script in Blue Ocean.
>>>>
>>>> Are there any plans to modify Blue ocean so that the editor can be used 
>>>> on any declarative script, MultiBranch or not?  If not, what is your 
>>>> recommended alternative (besides the Pipeline Syntax \ Declarative 
>>>> Directive Generator)?
>>>>
>>>>
>>> There are no plans to modify the Blue Ocean editor to be used on 
>>> pipelines outside of multibranch.
>>>
>>> You might try using a multibranch pipeline and define the multibranch 
>>> pipeline to build only the branches that you specify.  Multibranch 
>>> pipelines can be defined to build only a subset of the available branches.  
>>> That would allow you to choose which branches are built based on the job 
>>> definition of the multibranch pipeline and patterns for branch names, 
>>> rather than creating individual jobs for each branch yourself.
>>>  
>>>
>>>> Being that our development process does not involve test branches 
>>>> merged up into the master, and instead is one branch per version of the 
>>>> product where all development work is done, using a Multibranch job does 
>>>> not fit our needs.  At least that is my impression, in that we do not want 
>>>> to possibly have builds being run for any previous versions of the product 
>>>> just because they have a Jenkinsfile.
>>>>
>>>> On Wednesday, August 14, 2019 at 

Re: Converting to pipeline questions

[Louis Elston]

" build only the branches that you specify.".  I am assuming that this is 
something in the script that does this, as when creating the MultiBranch 
job, I see no option to allow for the selection of doing executing the job 
for only one branch.  Not to harp on the documentation, but if this can be 
done, then document it up front (with an example).  This would make more 
users understand that Blue Ocean may be more applicable than it currently 
appears.

On Wednesday, August 14, 2019 at 1:06:47 PM UTC-4, Mark Waite wrote:
>
>
>
> On Wed, Aug 14, 2019 at 8:36 AM Louis Elston  > wrote:
>
>> This morning, I basically did what you just recommended.  I created a new 
>> Pipeline job (not using Blue Ocean), selected "Pipeline Script from SCM', 
>> and pointed to the Jenkinsfile that I had created yesterday in the master 
>> branch.  Because this job is not a MultiBranch job, even thought you can 
>> run it in Blue Ocean, because there are no 'Branches', the pipeline editor 
>> pencil will not appearyou cannot edit the script in Blue Ocean.
>>
>> Are there any plans to modify Blue ocean so that the editor can be used 
>> on any declarative script, MultiBranch or not?  If not, what is your 
>> recommended alternative (besides the Pipeline Syntax \ Declarative 
>> Directive Generator)?
>>
>>
> There are no plans to modify the Blue Ocean editor to be used on pipelines 
> outside of multibranch.
>
> You might try using a multibranch pipeline and define the multibranch 
> pipeline to build only the branches that you specify.  Multibranch 
> pipelines can be defined to build only a subset of the available branches.  
> That would allow you to choose which branches are built based on the job 
> definition of the multibranch pipeline and patterns for branch names, 
> rather than creating individual jobs for each branch yourself.
>  
>
>> Being that our development process does not involve test branches merged 
>> up into the master, and instead is one branch per version of the product 
>> where all development work is done, using a Multibranch job does not fit 
>> our needs.  At least that is my impression, in that we do not want to 
>> possibly have builds being run for any previous versions of the product 
>> just because they have a Jenkinsfile.
>>
>> On Wednesday, August 14, 2019 at 9:33:02 AM UTC-4, Mark Waite wrote:
>>>
>>> When you used those steps in Blue Ocean, you defined a Pipeline in the 
>>> branch where the Jenkinsfile was stored by Blue Ocean.  I think that is 
>>> what you wanted in the SCM repository.  You're correct that Blue Ocean 
>>> created a multibranch pipeline as part of that editing process.
>>>
>>> If you'd like a job which is not a multibranch Pipeline, create that job 
>>> interactively with the Jenkins "New Item" menu.  Choose "Pipeline" as the 
>>> item type and use "Pipeline from SCM" with the repository name and the 
>>> branch name that you want to create.  In that case, the Jenkinsfile must 
>>> already exist in the repository.  That's a less typical use case, since 
>>> most users prefer to have Pipelines automatically created and deleted as 
>>> branches are created and deleted on their git repository.
>>>
>>> If that is your preferred working model, then you could use Blue Ocean 
>>> to create the Pipeline, delete the job which Blue Ocean created, then 
>>> interactively create a Pipeline job which is not a multibranch Pipeline.
>>>
>>> Once the job is created (either through Blue Ocean as a multibranch 
>>> pipeline or through the interactive "New Item" as a pipeline or through an 
>>> organization folder), then you can use Blue Ocean to launch jobs and to 
>>> view the execution progress of the pipeline.
>>>
>>> Thanks,
>>> Mark Waite
>>>
>>> On Tuesday, August 13, 2019 at 1:14:54 PM UTC-7, Louis Elston wrote:
>>>>
>>>> Mark Wrote..."Blue Ocean is not limited to multibranch Pipelines.  You 
>>>> can use the Blue Ocean editor to create a Pipeline in a git repository 
>>>> that 
>>>> has no Jenkinsfile on any branch."
>>>>
>>>> Can someone point me to an example of this?  I have a GitHub repository 
>>>> with a master branch and a branch1 branch.  I used Blue Ocean, selected 
>>>> "new pipeline", selected to store the JenkinsFile in the Master, it 
>>>> created 
>>>> the pipeline.  When I select that particular new job, on the left

Re: Converting to pipeline questions

[Louis Elston]

This morning, I basically did what you just recommended.  I created a new 
Pipeline job (not using Blue Ocean), selected "Pipeline Script from SCM', 
and pointed to the Jenkinsfile that I had created yesterday in the master 
branch.  Because this job is not a MultiBranch job, even thought you can 
run it in Blue Ocean, because there are no 'Branches', the pipeline editor 
pencil will not appearyou cannot edit the script in Blue Ocean.

Are there any plans to modify Blue ocean so that the editor can be used on 
any declarative script, MultiBranch or not?  If not, what is your 
recommended alternative (besides the Pipeline Syntax \ Declarative 
Directive Generator)?

Being that our development process does not involve test branches merged up 
into the master, and instead is one branch per version of the product where 
all development work is done, using a Multibranch job does not fit our 
needs.  At least that is my impression, in that we do not want to possibly 
have builds being run for any previous versions of the product just because 
they have a Jenkinsfile.

On Wednesday, August 14, 2019 at 9:33:02 AM UTC-4, Mark Waite wrote:
>
> When you used those steps in Blue Ocean, you defined a Pipeline in the 
> branch where the Jenkinsfile was stored by Blue Ocean.  I think that is 
> what you wanted in the SCM repository.  You're correct that Blue Ocean 
> created a multibranch pipeline as part of that editing process.
>
> If you'd like a job which is not a multibranch Pipeline, create that job 
> interactively with the Jenkins "New Item" menu.  Choose "Pipeline" as the 
> item type and use "Pipeline from SCM" with the repository name and the 
> branch name that you want to create.  In that case, the Jenkinsfile must 
> already exist in the repository.  That's a less typical use case, since 
> most users prefer to have Pipelines automatically created and deleted as 
> branches are created and deleted on their git repository.
>
> If that is your preferred working model, then you could use Blue Ocean to 
> create the Pipeline, delete the job which Blue Ocean created, then 
> interactively create a Pipeline job which is not a multibranch Pipeline.
>
> Once the job is created (either through Blue Ocean as a multibranch 
> pipeline or through the interactive "New Item" as a pipeline or through an 
> organization folder), then you can use Blue Ocean to launch jobs and to 
> view the execution progress of the pipeline.
>
> Thanks,
> Mark Waite
>
> On Tuesday, August 13, 2019 at 1:14:54 PM UTC-7, Louis Elston wrote:
>>
>> Mark Wrote..."Blue Ocean is not limited to multibranch Pipelines.  You 
>> can use the Blue Ocean editor to create a Pipeline in a git repository that 
>> has no Jenkinsfile on any branch."
>>
>> Can someone point me to an example of this?  I have a GitHub repository 
>> with a master branch and a branch1 branch.  I used Blue Ocean, selected 
>> "new pipeline", selected to store the JenkinsFile in the Master, it created 
>> the pipeline.  When I select that particular new job, on the left hand 
>> side, it shows "Scan repository now, , ,Delete Multibranch Pipeline".  In 
>> other words, this is Multibranch pipeline.  Where is the option to use Blue 
>> Ocean to either create, or edit, a Non-MultiBranch pipeline?  What is it 
>> that I am missing or not understanding here?   
>>
>> On Tuesday, August 6, 2019 at 12:07:24 PM UTC-4, Mark Waite wrote:
>>>
>>>
>>>
>>> On Tue, Aug 6, 2019 at 9:36 AM Louis Elston  wrote:
>>>
>>>> I believe that this is a bug.  What do I need to do to either get 
>>>> comments, or action on this?
>>>>
>>>>
>>> I believe it is not a bug.  Blue Ocean is not designed, tested, or 
>>> expected to work with a git repository on a local file system.  It is 
>>> designed, tested, and known to work with remote git servers, including 
>>> GitHub, Bitbucket, and plain Git.  A pull request is pending to include 
>>> Perforce support as well.
>>>
>>> Why doesn't Blue Ocean support git repositories on a local file system?  
>>> Git repositories on a local file system are only available from agents that 
>>> share the same file system.  Most Jenkins best practices include the 
>>> recommendation, "Do not run builds on the master, use an agent".  Running 
>>> builds on the master provides the executing job with full access to the 
>>> file system of the Jenkins master.
>>>
>>> Recommendation: Configure a git server and use that git server as your 
>>> repository.  A git serve

Re: Converting to pipeline questions

[Louis Elston]

Mark Wrote..."Blue Ocean is not limited to multibranch Pipelines.  You can 
use the Blue Ocean editor to create a Pipeline in a git repository that has 
no Jenkinsfile on any branch."

Can someone point me to an example of this?  I have a GitHub repository 
with a master branch and a branch1 branch.  I used Blue Ocean, selected 
"new pipeline", selected to store the JenkinsFile in the Master, it created 
the pipeline.  When I select that particular new job, on the left hand 
side, it shows "Scan repository now, , ,Delete Multibranch Pipeline".  In 
other words, this is Multibranch pipeline.  Where is the option to use Blue 
Ocean to either create, or edit, a Non-MultiBranch pipeline?  What is it 
that I am missing or not understanding here?   

On Tuesday, August 6, 2019 at 12:07:24 PM UTC-4, Mark Waite wrote:
>
>
>
> On Tue, Aug 6, 2019 at 9:36 AM Louis Elston  > wrote:
>
>> I believe that this is a bug.  What do I need to do to either get 
>> comments, or action on this?
>>
>>
> I believe it is not a bug.  Blue Ocean is not designed, tested, or 
> expected to work with a git repository on a local file system.  It is 
> designed, tested, and known to work with remote git servers, including 
> GitHub, Bitbucket, and plain Git.  A pull request is pending to include 
> Perforce support as well.
>
> Why doesn't Blue Ocean support git repositories on a local file system?  
> Git repositories on a local file system are only available from agents that 
> share the same file system.  Most Jenkins best practices include the 
> recommendation, "Do not run builds on the master, use an agent".  Running 
> builds on the master provides the executing job with full access to the 
> file system of the Jenkins master.
>
> Recommendation: Configure a git server and use that git server as your 
> repository.  A git server could be as simple as a Linux computer with a 
> shell account that hosts the bare repository or could include a web 
> interface with Gitea (my favorite for local installation) or Gitlab or 
> could use a remote repository (like GitHub, Bitbucket, Visual Studio, 
> Assembla, Beanstalk, Gitlab, etc.).
>
> For your multibranch question, you need a Jenkinsfile on every branch that 
> you want to run with a Pipeline from SCM.
>
> Blue Ocean is not limited to multibranch Pipelines.  You can use the Blue 
> Ocean editor to create a Pipeline in a git repository that has no 
> Jenkinsfile on any branch.
>
> The Jenkins community is a community.  Members of the community are 
> motivated by different things to decide whether they will respond or not.
>
> In this case, Jenkins 2.107.1 is 15 months old.  The Jenkins community 
> provides security updates for the current long term support release 
> (2.176.2) and current weekly release (2.187).  LTS releases every 3 
> months.  Jenkins 2.107.1 was released 16 months ago.  That is 5 LTS 
> releases ago.  Some hesitation to respond may be due to the outdated 
> version you're running.  There have been many improvements to Jenkins 
> Pipeline in the 5 LTS versions since Jenkins 2.107.1.
>
> There are many different ways that you can learn more about Jenkins 
> Pipeline.
>
>- Tutorials -  https://jenkins.io/doc/tutorials/
>- User Handbook -  https://jenkins.io/doc/book/pipeline/
>- Jenkins Minute videos -  
>https://jenkins.io/blog/2017/08/08/introducing-jenkins-minute/
>- CloudBees' free Pipeline Fundamentals core -  
>
> https://standard.cbu.cloudbees.com/cloudbees-university-jenkins-pipeline-fundamentals
>- Udemy courses on Jenkins Pipeline -  
>https://www.udemy.com/courses/search/?src=ukw&q=jenkins%20pipeline
>
> Mark Waite
>  
>
>> On Thursday, August 1, 2019 at 5:05:02 PM UTC-4, Louis Elston wrote:
>>>
>>> Studying and playing with pipelines.  I see that you can use Declarative 
>>> in the Pipeline Scrip window, but it still stores it in the config.xml 
>>> file.  And I have played with the combination of both Declarative and non 
>>> Declarative in the same script.
>>>
>>> I am trying to understand the Blue Ocean interface, the word 
>>> "MultiBranch" is throwing me a little.  We do not create test branches, and 
>>> them merge them back into the master.  In the repository, we have branches 
>>> for each release of the product, and we rarely go back to previous 
>>> branches\versions.  So, if I am working on branchV9 right now, do I also 
>>> need a Jenkinsfile in the Master branch, or any other of the previous 
>>> version branches?
>>>
>>> I have been playing with Blue Ocean (which only does MultiBranch 
>>&

Re: Converting to pipeline questions

[Louis Elston]

I guess that either I misread this page, or it is out of date already...
https://jenkins.io/doc/book/blueocean/creating-pipelines/ .  It says "You 
now need to specify a local 
<https://jenkins.io/doc/book/blueocean/creating-pipelines/#local-repository> or 
a remote 
<https://jenkins.io/doc/book/blueocean/creating-pipelines/#remote-repository> 
repository 
from which to build your Pipeline project".  I was trying to test 
converting our existing system to pipeline, and getting permission and 
funding for another large GitHub repository was not in the cards right now, 
so, I was attempting to do this work on a test system, with the repository 
there.  I will try a Git repository on a different\remote system.  We do 
not have Linux, and I do not have that experience (only Windows). 

It also said "Note: Under the hood, a Pipeline project created through Blue 
Ocean is actually "multibranch Pipeline". Therefore, Jenkins looks for the 
presence of at least one Jenkinsfile in any branch of your repository.  So, 
your comment "Blue Ocean is not limited to multibranch Pipelines," is news 
to me.

My version of Jenkins is actually 2.176.2 (on my test VM), as I did 
recently upgrade it.  When I mentioned 2.107, I was probably looking at the 
actual production system.   I cannot even keep the current classic Jenkins 
build system up to date (I see all kinds of red warnings when I go into 
Manage), but it is feared that any change could possible cause a problem 
that could delay a build or the release of the product.  So thus I try to 
work on a test system.  We are behind corp firewalls, so they that figure 
that the production system is safe.  

I had worked my way through the cloudbees Blue Ocean tutorial, but only 
with help from them.  I cannot recommend it.  I have found over the years, 
that people who put together online course and write books, have someone 
who is already familiar with the context, and can fill in the missing 
pieces, do the reviewing.  No one uses someone new to the subject matter 
try to work through it, to see if it really can be understood, and 
completed successfully. Unless you are a real DevOps type, it can be 
difficult to understand the documentation.  Also a lot the 
courses\tutorials\books are using containers.  Again something that I do 
not see them allowing me to play with, so that rules them out.  I had 
recently purchased the book "Beginning Jenkins Blue Ocean".  No where in 
the online information did it mention Docker, but that is what the book 
requires.

I do appreciate you responding, and I will look at the links that you 
listed.


On Tuesday, August 6, 2019 at 12:07:24 PM UTC-4, Mark Waite wrote:
>
>
>
> On Tue, Aug 6, 2019 at 9:36 AM Louis Elston  > wrote:
>
>> I believe that this is a bug.  What do I need to do to either get 
>> comments, or action on this?
>>
>>
> I believe it is not a bug.  Blue Ocean is not designed, tested, or 
> expected to work with a git repository on a local file system.  It is 
> designed, tested, and known to work with remote git servers, including 
> GitHub, Bitbucket, and plain Git.  A pull request is pending to include 
> Perforce support as well.
>
> Why doesn't Blue Ocean support git repositories on a local file system?  
> Git repositories on a local file system are only available from agents that 
> share the same file system.  Most Jenkins best practices include the 
> recommendation, "Do not run builds on the master, use an agent".  Running 
> builds on the master provides the executing job with full access to the 
> file system of the Jenkins master.
>
> Recommendation: Configure a git server and use that git server as your 
> repository.  A git server could be as simple as a Linux computer with a 
> shell account that hosts the bare repository or could include a web 
> interface with Gitea (my favorite for local installation) or Gitlab or 
> could use a remote repository (like GitHub, Bitbucket, Visual Studio, 
> Assembla, Beanstalk, Gitlab, etc.).
>
> For your multibranch question, you need a Jenkinsfile on every branch that 
> you want to run with a Pipeline from SCM.
>
> Blue Ocean is not limited to multibranch Pipelines.  You can use the Blue 
> Ocean editor to create a Pipeline in a git repository that has no 
> Jenkinsfile on any branch.
>
> The Jenkins community is a community.  Members of the community are 
> motivated by different things to decide whether they will respond or not.
>
> In this case, Jenkins 2.107.1 is 15 months old.  The Jenkins community 
> provides security updates for the current long term support release 
> (2.176.2) and current weekly release (2.187).  LTS releases every 3 
> months.  Jenkins 2.107.1 was released 16 months ago.  That is 5 LTS 
> releases ago.  Some hesitation to res

Re: Converting to pipeline questions

[Louis Elston]

I believe that this is a bug.  What do I need to do to either get comments, 
or action on this?

On Thursday, August 1, 2019 at 5:05:02 PM UTC-4, Louis Elston wrote:
>
> Studying and playing with pipelines.  I see that you can use Declarative 
> in the Pipeline Scrip window, but it still stores it in the config.xml 
> file.  And I have played with the combination of both Declarative and non 
> Declarative in the same script.
>
> I am trying to understand the Blue Ocean interface, the word "MultiBranch" 
> is throwing me a little.  We do not create test branches, and them merge 
> them back into the master.  In the repository, we have branches for each 
> release of the product, and we rarely go back to previous 
> branches\versions.  So, if I am working on branchV9 right now, do I also 
> need a Jenkinsfile in the Master branch, or any other of the previous 
> version branches?
>
> I have been playing with Blue Ocean (which only does MultiBranch 
> pipelines).  I am on a Windows system, Jenkins 2.176.2, and have all the 
> latest Blue Ocean plugins as of today (1.18.0).  I am accessing a local Git 
> repository (not GitHub), and am running into the following...
>
> If I try to use use “c:\GitRepos\Pipelines1\.git”, i get "not a valid 
> name"...
>
> [image: 1.PNG]
>
>
> [image: 2.PNG]
>
>
>
> [image: 3.PNG]
>
>
> [image: 4.PNG]
>
>
> Why is this happening?
>
>
>
>
>
>
> On Monday, July 29, 2019 at 11:40:56 AM UTC-4, Louis Elston wrote:
>>
>> 07/17/19 – wrote this…
>>
>> We are currently using Windows \ Jenkins 2.107.1 (no pipeline), and I am 
>> researching going to pipeline. We have a nightly build job, that fetches 
>> from repositories, and submits and waits on other jobs. I see 9 jobs 
>> running on the same Master node (we only have a master), at the same time. 
>> I am not clear on if we should have one Jenkinsfile or multiple 
>> Jenkinsfiles. It will not be a multibranch pipeline, as we do not create 
>> test branches and then merge back to a master. In the repository we have 
>> product1.0 branch, product2.0 branch etc., and build only one branch (the 
>> latest one). While I do like the Blue Ocean editor, it is only for 
>> MultiBranch pipelines.
>>
>> Looking for directions and\or examples on how to convert existing Jenkins 
>> non-pipeline systems, to pipeline.  I did find this…
>> https://wiki.jenkins.io/display/JENKINS/Convert+To+Pipeline+Plugin. It 
>> does help a little in that it gives you some converted steps, but cannot 
>> convert all the steps, and will give comments in the pipeline script 
>> "//Unable to convert a build step referring to...please verify and convert 
>> manually if required." There is an option "Recursively convert downstream 
>> jobs if any" and if you select that, it appears to add all the downstream 
>> jobs to the same pipeline script, and really confuses the job parameters. 
>> There is also an option to "Commit JenkinsFile" (if doing declarative). I 
>> will play with this some more, but it is not the be all and end all of 
>> converting to pipeline, and I still am not sure of whether I should be have 
>> one or more scripts.
>>
>> Added 07/26/19 - Let’s see if I have my research to date correct…
>>
>> A Declarative pipeline (Pipeline Script from SCM), is stored in a 
>> Jenkinsfile in the repository. Every time that this Jenkins job is 
>> executed, a fetch from the repository is done (to get the latest version of 
>> the Jenkinsfile).
>>
>> A Pipeline script is stored as part of the config.xml file in the 
>> Jenkins\Jobs folder (it is not stored in the repository, or in a separate 
>> Jenkinsfile in the jobs folder). There is a fetch from the repository only 
>> if you put it in (you do not need to do a repository fetch to get the 
>> Pipeline script).
>>
>> Besides our nightly product build, we also have other jobs. I could 
>> create a separate Declarative Jenkinsfile for each of them (JenkinsfileA, 
>> JenkinsfileB, etc.) for each of the other jobs and store then in the 
>> repository also (in the same branch as the main Jenkinsfile), but that 
>> would mean that every one of those additional jobs, to get the particular 
>> Jenkinsfile for that job, would also need to do a repository fetch 
>> (basically fetching\cloning the repository branch for each job, and have 
>> multiple versions of the repository branch unnecessarily downloaded to the 
>> workspace of each job).
>>
>> That does not make sense to me (unless my understanding of things to date 
>> is in

Converting to pipeline questions

[Louis Elston]

07/17/19 – wrote this…

We are currently using Windows \ Jenkins 2.107.1 (no pipeline), and I am 
researching going to pipeline. We have a nightly build job, that fetches 
from repositories, and submits and waits on other jobs. I see 9 jobs 
running on the same Master node (we only have a master), at the same time. 
I am not clear on if we should have one Jenkinsfile or multiple 
Jenkinsfiles. It will not be a multibranch pipeline, as we do not create 
test branches and then merge back to a master. In the repository we have 
product1.0 branch, product2.0 branch etc., and build only one branch (the 
latest one). While I do like the Blue Ocean editor, it is only for 
MultiBranch pipelines.

Looking for directions and\or examples on how to convert existing Jenkins 
non-pipeline systems, to pipeline.  I did find this…
https://wiki.jenkins.io/display/JENKINS/Convert+To+Pipeline+Plugin. It does 
help a little in that it gives you some converted steps, but cannot convert 
all the steps, and will give comments in the pipeline script "//Unable to 
convert a build step referring to...please verify and convert manually if 
required." There is an option "Recursively convert downstream jobs if any" 
and if you select that, it appears to add all the downstream jobs to the 
same pipeline script, and really confuses the job parameters. There is also 
an option to "Commit JenkinsFile" (if doing declarative). I will play with 
this some more, but it is not the be all and end all of converting to 
pipeline, and I still am not sure of whether I should be have one or more 
scripts.

Added 07/26/19 - Let’s see if I have my research to date correct…

A Declarative pipeline (Pipeline Script from SCM), is stored in a 
Jenkinsfile in the repository. Every time that this Jenkins job is 
executed, a fetch from the repository is done (to get the latest version of 
the Jenkinsfile).

A Pipeline script is stored as part of the config.xml file in the 
Jenkins\Jobs folder (it is not stored in the repository, or in a separate 
Jenkinsfile in the jobs folder). There is a fetch from the repository only 
if you put it in (you do not need to do a repository fetch to get the 
Pipeline script).

Besides our nightly product build, we also have other jobs. I could create 
a separate Declarative Jenkinsfile for each of them (JenkinsfileA, 
JenkinsfileB, etc.) for each of the other jobs and store then in the 
repository also (in the same branch as the main Jenkinsfile), but that 
would mean that every one of those additional jobs, to get the particular 
Jenkinsfile for that job, would also need to do a repository fetch 
(basically fetching\cloning the repository branch for each job, and have 
multiple versions of the repository branch unnecessarily downloaded to the 
workspace of each job).

That does not make sense to me (unless my understanding of things to date 
is incorrect). Because the main product build does require a fetch every 
time it is run (to get any possible developer check-ins), I do not see a 
problem doing Declarative Jenkinsfile for that job. For the other jobs (if 
we do not leave then for the time being in the classic (non-pipeline) 
format)), they will be Pipeline scripts.

Is there any way of (or plans for), being able to do Declarative pipeline 
without having to store in the repository and doing a fetch every time 
(lessening the need to become a Groovy developer)? The Blue Ocean script 
editor appears to be an easier tool to use to create pipeline scripts, but 
it is only for MultiBranch pipelines (which we don’t do).

Serialization (restarting a job), is that only for when a node goes down, 
or can you restart a pipeline job (Declarative or Scripted), from any point 
if it fails?

I see that there are places to look to see what Jenkins plugin’s have been 
ported to pipeline, but is there anything that can be run to look at the 
classic jobs that you have, to determine up front which jobs are going to 
have problems being converted to pipeline (non supported plugins)?

-- 
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/0df1dd25-df1e-4649-bc0e-d0c1b394062d%40googlegroups.com.

Github branch source plugin: ignore archived repos

[Louis Piët]

Hi, 

We are using the git hub branch source plug in to automatically discovery 
most of our projects on github, this works like a charm, however we are 
running into an issue with archived repos. These are read only and only 
kept for reference/auditors, if they  contain a Jenkisfile however, they 
are still picked up by the plugin and processed as if live. As the 
dependencies and such are all very stale this leads to failures and 
unnecessary noise in our build reports. I can't find a way to tell the 
plugin to ignore archived repos ( and couldn;t find an issue regarding this 
in the jira either).

Am i overlooking an option? Is there a workaround i'm not seeing?

Thanks,

Louis

-- 
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/16099afc-7239-4faa-af56-85a14aacf815%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: invalid IPv6 address when testing connection on Publish Over FTP plugin

[Louis]

Anyone has any idea on this, or have experienced something similar? Any 
form of help would be great!

-- 
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/bada2874-be57-4d7d-b4fc-20a9eb190f25%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

invalid IPv6 address when testing connection on Publish Over FTP plugin

[Louis]

Hi guys,

I've just installed the Publish Over FTP plugin and when I try to connect, 
I get the following error.



















I have no issues connecting with the same settings using Filezilla on the 
Jenkins machine. 

-- 
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/eded961e-58be-4111-abe4-435cac1c7513%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

jenkins svn plugin revert action slower than command line job

[Jean-Louis Ly]

Hello everyone,

I'm having an issue with three identical servers where the build times are 
not consistent because of the svn plugin.
This has bugged me for the past few weeks and I can't find anything that 
could help.
I posted the details on stackoverflow
http://stackoverflow.com/questions/27371135/jenkins-svn-plugin-revert-action-slower-than-command-line-job

If anyone has any ideas, I'd be grateful.

Thanks in advance !

-- 
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/c6b2b5c9-0ee7-4ead-adf7-d9ae1ed454f5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: EasyAnt plugin

[Jean-Louis Boudart]

CI build [1] is broken. It fails with the following message :

[FATAL] Non-resolvable parent POM: Failure to find
org.jenkins-ci.plugins:plugin:pom:1.456 in
https://repository-jenkins.forge.cloudbees.com/release was cached in
the local repository, resolution will not be reattempted until the
update interval of cloudbees-private-release-repository has elapsed or
updates are forced and 'parent.relativePath' points at wrong local POM
@ line 5, column 13


It look likes a configuration issue. Any idea ?

[1]
https://jenkins.ci.cloudbees.com/job/plugins/job/easyant-plugin/2/console


2013/7/14 Jean-Louis Boudart 

> It works, thanks for you help.
>
>
>
> 2013/7/14 Ulli Hafner 
>
>> A good, that makes things easy. You should have commit rights now. Can
>> you please check?
>>
>> Ulli
>>
>> Am 13.07.2013 um 17:50 schrieb Jean-Louis Boudart <
>> jeanlouis.boud...@gmail.com>:
>>
>> The plugin source was there
>> https://svn.jenkins-ci.org/trunk/hudson/plugins/easyant
>> But it seems already mirrored /moved on github :
>> https://github.com/jenkinsci/easyant-plugin/
>>
>>
>> 2013/7/13 Ulli Hafner 
>>
>>> Hi Jean Louis,
>>>
>>> seems that the source code still is hosted in Subversion. Or is there
>>> already a git repository set up?
>>>
>>> Ulli
>>>
>>> Am 13.07.2013 um 13:40 schrieb Jean-Louis Boudart <
>>> jeanlouis.boud...@gmail.com>:
>>>
>>> Hi there,
>>>
>>> A few time ago i started EasyAnt plugin [1] for hudson/jenkins.
>>>
>>> I would like to update the plugin with a few features already available
>>> for other build tools :
>>>  * an auto installer
>>>  * add some advanced option on project config
>>>  * add console annotator
>>>  * support installation on remote nodes
>>>  * handle multimodule log properly
>>>
>>> Unfortunatly i haven't access yet to jenkinsci's repositories here is my
>>> github account : jeanlouisboudart
>>>
>>> Could you please give me commit access there ?
>>>
>>>
>>> [1] https://wiki.jenkins-ci.org/display/JENKINS/EasyAnt+Plugin
>>>
>>> --
>>> Jean Louis Boudart
>>> Apache EasyAnt commiter http://ant.apache.org/easyant/
>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>>
>>>
>>>
>>>
>>> --
>>> 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.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>>
>>>
>>
>>
>>
>> --
>> Jean Louis Boudart
>> Apache EasyAnt commiter http://ant.apache.org/easyant/
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>>
>>  --
>> 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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>
>
> --
> Jean Louis Boudart
> Apache EasyAnt commiter http://ant.apache.org/easyant/
>



-- 
Jean Louis Boudart
Independent consultant
Apache EasyAnt commiter http://ant.apache.org/easyant/

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: EasyAnt plugin

[Jean-Louis Boudart]

It works, thanks for you help.


2013/7/14 Ulli Hafner 

> A good, that makes things easy. You should have commit rights now. Can you
> please check?
>
> Ulli
>
> Am 13.07.2013 um 17:50 schrieb Jean-Louis Boudart <
> jeanlouis.boud...@gmail.com>:
>
> The plugin source was there
> https://svn.jenkins-ci.org/trunk/hudson/plugins/easyant
> But it seems already mirrored /moved on github :
> https://github.com/jenkinsci/easyant-plugin/
>
>
> 2013/7/13 Ulli Hafner 
>
>> Hi Jean Louis,
>>
>> seems that the source code still is hosted in Subversion. Or is there
>> already a git repository set up?
>>
>> Ulli
>>
>> Am 13.07.2013 um 13:40 schrieb Jean-Louis Boudart <
>> jeanlouis.boud...@gmail.com>:
>>
>> Hi there,
>>
>> A few time ago i started EasyAnt plugin [1] for hudson/jenkins.
>>
>> I would like to update the plugin with a few features already available
>> for other build tools :
>>  * an auto installer
>>  * add some advanced option on project config
>>  * add console annotator
>>  * support installation on remote nodes
>>  * handle multimodule log properly
>>
>> Unfortunatly i haven't access yet to jenkinsci's repositories here is my
>> github account : jeanlouisboudart
>>
>> Could you please give me commit access there ?
>>
>>
>> [1] https://wiki.jenkins-ci.org/display/JENKINS/EasyAnt+Plugin
>>
>> --
>> Jean Louis Boudart
>> Apache EasyAnt commiter http://ant.apache.org/easyant/
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>>
>>
>> --
>> 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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>
>
> --
> Jean Louis Boudart
> Apache EasyAnt commiter http://ant.apache.org/easyant/
>
> --
> 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.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
>
>  --
> 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.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
Jean Louis Boudart
Apache EasyAnt commiter http://ant.apache.org/easyant/

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: EasyAnt plugin

[Jean-Louis Boudart]

The plugin source was there
https://svn.jenkins-ci.org/trunk/hudson/plugins/easyant
But it seems already mirrored /moved on github :
https://github.com/jenkinsci/easyant-plugin/


2013/7/13 Ulli Hafner 

> Hi Jean Louis,
>
> seems that the source code still is hosted in Subversion. Or is there
> already a git repository set up?
>
> Ulli
>
> Am 13.07.2013 um 13:40 schrieb Jean-Louis Boudart <
> jeanlouis.boud...@gmail.com>:
>
> Hi there,
>
> A few time ago i started EasyAnt plugin [1] for hudson/jenkins.
>
> I would like to update the plugin with a few features already available
> for other build tools :
>  * an auto installer
>  * add some advanced option on project config
>  * add console annotator
>  * support installation on remote nodes
>  * handle multimodule log properly
>
> Unfortunatly i haven't access yet to jenkinsci's repositories here is my
> github account : jeanlouisboudart
>
> Could you please give me commit access there ?
>
>
> [1] https://wiki.jenkins-ci.org/display/JENKINS/EasyAnt+Plugin
>
> --
> Jean Louis Boudart
> Apache EasyAnt commiter http://ant.apache.org/easyant/
>
> --
> 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.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>
>
>  --
> 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.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>



-- 
Jean Louis Boudart
Apache EasyAnt commiter http://ant.apache.org/easyant/

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

EasyAnt plugin

[Jean-Louis Boudart]

Hi there,

A few time ago i started EasyAnt plugin [1] for hudson/jenkins.

I would like to update the plugin with a few features already available for
other build tools :
 * an auto installer
 * add some advanced option on project config
 * add console annotator
 * support installation on remote nodes
 * handle multimodule log properly

Unfortunatly i haven't access yet to jenkinsci's repositories here is my
github account : jeanlouisboudart

Could you please give me commit access there ?


[1] https://wiki.jenkins-ci.org/display/JENKINS/EasyAnt+Plugin

-- 
Jean Louis Boudart
Apache EasyAnt commiter http://ant.apache.org/easyant/

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Jenkins build history is removed shortly after build

[Louis Roché]

I have the same problem. But my job has many build steps.

I don't know why yet, but it's really annoying.

L.

On Wednesday, June 26, 2013 10:49:42 PM UTC+2, Michael Smolyak wrote:
>
> The build in question does not have any build steps. All it does is pulls 
> a repository from Git and exposes files in one of the directories as build 
> artifacts to be used by Ansible scripts.
>
> The problem is that the build history along with the build artifacts gets 
> removed automatically shortly after the build is run (say 15 minutes). 
> There are no settings in the build configuration instructing Jenkins to 
> remove the build history and artifacts. Why does it happen?
>
> Thank you,
>
> Michael
>

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Aggregate downstream test results matrix

[Louis Roché]

Hi,

I try to aggregate downstream tests results with a matrix as downstream job.
But when I go in the aggregated test result page, it says that I have "No 
tests" and "Job A (last successful job is not fingerprinted)".

I have something like Job A -> Job B -> Matrix

Job A: record fingerprints and archive artifacts. Aggregate downstream test 
results. Trigger B.
Job B: Trigger many subsets of the Matrix.
Matrix: record fingerprints.

There is a bug repport with a comment[1] who says:

You can workaround this by explicitly specifying the jobs to aggregate, 
> rather than relying on the downstream builds logic, and specifying the 
> matrix axes (in quotes) explicitly - i.e., 
> NonMatrixJob,"MatrixJob/label=l_centos5_x86" - the quotes in case of commas 
> in your axis.


But I don't know where I should specify the matrix axes.

Do you know where I can specify them ? Or is there a workaround ?
This is really annoying.

Thanks for your help.

Louis

[1]: 
https://issues.jenkins-ci.org/browse/JENKINS-7976?focusedCommentId=152296&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-152296

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Update to strange Jenkins version number?

[Louis Roché]

Same 'problem' here.

On Tuesday, June 18, 2013 9:43:32 AM UTC+2, matthew...@diamond.ac.uk wrote:
>
> My Jenkins release, currently 1.518, is telling me: 
> --> New version of Jenkins (1.518.JENKINS-14362-jzlib) is available for 
> download 
>
> Does anyone know what this is about? http://jenkins-ci.org/changelogtells me 
> that that is the latest release number, but I could find no other 
> reference to it anywhere. Is this an official release? 
>
> Thanks 
> Matthew 
>
>
> -- 
> This e-mail and any attachments may contain confidential, copyright and or 
> privileged material, and are for the use of the intended addressee only. If 
> you are not the intended addressee or an authorised recipient of the 
> addressee please notify us of receipt by returning the e-mail and do not 
> use, copy, retain, distribute or disclose the information in or attached to 
> the e-mail. 
> Any opinions expressed within this e-mail are those of the individual and 
> not necessarily of Diamond Light Source Ltd. 
> Diamond Light Source Ltd. cannot guarantee that this e-mail or any 
> attachments are free from viruses and we cannot accept liability for any 
> damage which you may sustain as a result of software viruses which may be 
> transmitted in or with the message. 
> Diamond Light Source Limited (company no. 4375679). Registered in England 
> and Wales with its registered office at Diamond House, Harwell Science and 
> Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom 
>
>
>
>
>

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Email-ext plugin - dynamically modifying the recipient list

[Louis Roché]

Hi.

You can use a groovy template in the recipients list to modifying the 
recipients list. The last line of your script should return a string with 
all the recipients.
For examples, you can have a file recipients.template:

<%
> def authors = "m...@example.tld"
>
> if (build.environment["RELEASE_BUILD"]) {
> authors = build.environment["RELEASE_BUILD_EMAIL_DISTRIBUTION"]
> }
> %>
>
> ${authors}
>

The recipients should be comma separated.

And in your jobs configuration, in the recipients list, you put ${SCRIPT, 
template="recipients.template"}

Louis

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: 32-bit or 64-bit JRE for Windows 64-bit slave?

[Louis Roché]

Hi,

I'm also using Windows 7 64-bit on my slaves. And I have only Java 64-bit.

The configuration to choose which version of java should be used to run the 
slave is un JENKINS_HOME/jenkins-slave.xml

There is a line:
C:\Program Files\Java\jre7\bin\java.exe

And you can change this line to pick the good java.

L.


On Friday, June 7, 2013 9:35:29 AM UTC+2, David Aldrich wrote:
>
>  Hi
>
>  
>
> We run several Jenkins slaves on Windows XP 64-bit and are now build a 
> Windows 7 64-bit slave.
>
>  
>
> We found it necessary to install both 32-bit and 64-bit JRE on Windows XP 
> 64-bit in order to get the Jenkins slave to launch.
>
>  
>
> I doubt that installing both JRE’s is really necessary.  Please can anyone 
> tell me which JRE to install and tell me of anything to specially take note 
> of?
>
>  
>
> 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.
For more options, visit https://groups.google.com/groups/opt_out.

Performance plugin: configure report file's path

[Louis Roché]

Hi,

I'm using the performance plugin to read some junit report files. But I 
have an issue with the path of this report.

I have many jobs who can trigger the job who generate the report. And I 
want to work in different directory for each job. My workspace look like 
this:

WORKSPACE/
JOBA/report.xml
JOBA/something.txt
JOBA/somethingelse.txt
...
JOBB/report.xml
...
JOBC/report.xml
...

In jenkins I can choose a path like **/report.xml for the report's path. 
But it'll take all the reports and I just want one of them. Sometimes it 
will be JOBA/report.xml. Some other times, JOBB/report.xml. I have an env 
var to know which one I want.

Is it possible to use this env var to specify where the performance plugin 
should search the report file?

Thanks

L.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: trigger job via API

[Louis Roché]

Ok, it seems that you need to add xmlHttp.setRequestHeader('Content-type',
'application/x-www-form-urlencoded');


2013/5/30 Louis Roché 

> Hi,
>
> I try to trigger a job via the api with a parameter.
>
> With curl, it works:
>
> curl -X POST "
> http://192.168.5.230:8080/job/Generate%20new%20reference%20files/build?token=toto";
> --data
> 'json={"parameter":[{"name":"exchange_revision","value":"superargument"}]}'
>
> But I want to do it from javascript.
>
> 
>> 
>> 
>> function httpPost(theUrl, Params)
>> {
>> var xmlHttp = null;
>>
>> xmlHttp = new XMLHttpRequest();
>> alert(Params);
>> xmlHttp.open( "POST", theUrl, false );
>> xmlHttp.send( Params );
>> return xmlHttp.responseText;
>> }
>> 
>> >   type='button'
>>   onclick='javascript:
>>   var params = JSON.stringify({parameter: [{name: "exchange_revision",
>> value: "superargument"}]});
>>   var test =
>> "json={\"parameter\":[{\"name\":\"exchange_revision\",\"value\":\"superargument\"}]}";
>>   httpPost("http://192.168.5.230:8080/job/Generate new reference
>> files/build?token=toto", test)'>
>>   Start matrix
>> 
>> 
>>
>
> This request return a 400 and doesn't trigger the build.
>
> I can't use buildWithParameters cause I can have strings in UCS2, UTF8,
> iso-* like 総組立. Or maybe it is possible, but I didn't find how.
>
> Please, help me.
>
> Thanks
>
> Louis
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/jenkinsci-users/kCqmG9oK58I/unsubscribe?hl=en
> .
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: trigger job via API

[Louis Roché]

Ok, I can send params now, but I have a problem with the charset. If I send 
"E63H 総組立" as the value of exchange_revision, I receive "E63H �D�".

My code:




function httpPost(theUrl, Params) {
var xmlHttp = null;
xmlHttp = new XMLHttpRequest();
alert(Params);
xmlHttp.open( "POST", theUrl, false );
xmlHttp.setRequestHeader('Content-type', 
'application/x-www-form-urlencoded; charset=UTF-8');
xmlHttp.send( Params );
return xmlHttp.responseText;
}


  Start matrix



-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

trigger job via API

[Louis Roché]

Hi,

I try to trigger a job via the api with a parameter.

With curl, it works:

curl -X POST 
"http://192.168.5.230:8080/job/Generate%20new%20reference%20files/build?token=toto";
 
--data 
'json={"parameter":[{"name":"exchange_revision","value":"superargument"}]}'

But I want to do it from javascript.


> 
> 
> function httpPost(theUrl, Params)
> {
> var xmlHttp = null;
>
> xmlHttp = new XMLHttpRequest();
> alert(Params);
> xmlHttp.open( "POST", theUrl, false );
> xmlHttp.send( Params );
> return xmlHttp.responseText;
> }
> 
>type='button'
>   onclick='javascript:
>   var params = JSON.stringify({parameter: [{name: "exchange_revision", 
> value: "superargument"}]});
>   var test = 
> "json={\"parameter\":[{\"name\":\"exchange_revision\",\"value\":\"superargument\"}]}";
>   httpPost("http://192.168.5.230:8080/job/Generate new reference 
> files/build?token=toto", test)'>
>   Start matrix
> 
> 
>

This request return a 400 and doesn't trigger the build.

I can't use buildWithParameters cause I can have strings in UCS2, UTF8, 
iso-* like 総組立. Or maybe it is possible, but I didn't find how.
 
Please, help me.

Thanks

Louis

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Trigger job via API

[Louis Roché]

Hi.

I try to trigger a job with a parameter via

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Many crashes in matrix

[Louis Roché]

> From the Exception and the code in the matrix reloaded plugin [1] it looks 
> like one of the upstream builds is not being found, in the case indicated 
> are the builds:
> "Windows Results" build number 12418
> "Supervisor Test Windows Nightly" build number 615
> "Nightly Build Hoops 3DX main line Windows 64" build number 541
>
> still available when the nightly build is triggered or are these being 
> removed due to the build retention policy?
>
>
The 3 builds are still in jenkins. But maybe not the workspaces.
 

>
> Please raise an issue on the matrix-reloaded plugin at 
> https://issues.jenkins-ci.org for the component matrix-reloaded, with 
> these details, so that the plugin can ignore these failures if the upstream 
> build is no longer existing.
>
>  
https://issues.jenkins-ci.org/browse/JENKINS-17964
 
Thanks for your help.

Louis

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Many crashes in matrix

[Louis Roché]

Hi,

I Have a big matrix with a lot of jobs and I run it with daily builds and 
nightly builds.

The daily builds trigger only a small part of the matrix and everything 
work fine.
The nightly builds trigger all the matrix and every jobs in this matrix 
fail with this trace in the console:

Started by upstream project "Windows Results" build number 12418
> originally caused by:
>  Started by upstream project "Supervisor Test Windows Nightly" build number 
> 615
>  originally caused by:
>   Started by upstream project "Nightly Build Hoops 3DX main line Windows 64" 
> build number 541
>   originally caused by:
>Started by an SCM change
> Building remotely on Slave2
> FATAL: null
> java.lang.NullPointerException
>   at 
> net.praqma.jenkins.plugin.reloaded.Util.getUpstreamRebuildAction(Util.java:84)
>   at 
> net.praqma.jenkins.plugin.reloaded.Util.getDownstreamRebuildActionFromMatrixBuild(Util.java:63)
>   at 
> net.praqma.jenkins.plugin.reloaded.MatrixReloadedEnvironmentContributor.buildEnvironmentFor(MatrixReloadedEnvironmentContributor.java:44)
>   at hudson.model.Run.getEnvironment(Run.java:2045)
>   at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:931)
>   at 
> hudson.matrix.MatrixRun$MatrixRunExecution.decideWorkspace(MatrixRun.java:175)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:567)
>   at hudson.model.Run.execute(Run.java:1575)
>   at hudson.matrix.MatrixRun.run(MatrixRun.java:146)
>   at hudson.model.ResourceController.execute(ResourceController.java:88)
>   at hudson.model.Executor.run(Executor.java:237)
>
>
I used to have a problem like this before, but the error was not the same. 
It was:

EnvInject - Loading node environment variables.
> EnvInject - ERROR - SEVERE ERROR occurs: null
>
>
I removed the envInject plugin and I have the new error.

I think there is a problem with the heavy load on the jenkins master who 
can't handle too many builds, but I'm not sure. It's seems that the only 
difference between daily and nightly is this heavy load.

Is it possible that my builds fail because there is too many simultaneous 
builds? Or because of the heavy load on jenkins master?

Thanks for your help.

Louis

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

Unable to delete script file

[Louis Roché]

Hi,

I have an issue with some of my jobs since long time and I don't find any 
workaround.
The log says that jenkins is unable to delete the script file. I think it 
happens when there is not enough free ram on the computer. 

The script file is still in the temp directory and I can run it by hand or 
delete it without problem.

My slaves run with windows 7 and 16go ram.

There is a bugrepport but no reponse : 
https://issues.jenkins-ci.org/browse/JENKINS-12235

The error is 

FATAL: Unable to delete script file 
C:\Users\jenkins\AppData\Local\Temp\hudson265154959630411984.bathudson.util.IOException2
 : 
remote file operation failed: 
C:\Users\jenkins\AppData\Local\Temp\hudson265154959630411984.bat at 
hudson.remoting.Channel@a23d34:Slave3
>   at hudson.FilePath.act(FilePath.java:900) 
> 
>   at hudson.FilePath.act(FilePath.java:877) 
> 
>   at hudson.FilePath.delete(FilePath.java:1262) 
> 
>   at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:101) 
> 
>   at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:60) 
> 
>   at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:802)
>  
> 
>   at hudson.model.Build$BuildExecution.build(Build.java:199) 
> 
>   at hudson.model.Build$BuildExecution.doRun(Build.java:160) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:584) 
> 
>   at hudson.model.Run.execute(Run.java:1575) 
> 
>   at hudson.matrix.MatrixRun.run(MatrixRun.java:146) 
> 
>   at hudson.model.ResourceController.execute(ResourceController.java:88) 
> 
>   at hudson.model.Executor.run(Executor.java:237) 
> 
> Caused by: hudson.remoting.ChannelClosedException 
> :
>  channel is already closed
>   at hudson.remoting.Channel.send(Channel.java:494) 
> 
>   at hudson.remoting.Request.call(Request.java:129) 
> 
>   at hudson.remoting.Channel.call(Channel.java:672) 
> 
>   at hudson.FilePath.act(FilePath.java:893) 
> 
>   ... 13 more
> Caused by: java.net.SocketException: socket closed
>   at java.net.SocketInputStream.socketRead0(Native Method)
>   at java.net.SocketInputStream.read(Unknown Source)
>   at java.io.BufferedInputStream.fill(Unknown Source)
>   at java.io.BufferedInputStream.read(Unknown Source)
>   at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source)
>   at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source)
>   at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown 
> Source)
>   at java.io.ObjectInputStream.readObject0(Unknown Source)
>   at java.io.ObjectInputStream.readObject(Unknown Source)
>   at hudson.remoting.Command.readFrom(Command.java:92)
>   at 
> hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59)
>   at 
> hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
> FATAL: hudson.remoting.RequestAbortedException: java.net.SocketException: 
> so