[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2019-02-08 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-54225  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
 Shouldn't the plugin set deleteDirs to true in case we do a deferred delete? Or at least have some documentation extensions to mention this, this is confusing for people who think they just disable the async delete and get strange errors due to that  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2019-02-06 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-54225  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
 I can confirm that adding deleteDirs solved the issue of the partial delete. As workaround on Windows we use `rm -rf` from MinGW, it looks that we have some files in the workspace which are still in use in some builds, rm can remove them without problems, with get the error below, is there a forced delete options (... is a full path) ERROR: Cannot delete workspace :Unable to delete '...ACE_ETCL_Parserd.dll’. Tried 3 times (of a maximum of 3) waiting 0.1 sec between attempts. Error when executing always post condition: hudson.AbortException: Cannot delete workspace: Unable to delete '...\ACE_ETCL_Parserd.dll’. Tried 3 times (of a maximum of 3) waiting 0.1 sec between attempts. at hudson.plugins.ws_cleanup.WsCleanup.perform(WsCleanup.java:244) at org.jenkinsci.plugins.workflow.steps.CoreStep$Execution.run(CoreStep.java:80)  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2019-02-06 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-54225  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
 Did several builds today with 'deleteDirs' added and it seems to work, this night a lot more builds will run but it looks you found the cause  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-55047) Failed to get _links error when opening blueocean

2018-12-06 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-55047  
 
 
  Failed to get _links error when opening blueocean   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 When opening the blueocean for the full jenkins server we get the errors below and the main blueocean page just says loading and no pipelines are shown. For a single pipeline it does work . fc12_ceel_x86_64_debug is a very old job which has been removed from jenkins a long time ago, maybe some artifact left on disk, not sure.   {code:java}Dec 06, 2018 9:34:44 AM WARNING io.jenkins.blueocean.commons.stapler.export.ExportInterceptor$1 getValueFailed to get "_links" from a io.jenkins.blueocean.service.embedded.rest.FreeStylePipeline$FreeStyleRunSummaryio.jenkins.blueocean.commons.ServiceException$NotFoundException: Run 2013-10-21_19-05-09 not found in organization jenkins and pipeline fc12_ceel_x86_64_debug at io.jenkins.blueocean.service.embedded.rest.RunContainerImpl.get(RunContainerImpl.java:72) at io.jenkins.blueocean.service.embedded.rest.RunContainerImpl.get(RunContainerImpl.java:40) at io.jenkins.blueocean.service.embedded.LinkResolverImpl.resolveRun(LinkResolverImpl.java:63) at io.jenkins.blueocean.service.embedded.LinkResolverImpl.resolve(LinkResolverImpl.java:42) at io.jenkins.blueocean.rest.hal.LinkResolver.resolveLink(LinkResolver.java:32) at io.jenkins.blueocean.service.embedded.rest.AbstractRunImpl.getLinks(AbstractRunImpl.java:356) at io.jenkins.blueocean.commons.stapler.export.MethodProperty.getValue(MethodProperty.java:72)Caused: java.lang.reflect.InvocationTargetException at io.jenkins.blueocean.commons.stapler.export.MethodProperty.getValue(MethodProperty.java:74) at io.jenkins.blueocean.commons.stapler.export.ExportInterceptor$1.getValue(ExportInterceptor.java:46) at io.jenkins.blueocean.commons.stapler.Export$BlueOceanExportInterceptor.getValue(Export.java:167) at io.jenkins.blueocean.commons.stapler.export.Property.writeTo(Property.java:136) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:228) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Property.writeValue(Property.java:303) at io.jenkins.blueocean.commons.stapler.export.Property.writeValue(Property.java:169) at io.jenkins.blueocean.commons.stapler.export.Property.writeTo(Property.java:154) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:228) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Model.writeNestedObjectTo(Model.java:224) at io.jenkins.blueocean.commons.stapler.export.Model.writeTo(Model.java:199) at io.jenkins.blueocean.commons.stapler.Export.writeOne

[JIRA] (JENKINS-55047) Failed to get _links error when opening blueocean

