config.xml plugin syntax and getting list of plugins that a config.xml requires ?

2015-02-24 Thread Max Rydahl Andersen
Hi,

I just recently become aware of `/pluginManager/prevalidateConfig` which 
can let me upload a config.xml and have jenkins automatically install any 
missing plugins.

In that context I got two questions:

1) is there a way to specify in config.xml I just want the latest version 
of the plugin installed ? I tried plugin="downstream-ext@latest" but that 
did not seem to work reliably

2) is there a way to have prevalidateConfig (or some other url) just list 
all the plugins it needs ?


p.s. reason for #1 is that I'm trying to add support to jenkins-job-builder 
to explicitly list the plugin it needs but here I really prefer not to set 
the exact plugin version.


-- 
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/00a2cfe8-82fe-44ee-bbd0-36835fc5e08a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Change Directory/File Permissions

2015-02-24 Thread Baptiste Mathus
IIUC you want to run a"post-action"?
Le 24 févr. 2015 15:46, "Erick R"  a écrit :

> Hello! I've managed to setup Jenkins to do a lot of the grunt work
> normally involved in deployment, but I still have a pain point with the
> file permissions, which I'm currently having to setup manually after a
> Jenkins build runs successfully. Search engines seem to mostly have no info
> on this (or perhaps I'm too dense to understand what's out there), so I
> need help.
>
> What do I need to do to allow Jenkins to run chmod?
>
> --
> 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/fe867821-82f2-4022-86c7-ca12312a9aff%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

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


Re: Clean up after build using build flow plugin

2015-02-24 Thread Baptiste Mathus
Either try to use the workspace cleanup plugin and/or some groovy step to
do that and retrieve that variable?
My 2 cents
Le 24 févr. 2015 15:43, "Katie Outram"  a écrit :

