Re: Jenkins merging similar jobs into 1 job

2016-09-27 Thread Daniel Beck 
Not a topic for the dev list.

> On 28.09.2016, at 04:06, Erik Lovlein  wrote:
> 
> I see it explained here: https://issues.jenkins-ci.org/browse/JENKINS-25529
> 
> Daniel Beck added a comment - 2014/Nov/11 10:53 PM
> The overall behavior is consistent with what Jenkins does independent of 
> Build Flow; multiple queued builds of the same project with no or indentical 
> parameters are collapsed into one.
> 
> The question is whether build flow should actively prevent that, e.g. by 
> waiting until the first build is started before attempting to launch another 
> one.
> 
> 
> 
> But where do I find this explained in the docs?
> 
> 
> 
> On Tuesday, September 27, 2016 at 6:58:18 PM UTC-7, Erik Lovlein wrote:
> I'm wondering what causes Jenkins to merge similar jobs into 1 job.  Is that 
> done within a plugin?  Can somebody point out in the Jenkins documentation 
> where they describe how this functionality works?  Thanks.
> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-dev/eaef75bd-22d7-4938-ad2e-0d45e34822f4%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 Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/25002589-8A4F-46E0-8556-3A646969E34C%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins merging similar jobs into 1 job

2016-09-27 Thread Erik Lovlein 
I see it explained here: https://issues.jenkins-ci.org/browse/JENKINS-25529

Daniel Beck 
 
added a comment - 2014/Nov/11 10:53 PM 

The overall behavior is consistent with what Jenkins does independent of 
Build Flow; multiple queued builds of the same project with no or 
indentical parameters are collapsed into one.

The question is whether build flow should actively prevent that, e.g. by 
waiting until the first build is started before attempting to launch 
another one.


But where do I find this explained in the docs?



On Tuesday, September 27, 2016 at 6:58:18 PM UTC-7, Erik Lovlein wrote:
>
> I'm wondering what causes Jenkins to merge similar jobs into 1 job.  Is 
> that done within a plugin?  Can somebody point out in the Jenkins 
> documentation where they describe how this functionality works?  Thanks.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/eaef75bd-22d7-4938-ad2e-0d45e34822f4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Does jenkins has global error handler?

2016-09-27 Thread James Nord 
Take a look at the stack trace supression plugin. 

/James 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/b9276e18-ca0b-429b-9bce-64d03f9a718d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Someone to take over GHPRB

2016-09-27 Thread Ben Patterson 
Well, my two cents is indeed to do things by the book in GitHub-land for
the reasons that you mentioned (e.g., forks are still linked, etc.) But
perhaps if that's going to be a protracted or painful process, it's worth
reconsidering.

On Tue, Sep 27, 2016 at 4:54 PM, Daniel Beck  wrote:

>
> > On 27.09.2016, at 22:09, Ben Patterson  wrote:
> >
> > It sounds good to me. FWIW I had submitted an issue to the 'current'
> parent repo; I assume GH would only make the switch if all parties agree.
>
> Breaking the connection shouldn't need that -- we could delete the repo,
> create a new one, then push --mirror to get a similar effect.
>
> That said, maybe inverting the link, making jenkinci's the root of the
> network, would be preferable? Otherwise it's disconnected from all existing
> forks.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Developers" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/jenkinsci-dev/iHBzu1sBOmI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/jenkinsci-dev/9CCB5398-6D4E-4C60-AC9D-48604129CE27%40beckweb.net.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Someone to take over GHPRB

2016-09-27 Thread Daniel Beck 

> On 27.09.2016, at 22:09, Ben Patterson  wrote:
> 
> It sounds good to me. FWIW I had submitted an issue to the 'current' parent 
> repo; I assume GH would only make the switch if all parties agree. 

Breaking the connection shouldn't need that -- we could delete the repo, create 
a new one, then push --mirror to get a similar effect.

That said, maybe inverting the link, making jenkinci's the root of the network, 
would be preferable? Otherwise it's disconnected from all existing forks.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/9CCB5398-6D4E-4C60-AC9D-48604129CE27%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Someone to take over GHPRB