2018-12-06 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-55047  
 
 
  Failed to get _links error when opening blueocean   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 blueocean-plugin  
 
 
Created: 
 2018-12-06 08:40  
 
 
Environment: 
 Jenkins 2.138.3  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 When opening the blueocean for the full jenkins server we get the errors below and the main blueocean page just says loading and no pipelines are shown. For a single pipeline it does work     

 

Dec 06, 2018 9:34:44 AM WARNING io.jenkins.blueocean.commons.stapler.export.ExportInterceptor$1 getValue
Failed to get "_links" from a io.jenkins.blueocean.service.embedded.rest.FreeStylePipeline$FreeStyleRunSummary
io.jenkins.blueocean.commons.ServiceException$NotFoundException: Run 2013-10-21_19-05-09 not found in organization jenkins and pipeline fc12_ceel_x86_64_debug
 at io.jenkins.blueocean.service.embedded.rest.RunContainerImpl.get(RunContainerImpl.java:72)
 at io.jenkins.blueocean.service.embedded.rest.RunContainerImpl.get(RunContainerImpl.java:40)
 at io.jenkins.blueocean.service.embedded.LinkResolverImpl.resolveRun(LinkResolverImpl.java:63)
 at io.jenkins.blueocean.service.embedded.LinkResolverImpl.resolve(LinkResolverImpl.java:42)
 at io.jenkins.blueocean.rest.hal.LinkResolver.resolveLink(LinkResolver.java:32)
 at io.jenkins.blueocean.service.embedded.rest.AbstractRunImpl.getLinks(AbstractRunImpl.java:356)
 at io.jenkins.blueocean.commons.stapler.export.MethodProperty.getValue(MethodProperty.java:72)
Caused: java.lang.reflect.InvocationTargetException
 at io.jenkins.blueocean.commons.stapler.export.