> After the build completes, I need to clean up the workspace that was
> created during execution of the build.   The workspace is defined in our
> scripts that get executed during the build.
>
> what this comes down to is I want to remove the contents of the directory (
> bParent.build.properties.environment('GIT_TREE')) except a specific child
> folder in that directory.
>
> From bash I can do this by executing
>
>
>
> find  -mindepth 1 -type
> d ! -iname images -exec rm -rf {} \;
>
> where  is translated to
> my working path.
>
> However when I have tried to even print my command at the end of my build
> execution I end up with an error.
>
> What I have tried (along with some variations) at this point is:
>
> shell(find ${bParent.build.properties.environment['GIT_TREE']} -mindepth 1
> -type d ! -iname images )  - this fails with
>
> Script1.groovy: 44: unexpected token: $ @ line 44, column 15.
>  shell( find ${bParent.build.properties.environment['GIT_TREE']}
> -mindepth 1 -type d ! -iname images
>
>
>  println (find bParent.build.properties.environment['GIT_TREE'] -mindepth
> 1 -type d ! -iname images).execute - this fails with
>
> Script1.groovy: 42: unexpected token: bParent @ line 42, column 15.
>println (find bParent.build.properties.environment['GIT_TREE']
> -mindepth 1 -type d ! -iname images)
>
>
> a basic
>   println bParent.build.properties.environment['GIT_TREE']  gives me the
> directory I want to clean up
>
>
> I don't want to put this in a separate shell script and build job to keep
> our build graph clean and to not confuse our developers.I want this to
> execute at the end of the current process.  Does anyone have any
> suggestions on how to handle this situation?
>
>
>
> --
> 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/a51f8bc3-d319-4ca6-b04e-2fea74d542b5%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

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


Re: Error Acces Git Repositories : stderr: Permission denied (publickey).

2015-02-24 Thread GPG Zatory
Hi Mark,
i will attempt

El jueves, 15 de enero de 2015, 15:45:37 (UTC-6), GPG Zatory escribió:
>
> Hi, 
>
> i have this error in mi jenkins :
>
> Failed to connect to repository : Command "git ls-remote -h 
> g...@github.com:vinco/x.git HEAD" returned status code 128:
> stdout: 
> stderr: Permission denied (publickey). 
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists.
>
> (Attachment the image.)
>
> I have my keys:
> .id_rsa.pub.swp  id_dsa  id_dsa.pub  id_rsa  id_rsa.pub  known_hosts  
> known_hosts.old 
>
> The error showed when i added the ssh url of my repo in the section  Source 
> Code Management in the parameter Repository URL, i don't have idea 
> because it.
> Thank you very much for helping.
>
> (Sorry for my bad english )
>
>

-- 
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/129c9e30-1549-4748-ad8c-5840c5b75a3a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: SVN post commit hook - no subversion consumers for UUID

2015-02-24 Thread Mark Lewis
Daniel, I wish that were the case, but I set logging to ALL and none of the 
messages from SubversionRepositoryStatus were logged. The OP set logging to 
FINE. I expect one of us would've seen messages for the process starting 

 
and ending 
.
 
This suggests to me that 
SubversionRepositoryStatus.JobTriggerListenerImpl.onNotify() is not being 
invoked.

I'm using Jenkins 1.599 and Subversion 2.5.

On Tuesday, February 24, 2015 at 3:22:25 PM UTC-5, Daniel Beck wrote:
>
> Are you sure you're not being misled by that log message? 
>
> The real trigger happens at 
>
> https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/hudson/scm/SubversionRepositoryStatus.java#L165
>  
>
> It also uses the logger of SubversionRepositoryStatus to inform about its 
> actions -- watch what it's doing there. 
>
> The log message refers to further extensions hooking into this mechanism 
> via SCM API plugin and has nothing to do with basic triggering of builds. 
>
> On 24.02.2015, at 21:05, Mark Lewis > 
> wrote: 
>
> > I'm able to get a list of projects putting this in the console: 
> > 
> > println Jenkins.instance.getAllItems() 
> > 
> > However, none of the types shown extend SCMSourceOwner (e.g. 
> hudson.model.FreeStyleProject). 
> > 
> > The implementation of getAllItems() is checking types, and since the new 
> scm-api is looking for Items that extend SCMSourceOwner, the type check 
> fails and the project is excluded from the results. Still digging. 
> > 
> > On Tuesday, February 24, 2015 at 11:06:33 AM UTC-5, Mark Lewis wrote: 
> > I am Brantley's colleague. Just in case this was tied to security, I 
> converted this block of code to the following Groovy script which should 
> print them all: 
> > 
> > import hudson.security.ACL 
> > import jenkins.scm.api.SCMSource 
> > import jenkins.scm.api.SCMSourceOwners 
> > import org.acegisecurity.context.SecurityContextHolder 
> > import org.acegisecurity.Authentication 
> > 
> > Authentication old = 
> SecurityContextHolder.getContext().getAuthentication() 
> > SecurityContextHolder.getContext().setAuthentication(ACL.SYSTEM) 
> > try { 
> >   for(SCMSource e in SCMSourceOwners.all()) { 
> > println(e) 
> >   } 
> > } finally { 
> >   SecurityContextHolder.getContext().setAuthentication(old) 
> > } 
> > 
> > Instead, it prints nothing. 
> > 
> > 
> > On Tuesday, November 11, 2014 at 4:20:52 AM UTC-5, James Telfer wrote: 
> > Hi all, 
> > 
> > I've been working through this issue and trying to read other resources 
> on post-commit hooks without finding a match for the issue I'm 
> experiencing. 
> > 
> > My jobs work fine, and SVN polling is working and triggering builds. 
> However, the post-commit hook in SVN doesn't trigger a build. Instead, the 
> following is written to the log: 
> > 
> > Nov 10, 2014 11:50:33 AM 
> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify 
> > INFO: Received post-commit hook from 
> 104ea3cd-1caa-42bb-bcc1- for revision 120,169 on paths 
> [src/trunk/mgs/, ... (correct comma-separated path list)] 
> > Nov 10, 2014 11:50:33 AM 
> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify 
> > INFO: No subversion consumers for UUID 
> 104ea3cd-1caa-42bb-bcc1- 
> > 
> > So far: 
> > • The job is working manually, and via SVN polling 
> > • The SCM trigger does not deny post-commit hooks 
> > • The UUID is correct 
> > • The paths appear to be correct 
> > • The post-commit hook is using basic auth with a valid user 
> name and API key (these work -- I used to trigger specific builds using 
> this script) 
> > • I'm not using the BlameSubversion plugin 
> > • I have Jenkins 1.570 and SVN plugin 2.3. 
> > • The SVN checkout for this item is marked with depth 'empty', 
> but the source code appears only to check against the UUID (at this level). 
> > I looked at the code for SubversionSCMSource.onNotify and setup a logger 
> at level 'FINE' for that class. Nothing interesting. I tried: 
> > for (SCMSourceOwner owner : SCMSourceOwners.all()) { 
> > println owner 
> > } 
> > 
> > In the console and found the collection has no elements. I tried: 
> > println Jenkins.instance.getAllItems(SCMSource.class) 
> > 
> > as well but that's empty too. 
> > 
> > At this point I'm at a loss. It might need to be anonymous instead of 
> using basic auth (I'm trying that out) but apart from that I'm out of 
> ideas. 
> > 
> > Does anyone have any other ideas I can try? 
> > 
> > Thanks in advance, 
> > James 
> > 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Jenkins Users" group. 
> > To unsubscribe from this group and stop receiving 

Push-button task functionality

2015-02-24 Thread George Sakhnovsky
We're currently implementing push-button task functionality (such as 
release) via the batch task plugin. It works with no major issues for 
freestyle projects, but breaks when used with multi-configuration (matrix) 
style projects: the task only executes on one of the configured hosts, not 
all of them.

Can anyone recommend a fix? We're open to using an alternative solution for 
push-button tasks as well.

Cheers,
George

-- 
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/4877ffb9-ff95-41aa-83de-6dff4e6d96f9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Continuously display progress/status of test jobs?

2015-02-24 Thread David
BTW it should be noted that we are not running Java Unit testing or 
anything like that - otherwise this plugin might have been a good option: 
https://wiki.jenkins-ci.org/display/JENKINS/Test+In+Progress+Plugin.

On Tuesday, 24 February 2015 21:41:54 UTC+1, David wrote:
>
> Hi,
>
> We use jenkins for long running test executions and are looking for a 
> better way to display progress during a test. At the moment we use the 
> Groovy Post Build plugin for processing the build log after a full test is 
> complete.
>
> Is there any way to somehow update the build page for a specific 
> build/test continuously during the execution of a job? F.x. a job is 
> running a large number of test cases and the build page is continuously 
> updated each time a single test case is complete.
>
> Hope someone knows of a plugin for doing this or can provide some pointers 
> for allowing us to implement it ourselves.
>
> Thanks,
> David
>

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


Continuously display progress/status of test jobs?

2015-02-24 Thread David
Hi,

We use jenkins for long running test executions and are looking for a 
better way to display progress during a test. At the moment we use the 
Groovy Post Build plugin for processing the build log after a full test is 
complete.

Is there any way to somehow update the build page for a specific build/test 
continuously during the execution of a job? F.x. a job is running a large 
number of test cases and the build page is continuously updated each time a 
single test case is complete.

Hope someone knows of a plugin for doing this or can provide some pointers 
for allowing us to implement it ourselves.

Thanks,
David

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


Re: SVN post commit hook - no subversion consumers for UUID

2015-02-24 Thread Daniel Beck
Are you sure you're not being misled by that log message?

The real trigger happens at
https://github.com/jenkinsci/subversion-plugin/blob/master/src/main/java/hudson/scm/SubversionRepositoryStatus.java#L165

It also uses the logger of SubversionRepositoryStatus to inform about its 
actions -- watch what it's doing there.

The log message refers to further extensions hooking into this mechanism via 
SCM API plugin and has nothing to do with basic triggering of builds.

On 24.02.2015, at 21:05, Mark Lewis  wrote:

> I'm able to get a list of projects putting this in the console:
> 
> println Jenkins.instance.getAllItems()
> 
> However, none of the types shown extend SCMSourceOwner (e.g. 
> hudson.model.FreeStyleProject).
> 
> The implementation of getAllItems() is checking types, and since the new 
> scm-api is looking for Items that extend SCMSourceOwner, the type check fails 
> and the project is excluded from the results. Still digging.
> 
> On Tuesday, February 24, 2015 at 11:06:33 AM UTC-5, Mark Lewis wrote:
> I am Brantley's colleague. Just in case this was tied to security, I 
> converted this block of code to the following Groovy script which should 
> print them all:
> 
> import hudson.security.ACL
> import jenkins.scm.api.SCMSource
> import jenkins.scm.api.SCMSourceOwners
> import org.acegisecurity.context.SecurityContextHolder
> import org.acegisecurity.Authentication
> 
> Authentication old = SecurityContextHolder.getContext().getAuthentication()
> SecurityContextHolder.getContext().setAuthentication(ACL.SYSTEM)
> try {
>   for(SCMSource e in SCMSourceOwners.all()) {
> println(e)
>   }
> } finally {
>   SecurityContextHolder.getContext().setAuthentication(old)
> }
> 
> Instead, it prints nothing.
> 
> 
> On Tuesday, November 11, 2014 at 4:20:52 AM UTC-5, James Telfer wrote:
> Hi all,
> 
> I've been working through this issue and trying to read other resources on 
> post-commit hooks without finding a match for the issue I'm experiencing.
> 
> My jobs work fine, and SVN polling is working and triggering builds. However, 
> the post-commit hook in SVN doesn't trigger a build. Instead, the following 
> is written to the log:
> 
> Nov 10, 2014 11:50:33 AM 
> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
> INFO: Received post-commit hook from 104ea3cd-1caa-42bb-bcc1- for 
> revision 120,169 on paths [src/trunk/mgs/, ... (correct comma-separated path 
> list)]
> Nov 10, 2014 11:50:33 AM 
> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
> INFO: No subversion consumers for UUID 104ea3cd-1caa-42bb-bcc1-
> 
> So far:
>   • The job is working manually, and via SVN polling
>   • The SCM trigger does not deny post-commit hooks
>   • The UUID is correct
>   • The paths appear to be correct
>   • The post-commit hook is using basic auth with a valid user name and 
> API key (these work -- I used to trigger specific builds using this script)
>   • I'm not using the BlameSubversion plugin
>   • I have Jenkins 1.570 and SVN plugin 2.3.
>   • The SVN checkout for this item is marked with depth 'empty', but the 
> source code appears only to check against the UUID (at this level).
> I looked at the code for SubversionSCMSource.onNotify and setup a logger at 
> level 'FINE' for that class. Nothing interesting. I tried:
> for (SCMSourceOwner owner : SCMSourceOwners.all()) { 
> println owner 
> }
> 
> In the console and found the collection has no elements. I tried:
> println Jenkins.instance.getAllItems(SCMSource.class)
> 
> as well but that's empty too.
> 
> At this point I'm at a loss. It might need to be anonymous instead of using 
> basic auth (I'm trying that out) but apart from that I'm out of ideas.
> 
> Does anyone have any other ideas I can try?
> 
> Thanks in advance,
> James
> 
> 
> -- 
> 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/e39dd500-2954-416a-aa55-e1d07ded09c3%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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


Re: SVN post commit hook - no subversion consumers for UUID

2015-02-24 Thread Mark Lewis
I'm able to get a list of projects putting this in the console:

println Jenkins.instance.getAllItems()


However, none of the types shown extend SCMSourceOwner (e.g. 
hudson.model.FreeStyleProject).

The implementation of getAllItems() is checking types 
,
 
and since the new scm-api is looking for Items that extend SCMSourceOwner 
,
 
the type check fails and the project is excluded from the results. Still 
digging.

On Tuesday, February 24, 2015 at 11:06:33 AM UTC-5, Mark Lewis wrote:
>
> I am Brantley's colleague. Just in case this was tied to security, I 
> converted this block of code 
> 
>  to 
> the following Groovy script which should print them all:
>
> import hudson.security.ACL
> import jenkins.scm.api.SCMSource
> import jenkins.scm.api.SCMSourceOwners
> import org.acegisecurity.context.SecurityContextHolder
> import org.acegisecurity.Authentication
>
> Authentication old = SecurityContextHolder.getContext().getAuthentication()
> SecurityContextHolder.getContext().setAuthentication(ACL.SYSTEM)
> try {
>   for(SCMSource e in SCMSourceOwners.all()) {
> println(e)
>   }
> } finally {
>   SecurityContextHolder.getContext().setAuthentication(old)
> }
>
>
> Instead, it prints nothing.
>
>
> On Tuesday, November 11, 2014 at 4:20:52 AM UTC-5, James Telfer wrote:
>>
>> Hi all,
>>
>> I've been working through this issue and trying to read other resources 
>> on post-commit hooks without finding a match for the issue I'm experiencing.
>>
>> My jobs work fine, and SVN polling is working and triggering builds. 
>> However, the post-commit hook in SVN doesn't trigger a build. Instead, the 
>> following is written to the log:
>>
>> Nov 10, 2014 11:50:33 AM 
>>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>>> INFO: Received post-commit hook from 104ea3cd-1caa-42bb-bcc1-
>>>  for revision 120,169 on paths [src/trunk/mgs/, ... 
>>> (correct comma-separated path list)]
>>> Nov 10, 2014 11:50:33 AM 
>>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>>> INFO: No subversion consumers for UUID 
>>> 104ea3cd-1caa-42bb-bcc1-
>>
>>
>> So far:
>>
>>- The job is working manually, and via SVN polling
>>- The SCM trigger does not deny post-commit hooks
>>- The UUID is correct
>>- The paths appear to be correct
>>- The post-commit hook is using basic auth with a valid user name and 
>>API key (these work -- I used to trigger specific builds using this 
>> script)
>>- I'm not using the BlameSubversion plugin
>>- I have Jenkins 1.570 and SVN plugin 2.3.
>>- The SVN checkout for this item is marked with depth 'empty', but 
>>the source code appears only to check against the UUID (at this level).
>>
>> I looked at the code for SubversionSCMSource.onNotify and setup a logger 
>> at level 'FINE' for that class. Nothing interesting. I tried:
>>
>>> for (SCMSourceOwner owner : SCMSourceOwners.all()) { 
>>
>> println owner 
>>
>> }
>>
>>
>> In the console and found the collection has no elements. I tried:
>>
>>> println Jenkins.instance.getAllItems(SCMSource.class)
>>
>>
>> as well but that's empty too.
>>
>> At this point I'm at a loss. It might need to be anonymous instead of 
>> using basic auth (I'm trying that out) but apart from that I'm out of ideas.
>>
>> Does anyone have any other ideas I can try?
>>
>> Thanks in advance,
>> James
>>
>>

-- 
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/e39dd500-2954-416a-aa55-e1d07ded09c3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [workflow-plugin] stage concurrency not working outside of node scope?

2015-02-24 Thread sebastien . barthelemy
Hi again, 

I still wonder wether this is a bug, which I should file, or not.
Maybe I shall detail a bit further, see below.

Thanks !

On Friday, February 20, 2015 at 1:06:38 PM UTC+1, sebastien@gmail.com 
wrote:
>
> Hello,
>
> I'm experimenting with the "stage" command using the flow below, and 
> running the job 4 times in a row (#59, #60, #61, #62).
>
> My test show that the concurrency limit I set for stage 'build_and_test' 
> is not accounted for, but the one for the 'test' stage is (great feature, 
> thanks!).
>
> Maybe limiting concurrency only works within a node scope? Or am I missing 
> something?
>
> Doc is quite sparce regarding the stage command.
>
> stage name: 'sync'
>> node("qisrc") {
>>   echo "before sync"
>>   sh "sleep 10"
>>   echo "after sync"
>> }
>>
>> stage name: 'build_and_test', concurrency: 1
>>
>
Here I expect the first job to continue, and the others to wait, in a stack 
of size one (a newcomer kicks the older one off).
However it did not happen that way (see below) they all continue to the 
next stage irrespective of the concurrency constraint.

node("qisrc") {
>>   stage name: 'build'
>>   echo "before build"
>>   sh "sleep 10"
>>   echo "build 1/3"
>>   sh "sleep 10"
>>   echo "build 2/3"
>>   sh "sleep 10"
>>   echo "build 3/3"
>>
>>   stage name: 'test', concurrency: 1
>>
>
I expect this "concurrency constraint" to be superfluous since the previous 
stage command constrained the concurrency to one already.
However, in practice, since the previous get ignored, the concurrent jobs 
do wait here.
 

>   echo "before test"
>>   sh "sleep 10"
>>   echo "test 1/3"
>>   sh "sleep 10"
>>   echo "test 2/3"
>>   sh "sleep 10"
>>   echo "test 3/3"
>> }
>>
>
> job/workflow/59/console:
>
>> Started by user admin 
>> Running: sync
>> Entering stage sync
>> Proceeding
>> Running: Allocate node : Start
>> Running on qisrc in /home/jenkins/jenkins/workspace/workflow
>> Running: Allocate node : Body : Start
>> Running: Print Message
>> before sync
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> after sync
>> Running: Allocate node : Body : End
>> Running: Allocate node : End
>> Running: build_and_test
>> Entering stage build_and_test
>> Proceeding
>>
>>
This is expected since this is the first job (#59). 

Running: Allocate node : Start
>> Running on qisrc in /home/jenkins/jenkins/workspace/workflow
>> Running: Allocate node : Body : Start
>> Running: build
>> Entering stage build
>> Proceeding
>> Running: Print Message
>> before build
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 1/3
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 2/3
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 3/3
>> Running: test
>> Entering stage test
>> Proceeding
>>
>>
This is expected since this is the first job (#59). 

Running: Print Message
>> before test
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> test 1/3
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> test 2/3
>> Running: Shell Script
>> [workflow] Running shell script
>> + sleep 10
>> Running: Print Message
>> test 3/3
>> Running: Allocate node : Body : End
>> Running: Allocate node : End
>> Running: End of Workflow
>> Finished: SUCCESS
>>
>>
> job/workflow/60/console:
>
>> Started by user admin 
>> Running: sync
>> Entering stage sync
>> Proceeding
>> Running: Allocate node : Start
>> Running on qisrc in /home/jenkins/jenkins/workspace/workflow@2
>> Running: Allocate node : Body : Start
>> Running: Print Message
>> before sync
>> Running: Shell Script
>> [workflow@2] Running shell script
>> + sleep 10
>> Running: Print Message
>> after sync
>> Running: Allocate node : Body : End
>> Running: Allocate node : End
>> Running: build_and_test
>> Entering stage build_and_test
>> Proceeding
>>
>>
This is *unexpected* since this the first job (#59) is still running.

Running: Allocate node : Start
>> Running on qisrc in /home/jenkins/jenkins/workspace/workflow@2
>> Running: Allocate node : Body : Start
>> Running: build
>> Entering stage build
>> Proceeding
>> Running: Print Message
>> before build
>> Running: Shell Script
>> [workflow@2] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 1/3
>> Running: Shell Script
>> [workflow@2] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 2/3
>> Running: Shell Script
>> [workflow@2] Running shell script
>> + sleep 10
>> Running: Print Message
>> build 3/3
>> Running: test
>> Entering stage test
>> Waiting for builds [59]
>>
>>
So, at this step, we (job #60) aknowledge that job #59 is running and wait. 
Weird, it should have happened ate the build_and_test

Re: [workflow plugin] sh hangs when setting env.PATH

2015-02-24 Thread Scott Armit
Opened a Jira issue: https://issues.jenkins-ci.org/browse/JENKINS-27105


On Tuesday, February 24, 2015 at 11:42:05 AM UTC-5, Scott Armit wrote:
>
> Even on a separate node, the 'env' will cause the 'sh' task to hang. For 
> example, I have a windows slave and master:
>
> node('windows-doc') {
> echo "On my Windows slave"
> env.PATH = "C:\\Program Files (x86)\\MadCap Software\\MadCap Flare 
> V10\\Flare.app;%PATH%"
> }
>
> node('master') {
> echo "On master"
> sh "ls -l"
> }
>
> Remove the 'env.PATH' from that, and it will not hang. I'm running on 
> 1.580.3 LTS release line.
>
> Checking to see if there's a bug for this. Very frustrating.
>
> On Wednesday, February 11, 2015 at 8:33:25 AM UTC-5, Christoph Vogtländer 
> wrote:
>>
>> Hi, 
>>
>> I'm trying to append a path to env.PATH and then executing a "sh" step. 
>>
>> node('Linux') { 
>>env.PATH = "/my/path/:${env.PATH}" 
>>sh 'echo "$PATH"' 
>> } 
>>
>> env.PATH now contains "/my/path:null" and the "sh" will hang (I can see 
>> that the temporary script is created successfully in the workspace, but 
>> Jenkins does not seem to be able to execute it). No output is generated 
>> in the step (just the circular progress indicator will be shown). 
>>
>> When not setting env.PATH everything works as expected and the output 
>> will be: 
>> Running shell script 
>> + echo 'Path: /usr/bin:/bin:/usr/sbin:/sbin' 
>> Path: /usr/bin:/bin:/usr/sbin:/sbin 
>>
>>
>> Changing the above code to: 
>> node('Linux') { 
>>env.PATH = "/my/path/:/usr/bin:/bin:/usr/sbin:/sbin" 
>>sh 'echo "$PATH"' 
>> } 
>>
>> will solve the problem. Is this expected behaviour? 
>>
>> Thanks 
>> Christoph 
>>
>>
>>

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


Re: [workflow plugin] sh hangs when setting env.PATH

2015-02-24 Thread Scott Armit
Even on a separate node, the 'env' will cause the 'sh' task to hang. For 
example, I have a windows slave and master:

node('windows-doc') {
echo "On my Windows slave"
env.PATH = "C:\\Program Files (x86)\\MadCap Software\\MadCap Flare 
V10\\Flare.app;%PATH%"
}

node('master') {
echo "On master"
sh "ls -l"
}

Remove the 'env.PATH' from that, and it will not hang. I'm running on 
1.580.3 LTS release line.

Checking to see if there's a bug for this. Very frustrating.

On Wednesday, February 11, 2015 at 8:33:25 AM UTC-5, Christoph Vogtländer 
wrote:
>
> Hi, 
>
> I'm trying to append a path to env.PATH and then executing a "sh" step. 
>
> node('Linux') { 
>env.PATH = "/my/path/:${env.PATH}" 
>sh 'echo "$PATH"' 
> } 
>
> env.PATH now contains "/my/path:null" and the "sh" will hang (I can see 
> that the temporary script is created successfully in the workspace, but 
> Jenkins does not seem to be able to execute it). No output is generated 
> in the step (just the circular progress indicator will be shown). 
>
> When not setting env.PATH everything works as expected and the output 
> will be: 
> Running shell script 
> + echo 'Path: /usr/bin:/bin:/usr/sbin:/sbin' 
> Path: /usr/bin:/bin:/usr/sbin:/sbin 
>
>
> Changing the above code to: 
> node('Linux') { 
>env.PATH = "/my/path/:/usr/bin:/bin:/usr/sbin:/sbin" 
>sh 'echo "$PATH"' 
> } 
>
> will solve the problem. Is this expected behaviour? 
>
> Thanks 
> Christoph 
>
>
>

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


Re: jenkins integrated with tfs! issue after tf get

2015-02-24 Thread Jcun
So the operations team saw some firewall blocks from my machine hosting 
jenkins to the tfs machine.  They mentioned soap calls?

Does anyone have a list of ports that Jenkins requires, how it 
communicates, etc from the network admin perspective?  

On Monday, February 23, 2015 at 10:09:04 AM UTC-8, Jcun wrote:
>
> Dear all,
>
> the tf get command seems to work during the build i see "All file are up 
> to date"
>
> But after I get 
>
> FATAL: The server * failed to respond
>
> com.microsoft.tfs.core.exceptions.TECoreException 
> :
>  The server co1vtfs01.co1.autoanything.local failed to respond
>   at 
> com.microsoft.tfs.core.exceptions.mappers.TECoreExceptionMapper.map(TECoreExceptionMapper.java:99)
>  
> 
>   at 
> com.microsoft.tfs.core.exceptions.mappers.RegistrationExceptionMapper.map(RegistrationExceptionMapper.java:23)
>  
> 
>   at 
> com.microsoft.tfs.core.clients.registration.RegistrationData.newFromServer(RegistrationData.java:70)
>  
> 
>   at 
> com.microsoft.tfs.core.clients.registration.RegistrationClient.getRegistrationData(RegistrationClient.java:645)
>  
> 
>   at 
> com.microsoft.tfs.core.clients.registration.RegistrationClient.getRegistrationEntry(RegistrationClient.java:188)
>  
> 
>   at 
> com.microsoft.tfs.core.clients.registration.RegistrationClient.getRegistrationEntry(RegistrationClient.java:167)
>  
> 
>   at 
> com.microsoft.tfs.core.clients.webservices.IdentityManagementService.(IdentityManagementService.java:65)
>  
> 
>   at hudson.plugins.tfs.model.Project.getVCCHistory(Project.java:84) 
> 
>   at 
> hudson.plugins.tfs.model.Project.getDetailedHistory(Project.java:128) 
> 
>   at 
> hudson.plugins.tfs.actions.CheckoutAction.checkout(CheckoutAction.java:56) 
> 
>   at 
> hudson.plugins.tfs.TeamFoundationServerScm.checkout(TeamFoundationServerScm.java:176)
>  
> 
>
>
>
>
> Have any of you encountered this?
>
> JCUN
>

-- 
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/1e51cdb4-b346-4e43-857a-66a77634e9c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: SVN post commit hook - no subversion consumers for UUID

2015-02-24 Thread Mark Lewis
I am Brantley's colleague. Just in case this was tied to security, I 
converted this block of code 

 to 
the following Groovy script which should print them all:

import hudson.security.ACL
import jenkins.scm.api.SCMSource
import jenkins.scm.api.SCMSourceOwners
import org.acegisecurity.context.SecurityContextHolder
import org.acegisecurity.Authentication

Authentication old = SecurityContextHolder.getContext().getAuthentication()
SecurityContextHolder.getContext().setAuthentication(ACL.SYSTEM)
try {
  for(SCMSource e in SCMSourceOwners.all()) {
println(e)
  }
} finally {
  SecurityContextHolder.getContext().setAuthentication(old)
}


Instead, it prints nothing.


On Tuesday, November 11, 2014 at 4:20:52 AM UTC-5, James Telfer wrote:
>
> Hi all,
>
> I've been working through this issue and trying to read other resources on 
> post-commit hooks without finding a match for the issue I'm experiencing.
>
> My jobs work fine, and SVN polling is working and triggering builds. 
> However, the post-commit hook in SVN doesn't trigger a build. Instead, the 
> following is written to the log:
>
> Nov 10, 2014 11:50:33 AM 
>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>> INFO: Received post-commit hook from 104ea3cd-1caa-42bb-bcc1-
>>  for revision 120,169 on paths [src/trunk/mgs/, ... (correct 
>> comma-separated path list)]
>> Nov 10, 2014 11:50:33 AM 
>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>> INFO: No subversion consumers for UUID 
>> 104ea3cd-1caa-42bb-bcc1-
>
>
> So far:
>
>- The job is working manually, and via SVN polling
>- The SCM trigger does not deny post-commit hooks
>- The UUID is correct
>- The paths appear to be correct
>- The post-commit hook is using basic auth with a valid user name and 
>API key (these work -- I used to trigger specific builds using this script)
>- I'm not using the BlameSubversion plugin
>- I have Jenkins 1.570 and SVN plugin 2.3.
>- The SVN checkout for this item is marked with depth 'empty', but the 
>source code appears only to check against the UUID (at this level).
>
> I looked at the code for SubversionSCMSource.onNotify and setup a logger 
> at level 'FINE' for that class. Nothing interesting. I tried:
>
>> for (SCMSourceOwner owner : SCMSourceOwners.all()) { 
>
> println owner 
>
> }
>
>
> In the console and found the collection has no elements. I tried:
>
>> println Jenkins.instance.getAllItems(SCMSource.class)
>
>
> as well but that's empty too.
>
> At this point I'm at a loss. It might need to be anonymous instead of 
> using basic auth (I'm trying that out) but apart from that I'm out of ideas.
>
> Does anyone have any other ideas I can try?
>
> Thanks in advance,
> James
>
>

-- 
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/4e7cdc1e-a28d-48ed-a9c7-8e89de423165%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Change Directory/File Permissions

2015-02-24 Thread Erick R
Hello! I've managed to setup Jenkins to do a lot of the grunt work normally 
involved in deployment, but I still have a pain point with the file 
permissions, which I'm currently having to setup manually after a Jenkins 
build runs successfully. Search engines seem to mostly have no info on this 
(or perhaps I'm too dense to understand what's out there), so I need help.

What do I need to do to allow Jenkins to run chmod?

-- 
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/fe867821-82f2-4022-86c7-ca12312a9aff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Clean up after build using build flow plugin

2015-02-24 Thread Katie Outram
After the build completes, I need to clean up the workspace that was 
created during execution of the build.   The workspace is defined in our 
scripts that get executed during the build.
 
what this comes down to is I want to remove the contents of the directory (
bParent.build.properties.environment('GIT_TREE')) except a specific child 
folder in that directory.
 
>From bash I can do this by executing
 
  

find  -mindepth 1 -type d 
! -iname images -exec rm -rf {} \;

where  is translated to 
my working path.

However when I have tried to even print my command at the end of my build 
execution I end up with an error.

What I have tried (along with some variations) at this point is:

shell(find ${bParent.build.properties.environment['GIT_TREE']} -mindepth 1 
-type d ! -iname images )  - this fails with 

Script1.groovy: 44: unexpected token: $ @ line 44, column 15.
 shell( find ${bParent.build.properties.environment['GIT_TREE']} 
-mindepth 1 -type d ! -iname images

 
 println (find bParent.build.properties.environment['GIT_TREE'] -mindepth 1 
-type d ! -iname images).execute - this fails with 

Script1.groovy: 42: unexpected token: bParent @ line 42, column 15.
   println (find bParent.build.properties.environment['GIT_TREE'] -mindepth 
1 -type d ! -iname images)

 
a basic 
  println bParent.build.properties.environment['GIT_TREE']  gives me the 
directory I want to clean up
 
 
I don't want to put this in a separate shell script and build job to keep 
our build graph clean and to not confuse our developers.I want this to 
execute at the end of the current process.  Does anyone have any 
suggestions on how to handle this situation?  
  
 

-- 
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/a51f8bc3-d319-4ca6-b04e-2fea74d542b5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [workflow-plugin] asynchronous model to trigger multiple downstream jobs

2015-02-24 Thread Jesse Glick
Probably https://issues.jenkins-ci.org/browse/JENKINS-26123 is what you 
were looking for.

-- 
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/3fc3aa62-6d8b-4f16-9fca-efbb15cab947%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Build Flow Plugin questions on how to access defined values

2015-02-24 Thread Katie Outram
Thanks!
 
What worked for me was 
println bParent.build.properties.environment['GIT_TREE']  
 
The issue I had was due to the quotes and how I was using them.
 
Thanks for your help!

On Thursday, February 19, 2015 at 10:53:47 AM UTC-5, rginga wrote:

>  I’m thinking that this:
>
>  
>
> println “${TOOL_BRANCH}”  
>
>  
>
> needs to be this:
>
>  
>
> println params[‘TOOL_BRANCH’] 
>
>  
>
> what you cannot do is “Create” a new environment or parameter value inside 
> your build-flow and access that outside in a real post-build step.
>
>  
>
> *From:* jenkins...@googlegroups.com  [mailto:
> jenkins...@googlegroups.com ] *On Behalf Of *Katie Outram
> *Sent:* Thursday, February 19, 2015 10:43 AM
> *To:* jenkins...@googlegroups.com 
> *Subject:* Build Flow Plugin questions on how to access defined values
>
>  
>  
> I am new to the build-flow-plugin and have been asked to add some steps to 
> an existing job.   While I have a shell script that does this, it was 
> requested that I use the build-flow-plugin instead.   I am familiar with 
> Groovy as I use it to access information within jenkins, but the DSL/Groovy 
> build flow plugin confuses me.   Can someone explain to me how to grab a 
> value from Jenkins, or a value that is currently being used in existing 
> build-flow, and then go and use it in a later step after everything is 
> completed to execute some action.
>
> This is a reduced list of what is currently configured for the existing 
> build flow
>  
> bParent = build ("build_start", 
>  
>   TOOL_BRANCH : params['TOOL_BRANCH'], 
>  
>   TOOL_CHANGE_NUMBER : 
> params['TOOL_CHANGE_NUMBER']
>  
>   ) 
>  
> if (bParent.build.properties.environment['TOOL_CHANGE_MERGED'] == 'TRUE') {
>  
> return 0
>  
> } 
>  
> parallel (
>
> {build ("update_issue", EnvVarFile : 
> bParent.build.properties.environment['ENV_VAR_FILE']) },
>
> {build ("verify_commit_message", EnvVarFile : 
> bParent.build.properties.environment['ENV_VAR_FILE']) } 
>
> )
>  
> My ultimate goal is to clean up after the steps listed above (rm -rf 
> several directories but keep certain directories).   I have tried breaking 
> this down to just println a value from Jenkins, and everytime I do this, my 
> script fails.
>  
> These are the actions I have taken and I included a brief comment about 
> each action.
>
> println “${TOOL_BRANCH}”  - my parameter from above
>
> println “${BUILD_ID}”   - Jenkins parameter
>
> println “bParent.build.properties.environment['GIT_TREE']”  - this is the 
> directory I want to clean up from the ENV_VAR_FILE, however I can use a 
> combination of other values, to obtain the same result
>
> Whenever I try anything above or anything similar I get the following 
> error.   What am I missing?
>
> ERROR: Failed to run DSL Script
>
> groovy.lang.MissingPropertyException 
> :
>  
> No such property: TOOL_BRANCH for class: Script1
>
> at 
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:50)
>  
> 
>
> at 
> org.codehaus.groovy.runtime.callsite.PogoGetPropertySite.getProperty(PogoGetPropertySite.java:49)
>  
> 
>
> at 
> org.codehaus.groovy.runtime.callsite.AbstractCallSite.callGroovyObjectGetProperty(AbstractCallSite.java:231)
>  
> 
>
> at Script1.run(Script1.groovy:42) 
> 
>
> at Script1$run.call(Unknown Source)
>
> at 
> org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
>
> at Script1$run.call(Unknown Source)
>
> at 
> com.cloudbees.plugins.flow.FlowDSL.executeFlowScript(FlowDSL.groovy:84)
>
> at 
> com.cloudbees.plugins.flow.FlowRun$FlyweightTaskRunnerImpl.run(FlowRun.java:219)
>
> at hudson.model.Run.execute(Run.java:1665)
>
> at com.cloudbees.plugins.flow.FlowRun.run(FlowRun.java:155)
>
> at 
> hudson.model.ResourceController.execute(ResourceController.java:88)
>
> at hudson.model.Executor.run(Executor.java:246)
>  
> at hudson.model.OneOffExecutor.run(OneOffExecutor.java:66)
>  
>  
>  
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.go

RE: Mirror Sites

2015-02-24 Thread John Mellor
Your site appears to have messed up routing or dns.  Manually add a well-known 
dns such as 8.8.8.8 to your machine to work around the issue.  Also verify that 
your routing and netmask is correct and you can ping arbitrary sites on the 
internet – try Slashdot.org and news.google.com for instance.  Until you get 
your networking problems corrected, you have little hope of getting any 
network-aware service like Jenkins functioning correctly.

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mohamed Sathack
Sent: February-24-15 02:21
To: jenkinsci-users@googlegroups.com
Subject: Mirror Sites

Hi,

I have installed Jenkins in our Linux server which is running with Red Hat OS. 
I followed the below link for Installation steps

https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+on+RedHat+distributions

And now I am trying to install the plugins via Browser. But it is failed with 
Unknown Host exception. I added an entry into hosts file for that mirror site 
and downloading it. Again it throws the same exception. Every time it is 
connecting to different  mirror sites.

Note: I have another instance of Jenkins which is hosted in my local desktop 
(Windows 7). I am able to download the plugins in my local desktop instance.

When I checked this with our NOC team, they clearly mentioned that NO for 
disabling firewall

What are the other options I have to install those plugins?

Regards,
Mohamed Sathack
--
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/c023a438-a5ab-411e-b3bf-b5925284b567%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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


Re: SVN post commit hook - no subversion consumers for UUID

2015-02-24 Thread Brantley Hobbs
James,

We are also experiencing this same issue.  Were you able to find more 
information?

Thanks,
Brantley

On Tuesday, November 11, 2014 at 4:20:52 AM UTC-5, James Telfer wrote:
>
> Hi all,
>
> I've been working through this issue and trying to read other resources on 
> post-commit hooks without finding a match for the issue I'm experiencing.
>
> My jobs work fine, and SVN polling is working and triggering builds. 
> However, the post-commit hook in SVN doesn't trigger a build. Instead, the 
> following is written to the log:
>
> Nov 10, 2014 11:50:33 AM 
>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>> INFO: Received post-commit hook from 104ea3cd-1caa-42bb-bcc1-
>>  for revision 120,169 on paths [src/trunk/mgs/, ... (correct 
>> comma-separated path list)]
>> Nov 10, 2014 11:50:33 AM 
>> jenkins.scm.impl.subversion.SubversionSCMSource$ListenerImpl onNotify
>> INFO: No subversion consumers for UUID 
>> 104ea3cd-1caa-42bb-bcc1-
>
>
> So far:
>
>- The job is working manually, and via SVN polling
>- The SCM trigger does not deny post-commit hooks
>- The UUID is correct
>- The paths appear to be correct
>- The post-commit hook is using basic auth with a valid user name and 
>API key (these work -- I used to trigger specific builds using this script)
>- I'm not using the BlameSubversion plugin
>- I have Jenkins 1.570 and SVN plugin 2.3.
>- The SVN checkout for this item is marked with depth 'empty', but the 
>source code appears only to check against the UUID (at this level).
>
> I looked at the code for SubversionSCMSource.onNotify and setup a logger 
> at level 'FINE' for that class. Nothing interesting. I tried:
>
>> for (SCMSourceOwner owner : SCMSourceOwners.all()) { 
>
> println owner 
>
> }
>
>
> In the console and found the collection has no elements. I tried:
>
>> println Jenkins.instance.getAllItems(SCMSource.class)
>
>
> as well but that's empty too.
>
> At this point I'm at a loss. It might need to be anonymous instead of 
> using basic auth (I'm trying that out) but apart from that I'm out of ideas.
>
> Does anyone have any other ideas I can try?
>
> Thanks in advance,
> James
>
>

-- 
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/b3dc02f7-e302-4913-88b3-caf0df7208ee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Jenkins remote execution error

2015-02-24 Thread Slide
It looks like your email settings are not correct, the Mailer plugin is not
able to authenticate with the email server you setup.

On Tue Feb 24 2015 at 4:36:16 AM Prasad jvv  wrote:

> HI All,
>
> I am using Jenkins ver. 1.593 in centos, i need run some scripts on remote
> machine. I have created  user with private key, please explain the
> procedure
>
> I am getting the below message from own box for sending mail...
>
> javax.mail.AuthenticationFailedException 
> :
>  535 5.7.3 Authentication unsuccessful
>
> at 
> com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:809)
>   at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:752)
>   at 
> com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:669)
>   at javax.mail.Service.connect(Service.java:317)
>   at javax.mail.Service.connect(Service.java:176)
>   at javax.mail.Service.connect(Service.java:125)
>   at javax.mail.Transport.send0(Transport.java:194)
>   at javax.mail.Transport.send(Transport.java:124)
>   at hudson.tasks.MailSender.execute(MailSender.java:121)
>   at hudson.tasks.Mailer.perform(Mailer.java:138)
>   at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734)
>   at hudson.model.Build$BuildExecution.post2(Build.java:183)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683)
>   at hudson.model.Run.execute(Run.java:1784)
>   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
>   at hudson.model.ResourceController.execute(ResourceController.java:89)
>   at hudson.model.Executor.run(Executor.java:240)
>
>  --
> 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/6e8a7123-7d9b-44ca-9271-0b6e2972d605%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

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


Jenkins remote execution error

2015-02-24 Thread Prasad jvv
HI All,

I am using Jenkins ver. 1.593 in centos, i need run some scripts on remote 
machine. I have created  user with private key, please explain the 
procedure 

I am getting the below message from own box for sending mail...

javax.mail.AuthenticationFailedException 
:
 535 5.7.3 Authentication unsuccessful

at 
com.sun.mail.smtp.SMTPTransport$Authenticator.authenticate(SMTPTransport.java:809)
at com.sun.mail.smtp.SMTPTransport.authenticate(SMTPTransport.java:752)
at 
com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:669)
at javax.mail.Service.connect(Service.java:317)
at javax.mail.Service.connect(Service.java:176)
at javax.mail.Service.connect(Service.java:125)
at javax.mail.Transport.send0(Transport.java:194)
at javax.mail.Transport.send(Transport.java:124)
at hudson.tasks.MailSender.execute(MailSender.java:121)
at hudson.tasks.Mailer.perform(Mailer.java:138)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683)
at hudson.model.Run.execute(Run.java:1784)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)

-- 
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/6e8a7123-7d9b-44ca-9271-0b6e2972d605%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Very first job on EC2 slave is really slow

2015-02-24 Thread phejman
Hi everyone,

I've recently stepped into a really strange issue to me, I wonder if you 
could explain me mechanisms that are happening during my build processes.

I am using the EC2 plugin to spawn a slave agents. I've prepared 
provisioned slave image with all necessary packages, repository cloned, and 
artifacts downloaded, but when a job is being run for the very first time, 
step below:

00:00:00.004 Building remotely on EC2 Android-runner (i-eb81dd28) 
> (ubuntu-java-ec2) in workspace /home/ubuntu/workspace/Android-Devel
> 00:01:29.496  > git rev-parse --is-inside-work-tree # timeout=10


use to run for longer than minute. After this first job is completed and I 
trigger one more on that slave, this "Building remotely..." takes only a 
second. Could you explain me what is being done there so that it takes so 
long for the very first time after launching slave?

Another issue is related to same conditions (the very first built on 
recently spawned slave), but refers to gradle command being invoked:

> 00:02:38.324 [Gradle] - Launching build.
> 00:03:39.794 [Android-Devel] $ 
> /home/ubuntu/workspace/Android-Devel/gradlew clean test lint

As you can see this step also runs really long for the first time being 
launched.

Exactly the same time difference appears in the last step

*00:08:31.055* Recording test results*00:10:21.737* Finished: SUCCESS

versus:

*00:04:32.545* Recording test results*00:05:18.314* Finished: SUCCESS


Could you please tell me why such a differences between first and the following 
builds appear?


My plans were to spawn a node per built, but when total build time takes twice 
the time than build on long-running slave it seems not to have sense at all..

-- 
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/86d159af-b6eb-4fc4-b98d-07cf37a74bd4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Clearcase HOME

2015-02-24 Thread Mohamed Sathack
Hi Vincent,

I was referring to CCRC only. Since we are having many number of 
environments, I don't want to install Jenkins on each and every 
environment(we have many QA environments). So I will configure Slave as 
well.

In such case, suggest the one which I have to use here. I am already 
started installation of Thick client in my Master(As of now I have master 
only).

Regards,
Mohamed Sathack

On Thursday, 19 February 2015 15:36:04 UTC+5:30, Vincent Latombe wrote:
>
> Hi,
>
> sorry, the Clearcase plugin isn't compatible with the Clearcase Remote 
> Client (CCRC) (I guess this is what you're calling the thin client). You 
> should install the thick client.
>
> Please note that cleartool is only required on Jenkins slaves, not on the 
> master (that is of course, if you are using slaves, if you use master to 
> execute jobs, then you need cleartool on it).
>
> Cheers,
>
> Vincent
>
> 2015-02-19 7:34 GMT+01:00 Mohamed Sathack >
> :
>
>> Hi,
>>
>> We are using Clearcase as a SCM in our project. So I installed Clearcase 
>> plugins. As of now, I am trying to do the trial through Windows client. 
>> There is an option to configure Clearcase related details. There is an 
>> configuration variable "ClearCase installation" and the value must be the 
>> location of "CLEARCASE_HOME\bin\cleartool" . This cleartool will be 
>> available only in Thick client, but not in Thin client. So which client has 
>> to be installed on my desktop where I am going to run Jenkins. Is it either 
>> thick or thin?
>>
>> Once completed the trial stage, I will be doing the same in Linux machine 
>> (RHCL). So advise whether I need to follow the same procedure whichever I 
>> am going to work out in Windows platform? Like Thick client
>>
>>
>> Regards,
>> Mohamed Sathack
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to jenkinsci-use...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-users/6f06aa8c-60bc-4532-b7df-8e0cbe50ae9f%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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


Jenkins Jcloud Opensatck error

2015-02-24 Thread Sumit Kumar


*Hi i m getting the follwing error when i tried to provision a slave on 
Opensatck.*

*The Slave gets created on openstack but it destroys it with following 
exception*


Error while serving http://localhost:8081/cloud/fedora/provision
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161)
at 
org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:121)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:249)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494)
at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:123)
at 
hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:114)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at 
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1474)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
at org.eclipse.jetty.server.Server.handle(Server.java:370)
at 
org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489)
at 
org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:960)
at 
org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1021)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:865)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240)
at 
org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
at 
org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:668)
at 
org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)
at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
at 