2016-09-27 Thread Ben Patterson 
It sounds good to me. FWIW I had submitted an issue to the 'current' parent
repo; I assume GH would only make the switch if all parties agree.

FYI - https://github.com/janinko/ghprb/issues/443

On Tue, Sep 27, 2016 at 5:09 AM, Daniel Beck  wrote:

>
> > On 26.09.2016, at 23:04, Ben Patterson  wrote:
> >
> > Yeah breaking the fork link would be under the control of the other repo
> fwiw so I couldn't promise that.
>
> I can ask GitHub support to do that if that's the consensus.
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Jenkins Developers" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/jenkinsci-dev/iHBzu1sBOmI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/jenkinsci-dev/DB14F1A8-672F-40CE-A999-105B4BE9F70C%40beckweb.net.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Adding pipeline compatabilty to jenkins plugin

2016-09-27 Thread Jesse Glick 
On Tue, Sep 27, 2016 at 10:56 AM, Cédric Cousseran
 wrote:
> Using a lowercase letter at the start of the function name did the trick

Hmm, perhaps the Groovy parser uses letter case to disambiguate class
names from function names in some cases. Never heard of that before.
In any event, I will update the Javadoc accordingly.

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

Re: Minimum System Configuration required for efficient use of jenkins

2016-09-27 Thread Daniel Beck 
Wrong mailing list.

> On 27.09.2016, at 15:58, 'Ashvin Parmar' via Jenkins Developers 
>  wrote:
> 
> Hello all,
> 
> I just want configuration requirement to run jenkins efficiently .
> my requirements are 
> 
> 1.Minimum 20-30 projects runs simultaneously
> 2.daily minimum 10GB packages will be made in local server (should remain for 
> 31 days in FIFO manner)
> and first time project building will be of more then 600gb
> 
> I'm using  OpenSUSE 13.2 OS 
> 
> regard,
> Ashvin 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-dev/a7b74ad8-b55d-4a59-a947-287a58f45a3b%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 Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/446C7570-24E7-4284-AE2A-85AF077C97BA%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Adding pipeline compatabilty to jenkins plugin

2016-09-27 Thread fkpkot 
Please also add the pipeline script you used...

Can be due to the fact you use string as the variable name and when it been 
serached it has some issues?

Could you please upload your jelly view for this  

(If you have a github account to ease this - it will be great..)