[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2018-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen edited a comment on  JENKINS-36322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
 Also NaNy NaNd is shown for a pipeline which has a step with an _expression_, use the following pipeline job, just update label to match something in your jenkins  {noformat}String  foopipeline  foopipeline  {agent {  node {label 'fc29'  }}      stages {  stage('Create postbuild.sh') {when {  _expression_ { foo == "bar" }}steps {  writeFile file: 'postbuild.sh', text: "bar"}  }  }}{noformat}{{!Screenshot_20181119_161957.png|thumbnail!}}  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2018-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen edited a comment on  JENKINS-36322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
 Also NaNy NaNd is shown for a pipeline which has a step with an _expression_, use the following pipeline job, just update label to match something in your jenkins {quote} { { noformat } }    String  foopipeline  foopipeline  { agent { node { label 'fc29' } }  stages { stage('Create postbuild.sh') { when { _expression_  \ { foo == "bar" } } steps { writeFile file: 'postbuild.sh', text: "bar" } } }}  { quote noformat }{{!Screenshot_20181119_161957.png|thumbnail!}}  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2018-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen edited a comment on  JENKINS-36322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
 {{ Also  }} NaNy NaNd is shown for a pipeline which has a step with an _expression_, use the following pipeline job, just update label to match something in your jenkins {quote}  {{ String foo }}    {{ String foo pipeline { }}  {{    agent { }}  {{   node { }}  {{   label 'fc29' }}  {{   } }}  {{  } }}  {{ stages { }}  {{  stage('Create postbuild.sh') { }}  {{  when { }}  {{  _expression_ \{ foo == "bar" } }}  {{  } }}  {{  steps { }}  {{  writeFile file: 'postbuild.sh', text: "bar"  } }  {{  } }}  {{  } }}  {{  } }} { { quote } }}    {{!Screenshot_20181119_161957.png|thumbnail!}}  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2018-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-36322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
 {{Also }}NaNy NaNd is shown for a pipeline which has a step with an _expression_, use the following pipeline job, just update label to match something in your jenkins   String foo pipeline {    agent {   node {   label 'fc29' {{  }}} {{ }}} stages { {{ stage('Create postbuild.sh') {}} {{ when {}} {{ _expression_ { foo == "bar" }}} {{ }}} {{ steps {}} {{ writeFile file: 'postbuild.sh', text: "bar"}} {{ }}} {{ }}} {{ }}} }     
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2018-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-36322  
 
 
  NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Attachment: 
 Screenshot_20181119_161957.png  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2018-10-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54225  
 
 
  Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 We are using pipeline and at the end of the pipeline we have a stage as below. We added the disableDeferredWipeout recently to make sure that all disk space of the workspace is reclaimed before the job ends. We now notice that the workspace is not deleted anymore, when we remove the disableDeferredWipeout the workspace directory is gone again. Have tried to find some logs but can't find anything.{{stage('Post cleanup') {}}{{step([$class: 'WsCleanup', disableDeferredWipeout: true])}}{{}}}In the log we only get the message below but at the end the workspace is still there{{[WS-CLEANUP] Deleting project workspace...}} {{[WS-CLEANUP] Deferred wipeout is disabled by the job configuration...}} {{[WS-CLEANUP] done}} As reproducer you can use the pipeline job below, only adapt the node argument. After the pipeline job has finished we would expect to have an empty workspace but with disableDeferredWipeout:true the buildtools directory is still there, without the argument the workspace is deleted {{ node('Scarab_fc28_x86_64_01') { }}  {{   stage('Pre cleanup') { }}  {{     cleanWs() }}  {{   } }}  {{   stage('Buildtools checkout') { }}  {{     dir ('buildtools') { }}  {{       git changelog: false, poll: false, url: 'https://github.com/DOCGroup/MPC', shallow: true }}  {{     } }}  {{   } }}   {{  stage('Post cleanup') { }}  {{  cleanWs disableDeferredWipeout:true }}  {{ // cleanWs() }}  {{  } }}  {{ } }}    
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 
 

[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2018-10-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54225  
 
 
  Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 We are using pipeline and at the end of the pipeline we have a stage as below. We added the disableDeferredWipeout recently to make sure that all disk space of the workspace is reclaimed before the job ends. We now notice that the workspace is not deleted anymore, when we remove the disableDeferredWipeout the workspace directory is gone again. Have tried to find some logs but can't find anything.{{stage('Post cleanup') {}}{{step([$class: 'WsCleanup', disableDeferredWipeout: true])}}{{}}}In the log we only get the message below but at the end the workspace is still there{{[WS-CLEANUP] Deleting project workspace...}}{{[WS-CLEANUP] Deferred wipeout is disabled by the job configuration...}}{{[WS-CLEANUP] done}}  As reproducer you can use the pipeline job below, only adapt the node argument. After the pipeline job has finished we would expect to have an empty workspace but with disableDeferredWipeout:true the buildtools directory is still there, without the argument the workspace is deleted{{node('Scarab_fc28_x86_64_01') {}}{{  stage('Pre cleanup') {}}{{    cleanWs()}}{{  }}}{{  stage('Buildtools checkout') {}}{{    dir ('buildtools') {}}{{      git changelog: false, poll: false, url: 'https://github.com/DOCGroup/MPC', shallow: true}}{{    }}}{{  }}} {{ stage('Post cleanup') {}}{{ cleanWs disableDeferredWipeout:true}}{{// cleanWs()}}{{ }}}{{}}}  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 

[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2018-10-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54225  
 
 
  Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Environment: 
 wsCleanup 0.36 and Jenkins ver. 2.138.2Jenkins node is Fedora 28  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-54225) Using disableDeferredWipeout within pipeline job results in no deleted workspace

2018-10-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-54225  
 
 
  Using disableDeferredWipeout within pipeline job results in no deleted workspace   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Oliver Gondža  
 
 
Components: 
 ws-cleanup-plugin  
 
 
Created: 
 2018-10-24 17:34  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 We are using pipeline and at the end of the pipeline we have a stage as below. We added the disableDeferredWipeout recently to make sure that all disk space of the workspace is reclaimed before the job ends. We now notice that the workspace is not deleted anymore, when we remove the disableDeferredWipeout the workspace directory is gone again. Have tried to find some logs but can't find anything. stage('Post cleanup') { step([$class: 'WsCleanup', disableDeferredWipeout: true]) } In the log we only get the message below but at the end the workspace is still there [WS-CLEANUP] Deleting project workspace... [WS-CLEANUP] Deferred wipeout is disabled by the job configuration... [WS-CLEANUP] done  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

[JIRA] (JENKINS-35026) Pipeline script from SCM triggers builds on sub pipeline change

2016-12-29 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen edited a comment on  JENKINS-35026  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Pipeline script from SCM triggers builds on sub pipeline change   
 

  
 
 
 
 

 
 I am attaching a text file with* jenkins job that pulls the pipeline script from scm, job is triggered on a schedule but the  repo  repository  we get the script from isn't pulled* the contents of the script, have to us two repositories to get the same, the jenkins-jobs git repo is the same as we get the script from* the result of a poll, we had a  chagne  change  in jenkins-jobs, but that shouldn't trigger a build  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-39879) Add pipeline documentation

2016-11-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen closed an issue as Fixed  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Closing, after installing the plugin there is documentation installed  
 

  
 
 
 
 

 
 Jenkins /  JENKINS-39879  
 
 
  Add pipeline documentation   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Status: 
 Open Closed  
 
 
Resolution: 
 Fixed  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/

[JIRA] (JENKINS-39879) Add pipeline documentation

2016-11-19 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-39879  
 
 
  Add pipeline documentation   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Assignee: 
 wolfs  
 
 
Components: 
 groovy-postbuild-plugin  
 
 
Created: 
 2016/Nov/19 1:57 PM  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 On https://wiki.jenkins-ci.org/display/JENKINS/Groovy+Postbuild+Plugin there is no documentation how this plugin can be used from a pipeline job. It would help the community if there was some basic documentation with a few examples people can easily copy from  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
  

[JIRA] (JENKINS-38508) git scm poll doesn't ignore changes with pipeline

2016-10-11 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-38508  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: git scm poll doesn't ignore changes with pipeline   
 

  
 
 
 
 

 
 I also don't 100% understand it. Mostly it seems the polling does work, but in some cases we still see jobs to run even when nothing changed  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-38508) git scm poll doesn't ignore changes with pipeline

2016-09-26 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38508  
 
 
  git scm poll doesn't ignore changes with pipeline   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Attachments: 
 config.xml, test.groovy  
 
 
Components: 
 workflow-cps-plugin  
 
 
Created: 
 2016/Sep/26 2:13 PM  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 We are using the job as attached with the groovy test.groovy file. We poll the SCM for changes but want to ignore any change that is in our jenkins-jobs git repo. This is because in a full setup we poll more repositories which do change. In the jenkins pipeline we use .* as exclude region. This does work unless we clone the same repository in our test.groovy. There we say poll=false, but the repository is polled and at the moment we make a commit to jenkins-jobs.git the job is run. With these configuration we would expect this job to never run, even when we schedule it frequrently  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 
 

[JIRA] (JENKINS-38499) Not possible to trigger from jenkins pipeline

2016-09-26 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38499  
 
 
  Not possible to trigger from jenkins pipeline   
 

  
 
 
 
 

 
Issue Type: 
  New Feature  
 
 
Assignee: 
 huybrechts  
 
 
Components: 
 parameterized-trigger-plugin  
 
 
Created: 
 2016/Sep/26 10:42 AM  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 I would like to use this plugin from a jenkins pipeline to easily trigger a build on the same node, something like step([$class: 'TriggerBuilder', projects: 'windows_reboot', current: true, parameters: 'cleanup_windows_workspace=$WORKSPACE']) Looks this plugin doesn't have support yet to be used from a jenkins pipeline (as far as I could find, no documentation at least)  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
  

[JIRA] (JENKINS-38486) no node shown when using a pipeline job

2016-09-25 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38486  
 
 
  no node shown when using a pipeline job   
 

  
 
 
 
 

 
Issue Type: 
  New Feature  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 built-on-column-plugin  
 
 
Created: 
 2016/Sep/25 6:14 PM  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 At the moment the new pipeline based jobs are used the built-on-column plugin doesn't show the node it was last compiled on, just empty text  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 

[JIRA] (JENKINS-38439) CPPScmFlowDefinition with the ability to use the job name in the scm path

2016-09-22 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-38439  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: CPPScmFlowDefinition with the ability to use the job name in the scm path   
 

  
 
 
 
 

 
 So in the attached config.xml support for replacing taox11/rhel65_taox11.groovy with taox11/$ {JOB_NAME} .groovy  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-38439) CPPScmFlowDefinition with the ability to use the job name in the scm path