Conditional BuildStep Git Tag Token Macro

2015-02-24 Thread Sverre Moe
I have defined a conditional build step that should check for a given git 
tag before executing a shell script.
Using the Conditional BuildStep Plugin 


Exception caught evaluating condition: 
[org.jenkinsci.plugins.tokenmacro.MacroEvaluationException: Undefined parameter 
tag in token GIT_REVISION], action = [Fail the build]
Build step 'Conditional step (single)' changed build result to FAILURE
Build step 'Conditional step (single)' marked build as failure


My Configuration:

Conditional Step (single) -> Boolean -> Token = ${GIT_REVISION, tag="v1.0.0"}


I have checked the tag v1.0.0 does exist in the repository.


I have installed the necessary Git Parameter Plugin 
 needed to 
access this Token Macro in Conditional BuildStep.

-- 
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/bfa23957-7ddf-4a89-95ae-625bd1f7330d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


how to build a windows phone 8 app dynamically in jenkins using only command prompt?

2015-02-24 Thread sakthi dass
   I want to build a *windows phone 8 
app* which is store in my desktop  in such format 
 "C:\\phoneapp\phoneapp.sln". I want to build it using *jenkins server*,but 
i want to build it dynamically with only using* command prompt*.can anyone 
please help me?

-- 
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/12e983ac-f17b-4aa0-912f-01d30f985933%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Learning Jenkins Groovy with Jenkins API