On Tuesday, September 27, 2016 at 10:39:21 AM UTC+3, Cédric Cousseran wrote:
>
> Sure, here is the stack trace:
>
> org.codehaus.groovy.control.MultipleCompilationErrorsException: startup 
> failed:
> WorkflowScript: 3: unexpected token: dd3afb84-7f74-4a47-b9da-1cd5ed1cfc59 @ 
> line 3, column 34.
>CustomStep 'dd3afb84-7f74-4a47-b9da-1cd5ed1cfc59'
> ^
>
> 1 error
>
> at 
> org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
> at 
> org.codehaus.groovy.control.ErrorCollector.addFatalError(ErrorCollector.java:150)
> at 
> org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:120)
> at 
> org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:132)
> at 
> org.codehaus.groovy.control.SourceUnit.addError(SourceUnit.java:360)
> at 
> org.codehaus.groovy.antlr.AntlrParserPlugin.transformCSTIntoAST(AntlrParserPlugin.java:145)
> at 
> org.codehaus.groovy.antlr.AntlrParserPlugin.parseCST(AntlrParserPlugin.java:111)
> at org.codehaus.groovy.control.SourceUnit.parse(SourceUnit.java:237)
> at 
> org.codehaus.groovy.control.CompilationUnit$1.call(CompilationUnit.java:167)
> at 
> org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:931)
> at 
> org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:593)
> at 
> org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:569)
> at 
> org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:546)
> at 
> groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298)
> at 
> groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268)
> at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688)
> at groovy.lang.GroovyShell.parse(GroovyShell.java:700)
> at 
> org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:67)
> at 
> org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:410)
> at 
> org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.start(CpsFlowExecution.java:373)
> at 
> org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:213)
> at hudson.model.ResourceController.execute(ResourceController.java:98)
> at hudson.model.Executor.run(Executor.java:410)
> Finished: FAILURE
>
>
>
> Le lundi 26 septembre 2016 18:02:36 UTC+2, fkp...@gmail.com a écrit :
>>
>> could you please post the stack trace from the console?
>>
>> On Monday, September 26, 2016 at 6:38:55 PM UTC+3, Cédric Cousseran wrote:
>>>
>>> Thanks for the response,
>>>
>>> I took a look at your code, but I've not been able to notice any 
>>> noticeable difference.
>>>
>>> Here is my code, if you have any idea what's wrong in it:
>>>
>>> public class CustomStepExecution extends 
>>> AbstractSynchronousNonBlockingStepExecution {
>>>
>>> private static final long serialVersionUID = 1L;
>>>
>>> @StepContextParameter
>>> private transient TaskListener listener;
>>>
>>> @StepContextParameter
>>> private transient FilePath ws;
>>>
>>> @StepContextParameter
>>> private transient Run build;
>>>
>>> @StepContextParameter
>>> private transient Launcher launcher;
>>>
>>> @Inject
>>> private transient CustomStep step;
>>>
>>> @Override
>>> protected Void run() {
>>>//work
>>> return null;
>>> }
>>> }
>>>
>>>
>>>
>>> public class CustomStep extends AbstractStepImpl {
>>>
>>> private final String string;
>>>
>>> public String getString() {
>>> return string;
>>> }
>>>
>>> @DataBoundConstructor
>>> public CustomStep(@Nonnull String string) {
>>> this.string = string
>>> }
>>>
>>> @Extension
>>> public static class DescriptorImpl extends AbstractStepDescriptorImpl {
>>>
>>> public DescriptorImpl() {
>>> super(CustomStepExecution.class);
>>> }
>>>
>>> @Override
>>> public String getFunctionName() {
>>> return "CustomStep";
>>> }
>>>
>>> @Nonnull
>>> @Override
>>> public String getDisplayName() {
>>> return "Launch Step";
>>> }
>>> }
>>> }
>>>
>>>
>>>
>>>
>>> Le lundi 26 septembre 2016 15:53:48 UTC+2, fkp...@gmail.com a écrit :

 If you'd publish some link to your code - I could take a look and see 
 if there's any fix i made that can be relevant for your plugin.

 You can also compare here to see if you spot any differences (it's

Minimum System Configuration required for efficient use of jenkins

2016-09-27 Thread 'Ashvin Parmar' via Jenkins Developers 
Hello all,

I just want configuration requirement to run jenkins efficiently .
my requirements are 

1.Minimum 20-30 projects runs simultaneously
2.daily minimum 10GB packages will be made in local server (should remain 
for 31 days in FIFO manner)
and first time project building will be of more then 600gb

I'm using  OpenSUSE 13.2 OS 

regard,
Ashvin 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/a7b74ad8-b55d-4a59-a947-287a58f45a3b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Adding pipeline compatabilty to jenkins plugin

2016-09-27 Thread Jesse Glick 
Should not matter, but as a matter of convention, function names
should start with a lowercase letter.

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

Re: Speeding up JenkinsRule tests?

2016-09-27 Thread Jesse Glick 
On Mon, Sep 26, 2016 at 4:37 PM, Andrew Bayer  wrote:
> turning the JenkinsRule into a @ClassRule rather than a @Rule

Be very, very careful. You can easily get yourself into trouble this way.

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

Re: Compatability with parallel

2016-09-27 Thread Jesse Glick 
On Mon, Sep 26, 2016 at 11:53 AM,   wrote:
> I can't seem to pinpoint the exact issue when it crashes

Without at least some information about the step you are writing and
the script you are trying to demonstrate it with, it is hard to help.
Narrow it down to a minimal reproducible test case.

BTW you seem to be using deprecated non-block-scoped `stage`, and
doing it inside `parallel` which was never supported.

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

Re: Can't use sendkeys with Jenkins using Windows automated Snapin tool for Powershell

2016-09-27 Thread Daniel Beck 

> On 27.09.2016, at 13:41, Jenkins Jimmy  wrote:
> 
> I doesn't seem to accept the sendkeys into the field. I know regular sendkeys 
> in powershell doesn't work with Jenkins, but I figured since WASP is for 
> automated testing that it would work.
> 
> How can I get this working, or can it even? I'm at my wits end with this 
> program!

Please ask this kind of questions on the Jenkins users list.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/E00D2479-F5AD-4795-87EE-A3DB18F2AFB2%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: New Plugin hosting request: Splunk plugin for Jenkins

2016-09-27 Thread Daniel Beck 
Hi Ted,

Hosting requests are regularly reviewed by our team, but it can take a few days 
as it's done by volunteers.

Daniel

> On 27.09.2016, at 14:06, Ted Xiao  wrote:
> 
> I would like to request hosting the Splunk plugin 
> https://wiki.jenkins-ci.org/display/JENKINS/Splunk+plugin+for+Jenkins
> Git repo: https://github.com/splunk/splunkforjenkins
> Jira ticket: https://issues.jenkins-ci.org/browse/HOSTING-201
> License: MIT
> 
> Thanks,
> Ted
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-dev/f43592d9-ead9-46cb-85b3-34d9b0c677a5%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 Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/7E5370E2-FFEF-4A4C-BC83-7A99B3BF05F2%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

New Plugin hosting request: Splunk plugin for Jenkins

2016-09-27 Thread Ted Xiao 
I would like to request hosting the Splunk plugin 
https://wiki.jenkins-ci.org/display/JENKINS/Splunk+plugin+for+Jenkins
Git repo: https://github.com/splunk/splunkforjenkins
Jira ticket: https://issues.jenkins-ci.org/browse/HOSTING-201
License: MIT

Thanks,
Ted

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/f43592d9-ead9-46cb-85b3-34d9b0c677a5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Can't use sendkeys with Jenkins using Windows automated Snapin tool for Powershell

2016-09-27 Thread Jenkins Jimmy 


In the example below, I'm using WASP  to try 
and use sendkeys with Jenkins. The following code input a min and max 
number into a random number generator and returns the results.


Link to code:

http://pastebin.com/cCGwyq3i


My results return as follows:

Minimum input = 5

Maximum input = 6

Result = 5 

Now, when I try to run this PS1 file through a batch in Jenkins, it sends 
me no errors, but my results return as e.g.:

Minimum input = 1

Maximum input = 100

Result = 11 

I doesn't seem to accept the sendkeys into the field. I know regular 
sendkeys in powershell doesn't work with Jenkins, but I figured since WASP 
is for automated testing that it would work.

How can I get this working, or can it even? I'm at my wits end with this 
program!

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/b37b8225-714e-4625-af8d-1bffaec98aa8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Can't use sendkeys with Jenkins using Windows automated Snapin tool for Powershell

2016-09-27 Thread Jenkins Jimmy 


In the example below, I'm using WASP  to try 
and use sendkeys with Jenkins. The following code input a min and max 
number into a random number generator and returns the results.


Link to code:

http://pastebin.com/cCGwyq3i


My results return as follows:

Minimum input = 5

Maximum input = 6

Result = 5 

Now, when I try to run this PS1 file through a batch in Jenkins, it sends 
me no errors, but my results return as e.g.:

Minimum input = 1

Maximum input = 100

Result = 11 

I doesn't seem to accept the sendkeys into the field. I know regular 
sendkeys in powershell doesn't work with Jenkins, but I figured since WASP 
is for automated testing that it would work.

How can I get this working, or can it even? I'm at my wits end with this 
program!

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/70542b8f-b8b8-41e9-ba1e-7b768d44993a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Someone to take over GHPRB

2016-09-27 Thread Daniel Beck 

> On 26.09.2016, at 23:04, Ben Patterson  wrote:
> 
> Yeah breaking the fork link would be under the control of the other repo fwiw 
> so I couldn't promise that.

I can ask GitHub support to do that if that's the consensus.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/DB14F1A8-672F-40CE-A999-105B4BE9F70C%40beckweb.net.
For more options, visit https://groups.google.com/d/optout.

Re: Adding pipeline compatabilty to jenkins plugin

2016-09-27 Thread Cédric Cousseran 
Sure, here is the stack trace:

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
WorkflowScript: 3: unexpected token: dd3afb84-7f74-4a47-b9da-1cd5ed1cfc59 @ 
line 3, column 34.
   CustomStep 'dd3afb84-7f74-4a47-b9da-1cd5ed1cfc59'
^

1 error

at 
org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
at 
org.codehaus.groovy.control.ErrorCollector.addFatalError(ErrorCollector.java:150)
at 
org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:120)
at 
org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:132)
at org.codehaus.groovy.control.SourceUnit.addError(SourceUnit.java:360)
at 
org.codehaus.groovy.antlr.AntlrParserPlugin.transformCSTIntoAST(AntlrParserPlugin.java:145)
at 
org.codehaus.groovy.antlr.AntlrParserPlugin.parseCST(AntlrParserPlugin.java:111)
at org.codehaus.groovy.control.SourceUnit.parse(SourceUnit.java:237)
at 
org.codehaus.groovy.control.CompilationUnit$1.call(CompilationUnit.java:167)
at 
org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:931)
at 
org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:593)
at 
org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:569)
at 
org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:546)
at 
groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298)
at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268)
at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688)
at groovy.lang.GroovyShell.parse(GroovyShell.java:700)
at 
org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:67)
at 
org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:410)
at 
org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.start(CpsFlowExecution.java:373)
at 
org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:213)
at hudson.model.ResourceController.execute(ResourceController.java:98)
at hudson.model.Executor.run(Executor.java:410)
Finished: FAILURE



