I released a new version last night.
On May 24, 2013 5:07 AM, "Foxgang" <[email protected]> wrote:

> Yep, that's it. Thanks!
>
> On Thursday, May 23, 2013 5:56:34 PM UTC-5, slide wrote:
>>
>> This is an issue with email-ext, I am working on a fix and should release
>> soon. See [1] for more info.
>>
>> slide
>>
>> 1 - 
>> https://issues.jenkins-ci.org/**browse/JENKINS-17910<https://issues.jenkins-ci.org/browse/JENKINS-17910>
>>
>>
>> On Thu, May 23, 2013 at 3:48 PM, Foxgang <[email protected]> wrote:
>>
>>> I am running the following Groovy from the system console:
>>>
>>> def dummyBuildFlow = Jenkins.instance.getItem("my dummy job");
>>>
>>> // Start it
>>> println("Starting dummy build flow at "+new Date());
>>> def job = Queue.instance.schedule(**dummyBuildFlow).future.get();
>>> println("Dummy build flow finished at "+new Date());
>>>
>>> if (job.result.isWorseOrEqualTo(**Result.UNSTABLE)) {
>>>   println("Build Flow had an error, failing this build.");
>>>   return false;
>>> }
>>>
>>> This was working earlier this morning. Since then, I have been making
>>> configuration changes to emails and such, and I installed the latest PAM
>>> Plugin update, but that's it.
>>>
>>> However, the dummy build flow job has since begun failing:
>>>
>>> ERROR: Failed to run DSL Scriptgroovy.lang.**MissingMethodException 
>>> <http://stacktrace.jenkins-ci.org/search?query=groovy.lang.MissingMethodException>:
>>>  No signature of method: java.lang.String.rescue() is applicable for 
>>> argument types: (Script1$_run_closure2) values: 
>>> [Script1$_run_closure2@15be3df**]
>>> Possible solutions: execute(), size(), size(), reverse(), reverse(), 
>>> each(groovy.lang.Closure)
>>>     at 
>>> org.codehaus.groovy.runtime.**ScriptBytecodeAdapter.unwrap(**ScriptBytecodeAdapter.java:55)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.PojoMetaClassSite.**call(PojoMetaClassSite.java:**46)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.CallSiteArray.**defaultCall(CallSiteArray.**java:42)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.AbstractCallSite.**call(AbstractCallSite.java:**108)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.AbstractCallSite.**call(AbstractCallSite.java:**116)
>>>     at Script1.run(Script1.groovy:2)
>>>     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:82)
>>>     at 
>>> com.cloudbees.plugins.flow.**FlowRun$RunnerImpl.doRun(**FlowRun.java:195)
>>>     at 
>>> hudson.model.AbstractBuild$**AbstractBuildExecution.run(**AbstractBuild.java:586)
>>>     at hudson.model.Run.execute(Run.**java:1575)
>>>     at hudson.model.Run.run(Run.java:**1521)
>>>     at com.cloudbees.plugins.flow.**FlowRun.run(FlowRun.java:174)
>>>     at 
>>> hudson.model.**ResourceController.execute(**ResourceController.java:88)
>>>     at hudson.model.Executor.run(**Executor.java:241)
>>>     at hudson.model.OneOffExecutor.**run(OneOffExecutor.java:66)
>>> FATAL: No signature of method: java.lang.String.rescue() is applicable for 
>>> argument types: (Script1$_run_closure2) values: 
>>> [Script1$_run_closure2@15be3df**]
>>> Possible solutions: execute(), size(), size(), reverse(), reverse(), 
>>> each(groovy.lang.Closure)groovy.lang.**MissingMethodException 
>>> <http://stacktrace.jenkins-ci.org/search?query=groovy.lang.MissingMethodException>:
>>>  No signature of method: java.lang.String.rescue() is applicable for 
>>> argument types: (Script1$_run_closure2) values: 
>>> [Script1$_run_closure2@15be3df**]
>>> Possible solutions: execute(), size(), size(), reverse(), reverse(), 
>>> each(groovy.lang.Closure)
>>>     at 
>>> org.codehaus.groovy.runtime.**ScriptBytecodeAdapter.unwrap(**ScriptBytecodeAdapter.java:55)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.PojoMetaClassSite.**call(PojoMetaClassSite.java:**46)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.CallSiteArray.**defaultCall(CallSiteArray.**java:42)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.AbstractCallSite.**call(AbstractCallSite.java:**108)
>>>     at 
>>> org.codehaus.groovy.runtime.**callsite.AbstractCallSite.**call(AbstractCallSite.java:**116)
>>>     at Script1.run(Script1.groovy:2)
>>>     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:82)
>>>     at 
>>> com.cloudbees.plugins.flow.**FlowRun$RunnerImpl.doRun(**FlowRun.java:195)
>>>     at 
>>> hudson.model.AbstractBuild$**AbstractBuildExecution.run(**AbstractBuild.java:586)
>>>     at hudson.model.Run.execute(Run.**java:1575)
>>>     at hudson.model.Run.run(Run.java:**1521)
>>>     at com.cloudbees.plugins.flow.**FlowRun.run(FlowRun.java:174)
>>>     at 
>>> hudson.model.**ResourceController.execute(**ResourceController.java:88)
>>>     at hudson.model.Executor.run(**Executor.java:241)
>>>     at hudson.model.OneOffExecutor.**run(OneOffExecutor.java:66)
>>>
>>>
>>> If I had to guess, I'd say it looks like there some kind of classloader 
>>> contention between Groovy and Java that's causing methods to get invoked on 
>>> the wrong class when running in a Groovy instance. It happens every time I 
>>> try. Interestingly, if I trigger the job from the normal "Build" button, it 
>>> runs fine, which means the DSL is not the problem.
>>>
>>>
>>> Does anyone have any ideas? Could this have been caused by the 1.515 update?
>>>
>>>  --
>>> 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.
>>> For more options, visit 
>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out>
>>> .
>>>
>>>
>>>
>>
>>
>>
>> --
>> Website: http://earl-of-code.**com <http://earl-of-code.com>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> 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 [email protected].
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to