2015-02-24 Thread Sverre Moe
I have been using "Execute Groovy Script". Then it looks like I should be 
using "System Groovy Script" instead. 
Would a groovy script with Scriptler also have access to the Jenkins 
internals?

mandag 23. februar 2015 21.51.29 UTC+1 skrev LesMikesell følgende:
>
> On Mon, Feb 23, 2015 at 9:19 AM, Sverre Moe  > wrote: 
> > Found the example on the web. Much of the Groovy examples I have seen 
> > entailed using the Jenkins Remote API. I want to use the Jenkins API, 
> > running the Groovy script inside jenkins. 
> > 
> > Haven't found any example how to get the build process. 
> > def build = jenkins.build (or whatever the access class/method is) 
> > 
> > Where is the starting point using the Jenkins API from a groovy script? 
> > Getting server instance, manager instance, thread... 
>
> Is your build step "execute groovy script" or "execute system groovy 
> script".   The former runs independently in a forked jvm on the node, 
> the latter is the one with access to jenkins internals. 
>
> -- 
>Les Mikesell 
>  lesmi...@gmail.com  
>

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


Re: dimensions CM dmcli not found on jenkins slave

2015-02-24 Thread mr0reed
Having the same problem. Is there any new knowledge how to do this?


Am Sonntag, 14. Juli 2013 21:08:30 UTC+2 schrieb Richard Bywater:
>
> Having never used the tool, just a guess, but would logging into the slave 
> machine as the user you specified in the Jenkins slave config and running 
> the scripts do what you want?
>
> Richard.
>
> On Saturday, July 13, 2013, Phuong Do wrote:
>
>> I installed dimensions on slave. One thing that before running dmcli, I 
>> need to run the profile to enable dmcli, The profile calling multiple shell 
>> scripts to setup dimensions environment. I am looking for how to enable 
>> profile in jenkins box.
>>
>>
>> On Fri, Jul 12, 2013 at 12:41 AM, Thomas Vestergaard <
>> vesterga...@solaris.dk> wrote:
>>
>>> You probably haven't installed 'dmcli' on the slave?
>>> It goes for all the tools not managed by Jenkins, that you need to 
>>> install/configure them yourself.
>>>
>>> Best regards,
>>> Thomas
>>>
>>>
>>> On Thu, Jul 11, 2013 at 10:07 PM, Phuong Do  
>>> wrote:
>>>
 Does anyone have successfully use DimensionsCM from slave node. I got 
 this error, but couldn't figure it out. Error: Cannot locate 'dmcli' 
 on the slave node. 
 Thanks.

 -- 
 You received this message because you are subscribed to the Google 
 Groups "Jenkins Users" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to jenkinsci-users+unsubscr...@googlegroups.com.
 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.
>>>  
>>>  
>>>
>>
>>  -- 
>> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/2442fd0a-af39-4ad5-9392-317433e66ce8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.