2016-09-22 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38439  
 
 
   CPPScmFlowDefinition with the ability to use the job name in the scm path   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Attachment: 
 config.xml  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-38439) CPPScmFlowDefinition with the ability to use the job name in the scm path

2016-09-22 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38439  
 
 
   CPPScmFlowDefinition with the ability to use the job name in the scm path   
 

  
 
 
 
 

 
Issue Type: 
  New Feature  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 workflow-cps-plugin  
 
 
Created: 
 2016/Sep/22 8:35 AM  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 Would be useful when the scm path from which the groovy file is loaded could use variables like the job name so that we easily can copy jobs, just give them an unique name and the scm path doesn't need to manually maintained. Made an initial comment on this on JENKINS-28447  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 
 

[JIRA] (JENKINS-34983) Make text finder plugin compatible with pipeline

2016-09-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-34983  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Make text finder plugin compatible with pipeline
 

  
 
 
 
 

 
 Made an attempt to add this, haven't done much Jenkins/Java development please review, https://github.com/jenkinsci/text-finder-plugin/pull/6  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-38407) Add support for pipeline plugin

2016-09-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38407  
 
 
  Add support for pipeline plugin   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 It looks the project-description-setter plugin isn't compatible with the pipeline plugin, tried to add the following to my pipeline  writeFile file: 'project_description.txt', text: '''   testing'''}  step([$class: 'project-description-setter ', filename: 'project_description.txt'])This results injava.lang.UnsupportedOperationException: no known implementation of interface jenkins.tasks.SimpleBuildStep is named project-description-setterWould be nice if we could also do the following so that we don't need a filename  step([$class: 'project-description-setter ', text: 'foo']) See https://github.com/jenkinsci/pipeline-plugin/blob/master/DEVGUIDE.md  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving em

[JIRA] (JENKINS-38407) Add support for pipeline plugin

2016-09-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-38407  
 
 
  Add support for pipeline plugin   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 bap  
 
 
Components: 
 project-description-setter-plugin  
 
 
Created: 
 2016/Sep/21 10:04 AM  
 
 
Environment: 
 Jenkins 2.7.4  
 
 
Priority: 
  Minor  
 
 
Reporter: 
 Johnny Willemsen  
 

  
 
 
 
 

 
 It looks the project-description-setter plugin isn't compatible with the pipeline plugin, tried to add the following to my pipeline  writeFile file: 'project_description.txt', text: ''' testing '''} step([$class: 'project-description-setter ', filename: 'project_description.txt']) This results in java.lang.UnsupportedOperationException: no known implementation of interface jenkins.tasks.SimpleBuildStep is named project-description-setter Would be nice if we could also do the following so that we don't need a filename  step([$class: 'project-description-setter ', text: 'foo'])  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

 

[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2016-09-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-36322  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
 Added a screen dump with similar output but "NaNy NaNd"  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-36322) NaN execution time may appear if a stage gets terminated incorrectly

2016-09-21 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-36322  
 
 
  NaN execution time may appear if a stage gets terminated incorrectly   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Attachment: 
 fp5mti.png  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-28447) CpsScmFlowDefinition does not resolve variables

2016-09-20 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-28447  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: CpsScmFlowDefinition does not resolve variables   
 

  
 
 
 
 

 
 Would be useful for our use case when the Script Path could use the job name, that way we can have a generic setup where we just have to copy jobs and rename them, the script path will use the correct file for that job from scm  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-35026) Pipeline script from SCM triggers builds on sub pipeline change

2016-09-20 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-35026  
 
 
  Pipeline script from SCM triggers builds on sub pipeline change   
 

  
 
 
 
 

 
Change By: 
 Johnny Willemsen  
 
 
Attachment: 
 poll.txt  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-35026) Pipeline script from SCM triggers builds on sub pipeline change

2016-09-20 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-35026  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Pipeline script from SCM triggers builds on sub pipeline change   
 

  
 
 
 
 

 
 I am attaching a text file with 
 
jenkins job that pulls the pipeline script from scm, job is triggered on a schedule but the repo we get the script from isn't pulled 
the contents of the script, have to us two repositories to get the same, the jenkins-jobs git repo is the same as we get the script from 
the result of a poll, we had a chagne in jenkins-jobs, but that shouldn't trigger a build 
  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-35026) Pipeline script from SCM triggers builds on sub pipeline change

2016-09-20 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen edited a comment on  JENKINS-35026  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Pipeline script from SCM triggers builds on sub pipeline change   
 

  
 
 
 
 

 
 I see something similar in our setup, we checkout the pipeline from SCM (for example http://our-git-url/git/jenkins-pipelines.git) but exclude .* from the polling because we dont' want all our builds to retrigger at the moment something in that git repository changs. In the pipeline script we use a stage as below, but at the moment the jenkins job is triggered through a timed SCM pull it does rebuild at the moment jenkins-pipelines.git has a change, even that we have said poll to false {{   stage('Buildtools checkout') {dir ('buildtools') {  git changelog: false, poll: false, url: 'http://our-git-url/git/jenkins-pipelines.git'}dir ('jenkins-jobs') {  git changelog: false, poll: false, url: 'http://our-git-url/git/another-repo.git'}  } }}   
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-35026) Pipeline script from SCM triggers builds on sub pipeline change

2016-09-20 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Johnny Willemsen commented on  JENKINS-35026  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Pipeline script from SCM triggers builds on sub pipeline change   
 

  
 
 
 
 

 
 I see something similar in our setup, we checkout the pipeline from SCM (for example http://our-git-url/git/jenkins-pipelines.git) but exclude .* from the polling because we dont' want all our builds to retrigger at the moment something in that git repository changs. In the pipeline script we use a stage as below, but at the moment the jenkins job is triggered through a timed SCM pull it does rebuild at the moment jenkins-pipelines.git has a change, even that we have said poll to false {{ stage('Buildtools checkout') { dir ('buildtools')  { git changelog: false, poll: false, url: 'http://our-git-url/git/jenkins-pipelines.git' }  dir ('jenkins-jobs')  { git changelog: false, poll: false, url: 'http://our-git-url/git/another-repo.git' }  }}}  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [git-client-plugin] (JENKINS-33130) Add feature to not do any clone as part of the advanced clone behaviours

2016-02-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen created an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Jenkins /  JENKINS-33130 
 
 
 
  Add feature to not do any clone as part of the advanced clone behaviours  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Improvement 
 
 
 

Assignee:
 
 Nicolas De Loof 
 
 
 

Components:
 

 git-client-plugin 
 
 
 

Created:
 

 24/Feb/16 2:25 PM 
 
 
 

Environment:
 

 linux 
 
 
 

Priority:
 
  Minor 
 
 
 

Reporter:
 
 Johnny Willemsen 
 
 
 
 
 
 
 
 
 
 
We are using the git-client poll support to see if there are any changes in a set of git repositories (using through the multiple-scms-plugin). Currently we can configure a shallow clone as part of the advanced clone behaviours, but it would be nice if we can configure no clone at all. Only use the git client poll support without that the client does a clone of any code. Getting the real code from git is done later by some additional scripting which does use a special directory structure based on other settings 
 
 
 
 
 
 
 
 
 
 
 
 

 

[JIRA] [git-plugin] (JENKINS-33124) git ls-mote could be more optimal when we select a specif branch

2016-02-24 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen created an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Jenkins /  JENKINS-33124 
 
 
 
  git ls-mote could be more optimal when we select a specif branch  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Improvement 
 
 
 

Assignee:
 
 Mark Waite 
 
 
 

Components:
 

 git-plugin 
 
 
 

Created:
 

 24/Feb/16 11:51 AM 
 
 
 

Environment:
 

 Linux 
 
 
 

Priority:
 
  Minor 
 
 
 

Reporter:
 
 Johnny Willemsen 
 
 
 
 
 
 
 
 
 
 
We are using git polling with a specific branch, for example we configure git://git.foo.nl/atcd.git as repository URL and refs/heads/master as branch to build. For the polling we see that the following command is used: git -c core.askpass=true ls-remote -h git://git.foo.nl/atcd.git 
Which returns all heads, it would be more optimal when the following is used, that only returns 1 branch git -c core.askpass=true ls-remote -h git://git.foo.nl/atcd.git refs/heads/master 
 
 
 
 
 
 
 
 
 
 
 
 

 
 

[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen commented on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 
Tested now my proposed addition, had to make a small change in another place, see https://github.com/jenkinsci/multiple-scms-plugin/pull/18 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen updated an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Jenkins /  JENKINS-25253 
 
 
 
  When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 

Change By:
 
 Johnny Willemsen 
 
 
 

Comment:
 
 Note, I am not a Java person and the code below is not tested at all, but could this be of help, just based on the documentation above. If this is useful, let me know, can create a pull request when that would help. Addition to MultipleSCM.java// Only return supportsPolling when all scms do report back that// they supports polling@Overridepublic boolean supportsPolling(){  for(SCM scm : scms) {if (!scm.supportsPolling()) return false;  }  return true;}// When one scm does require a workspace we return true, else// we don't need a workspace for polling@Overridepublic boolean requiresWorkspaceForPolling(){  for(SCM scm : scms) {if (scm.requiresWorkspaceForPolling()) return true;  }  return false;} 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen edited a comment on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 Note, I am not a Java person and the code below is not tested at all, but could this be of help, just based on the documentation above. If this is useful, let me know, can create a pull request when that would help. Addition to MultipleSCM.java// Only return supportsPolling when all scms do report back that// they supports polling@Overridepublic boolean supportsPolling(){  for(SCM scm : scms) {if ( ! scm.supportsPolling()  == false )    return false;  }  return true;}// When one scm does require a workspace we return true, else// we don't need a workspace for polling@Overridepublic boolean requiresWorkspaceForPolling(){  for(SCM scm : scms) {if (scm.requiresWorkspaceForPolling()  == true )    return true;  }  return false;}  
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen edited a comment on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 Note, I am not a Java person and the code below is not tested at all, but could this be of help, just based on the documentation above. If this is useful, let me know, can create a pull request when that would help. Addition to MultipleSCM.java {{ // Only return supportsPolling when all scms do report back that// they supports polling@Overridepublic boolean supportsPolling(){  for(SCM scm : scms) {if (scm.supportsPolling() == false)  return false;  }  return true;}// When one scm does require a workspace we return true, else// we don't need a workspace for polling@Overridepublic boolean requiresWorkspaceForPolling(){  for(SCM scm : scms) {if (scm.requiresWorkspaceForPolling() == true)  return true;  }  return false;} }} 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen edited a comment on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 Note, I am not a Java person and the code below is not tested at all, but could this be of help, just based on the documentation above. If this is useful, let me know, can create a pull request when that would help. Addition to MultipleSCM.java {{ // Only return supportsPolling when all scms do report back that// they supports polling@Overridepublic boolean supportsPolling(){  for(SCM scm : scms) {if (scm.supportsPolling() == false)  return false;  }  return true;}// When one scm does require a workspace we return true, else// we don't need a workspace for polling@Overridepublic boolean requiresWorkspaceForPolling(){  for(SCM scm : scms) {if (scm.requiresWorkspaceForPolling() == true)  return true;  }  return false;} }} 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen commented on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 
Note, I am not a Java person and the code below is not tested at all, but could this be of help, just based on the documentation above. If this is useful, let me know, can create a pull request when that would help. Addition to MultipleSCM.java 
 // Only return supportsPolling when all scms do report back that // they supports polling @Override public boolean supportsPolling() { for(SCM scm : scms)  { if (scm.supportsPolling() == false) return false; } 
 return true; } 
 // When one scm does require a workspace we return true, else // we don't need a workspace for polling @Override public boolean requiresWorkspaceForPolling() { for(SCM scm : scms)  { if (scm.requiresWorkspaceForPolling() == true) return true; } 
 return false; } 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [multiple-scms-plugin] (JENKINS-25253) When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.

2016-02-23 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen commented on  JENKINS-25253 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: When MultiSCM is used to poll git, it will always rebuild if the workspace is cleaned post build.  
 
 
 
 
 
 
 
 
 
 
Could this be because this plugin doesn't implement requiresWorkspaceForPolling (see http://javadoc.jenkins-ci.org/hudson/scm/SCM.html#requiresWorkspaceForPolling%28%29).  
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [ws-cleanup-plugin] (JENKINS-28151) if node switched off after execution some garbage generated

2015-05-15 Thread jwillem...@remedy.nl (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Johnny Willemsen commented on  JENKINS-28151 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: if node switched off after execution some garbage generated  
 
 
 
 
 
 
 
 
 
 
We see a similar issue on Windows, the directory is renamed because of the asynchronoous delete, but we reboot the node in the next jenkins step and the asynchronous delete then isn't finished. Also because of the size of our workspace we see that the asynchronous delete together with the fresh checked out tree is causing our systems to run out of diskspace. Would be helpful for us to have an option to disable the asynchronous delete, we know our build takes more, but it saves us ton of diskspace. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] [ssh-slaves] (JENKINS-18706) ssh-saves 0.27 and jenknis 1.522 not working: java.io.IOException: Unexpected termination of the channel

2013-07-24 Thread jwillem...@remedy.nl (JIRA)












































  
Johnny Willemsen
 edited a comment on  JENKINS-18706


ssh-saves 0.27 and jenknis 1.522 not working: java.io.IOException: Unexpected termination of the channel
















We see here similar problems, time of the slaves is out of sync according to Jenkins with 5 months, but that is not the case. With Solaris 10 x86_64 and Sparc slaves we also have problems connecting using the same error, Solaris 10 ships with "java full version "1.5.0_12-b04". The log when I am using Java webstart:

Jul 24, 2013 1:15:46 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Locating server among [http://jenkins.remedy.nl/]
Jul 24, 2013 1:15:46 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connecting to jenkins.remedy.nl:45673
Jul 24, 2013 1:15:46 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Handshaking
Jul 24, 2013 1:15:46 PM hudson.remoting.jnlp.Main$CuiListener status
INFO: Connected
Jul 24, 2013 1:15:47 PM hudson.remoting.SynchronousCommandTransport$ReaderThread run
SEVERE: I/O error in channel channel
java.io.IOException: Unexpected termination of the channel
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2498)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1273)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
at hudson.remoting.Command.readFrom(Command.java:92)
at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:72)
at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
Jul 24, 2013 1:15:47 PM hudson.remoting.jnlp.Main$CuiListener status




























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 


[JIRA] [ssh-slaves] (JENKINS-18706) ssh-saves 0.27 and jenknis 1.522 not working: java.io.IOException: Unexpected termination of the channel

2013-07-24 Thread jwillem...@remedy.nl (JIRA)














































Johnny Willemsen
 commented on  JENKINS-18706


ssh-saves 0.27 and jenknis 1.522 not working: java.io.IOException: Unexpected termination of the channel















We see here similar problems, time of the slaves is out of sync according to Jenkins with 5 months, but that is not the case. With Solaris 10 x86_64 and Sparc slaves we also have problems connecting using the same error, Solaris 10 ships with "java full version "1.5.0_12-b04"



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.