Le lundi 26 septembre 2016 18:02:36 UTC+2, fkp...@gmail.com a écrit :
>
> could you please post the stack trace from the console?
>
> On Monday, September 26, 2016 at 6:38:55 PM UTC+3, Cédric Cousseran wrote:
>>
>> Thanks for the response,
>>
>> I took a look at your code, but I've not been able to notice any 
>> noticeable difference.
>>
>> Here is my code, if you have any idea what's wrong in it:
>>
>> public class CustomStepExecution extends 
>> AbstractSynchronousNonBlockingStepExecution {
>>
>> private static final long serialVersionUID = 1L;
>>
>> @StepContextParameter
>> private transient TaskListener listener;
>>
>> @StepContextParameter
>> private transient FilePath ws;
>>
>> @StepContextParameter
>> private transient Run build;
>>
>> @StepContextParameter
>> private transient Launcher launcher;
>>
>> @Inject
>> private transient CustomStep step;
>>
>> @Override
>> protected Void run() {
>>//work
>> return null;
>> }
>> }
>>
>>
>>
>> public class CustomStep extends AbstractStepImpl {
>>
>> private final String string;
>>
>> public String getString() {
>> return string;
>> }
>>
>> @DataBoundConstructor
>> public CustomStep(@Nonnull String string) {
>> this.string = string
>> }
>>
>> @Extension
>> public static class DescriptorImpl extends AbstractStepDescriptorImpl {
>>
>> public DescriptorImpl() {
>> super(CustomStepExecution.class);
>> }
>>
>> @Override
>> public String getFunctionName() {
>> return "CustomStep";
>> }
>>
>> @Nonnull
>> @Override
>> public String getDisplayName() {
>> return "Launch Step";
>> }
>> }
>> }
>>
>>
>>
>>
>> Le lundi 26 septembre 2016 15:53:48 UTC+2, fkp...@gmail.com a écrit :
>>>
>>> If you'd publish some link to your code - I could take a look and see if 
>>> there's any fix i made that can be relevant for your plugin.
>>>
>>> You can also compare here to see if you spot any differences (it's in 
>>> ongoing work following the comments I got from Jesse but it works)
>>>
>>> https://github.com/YafimK/hp-application-automation-tools-plugin/tree/LoadRunnerPipelineStep/src/main/java/com/hp/application/automation/tools/pipelineSteps
>>>  
>>> 
>>>
>>> On Monday, September 26, 2016 at