RE: ERROR: Processing failed due to a bug in the code.

2012-10-30 Thread Ahmet Maruf Aytekin
If someone else experiencing the same problem, following script worked for me 
on Jenkins ver. 1.486:

import hudson.model.*;
import hudson.util.*;

def thr = Thread.currentThread();
def currentBuild = thr?.executable;
def mavenVer = currentBuild.getParent().getModules().toArray()[0].getVersion();
def newParamAction = new hudson.model.ParametersAction(new 
hudson.model.StringParameterValue(PROJECT_VERSION, mavenVer));
currentBuild.addAction(newParamAction);


Maruf


-Original Message-
From: Ahmet Maruf Aytekin
Sent: 15 Ekim 2012 Pazartesi 10:58
To: 'jenkinsci-users@googlegroups.com'
Subject: ERROR: Processing failed due to a bug in the code.

I am getting following error during teh execution of groovy commands via 
execute system groovy script plugin:

Jenkins ver. 1.473


ERROR: Processing failed due to a bug in the code. Please report this to 
jenkinsci-users@googlegroups.com
java.lang.NullPointerException: Cannot invoke method getModuleRecords() on null 
object
at 
org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77)
at 
org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:45)
at 
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
at 
org.codehaus.groovy.runtime.callsite.NullCallSite.call(NullCallSite.java:32)
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:112)
at Script1.run(Script1.groovy:6)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:682)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:666)
at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:65)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.build(MavenModuleSetBuild.java:866)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:805)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1488)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:477)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)
project=hudson.maven.MavenModuleSet@e63c13c[mkk-push]
project.getModules()=[hudson.maven.MavenModule@7d486c15[mkk-push/tr.com.mkk:mkk-push][mkk-push/tr.com.mkk:mkk-push][relativePath:]]
project.getRootModule()=hudson.maven.MavenModule@7d486c15[mkk-push/tr.com.mkk:mkk-push][mkk-push/tr.com.mkk:mkk-push][relativePath:]
FATAL: Cannot invoke method getModuleRecords() on null object
java.lang.NullPointerException: Cannot invoke method getModuleRecords() on null 
object
at 
org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77)
at 
org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:45)
at 
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:42)
at 
org.codehaus.groovy.runtime.callsite.NullCallSite.call(NullCallSite.java:32)
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:112)
at Script1.run(Script1.groovy:6)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:682)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:666)
at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:65)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.build(MavenModuleSetBuild.java:866)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:805)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1488)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:477)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)


Maruf





Bu mesaj ve ekleri mesajda gönderildiği belirtilen kişi/kişilere özeldir ve 
gizlidir. Bu mesaj tarafınıza yanlışlıkla ulaşmış olsa da mesaj içeriğinin 
gizliliği ve bu gizlilik 

jenkins sometimes does respond very slow

2012-10-30 Thread David Gang
Hi all,

We have a jenkins installation with a master and 10 slaves.
Sometimes it takes more than 1 minute till the jenkins respond.
Sometimes it responds after 2 seconds.
I tried to google and find how to fix this issue but did not find
anything.


BR,
David


RE: Why jenkins restart every day?

2012-10-30 Thread Mandeville, Rob
I don't know the answer, but didn't want you to think we're ignoring you.  I 
don't think that the group has enough to bite on to answer this...yet.

My setup has Jenkins running for weeks at a time, so this is definitely not 
normal.

Some useful information might be:

1: Which version of Jenkins are you running?
2: Which OS are you running on?
3: Which web container are you running it in (Tomcat, Glassfish, Jetty, etc.)?  
If you're just running java -jar jenkins.war or somesuch, you're using the 
internal Winstone container
4: How does your system launch Jenkins?  Is it a Unix init.d service, or a 
Windows service, or do you just launch it at the command line?
5: Are you using a plugin to back up your Jenkins configuration?  I had one at 
one point and it wanted to shut down my Jenkins daily so that it didn't back up 
a moving target.

--Rob

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Gaetan
Sent: Tuesday, October 30, 2012 6:04 AM
To: Jenkins Users
Subject: Why jenkins restart every day?

Hello

My Jenkins installation want to restart everyday and and i don't find why.

I have a nightly test job that run for at least 15 hours, and when it is 
underway, jenkins switch to Jenkins is going to shutdown job, so it doesn't 
accept jobs. If I cancel it, some job can be started but it switch back to this 
shutdown mode.

I don't do jenkins update every day, so I don't see why it always wants to 
restart.

Any idea?
Many thanks!
-
Gaetan

The information in this message is for the intended recipient(s) only and may 
be the proprietary and/or confidential property of Litle  Co., LLC, and thus 
protected from disclosure. If you are not the intended recipient(s), or an 
employee or agent responsible for delivering this message to the intended 
recipient, you are hereby notified that any use, dissemination, distribution or 
copying of this communication is prohibited. If you have received this 
communication in error, please notify Litle  Co. immediately by replying to 
this message and then promptly deleting it and your reply permanently from your 
computer.


Re: jenkins sometimes does respond very slow

2012-10-30 Thread David Gang
Hi,
 
Here is the jmap - heap
 
Debugger attached successfully.
Server compiler detected.
JVM version is 11.0-b16
using thread-local object allocation.
Parallel GC with 4 thread(s)
Heap Configuration:
   MinHeapFreeRatio = 40
   MaxHeapFreeRatio = 70
   MaxHeapSize  = 1073741824 (1024.0MB)
   NewSize  = 1048576 (1.0MB)
   MaxNewSize   = 4294901760 (4095.9375MB)
   OldSize  = 4194304 (4.0MB)
   NewRatio = 8
   SurvivorRatio= 8
   PermSize = 16777216 (16.0MB)
   MaxPermSize  = 67108864 (64.0MB)
Heap Usage:
PS Young Generation
Eden Space:
   capacity = 12976128 (12.375MB)
   used = 1228752 (1.1718292236328125MB)
   free = 11747376 (11.203170776367188MB)
   9.469327059659092% used
From Space:
   capacity = 720896 (0.6875MB)
   used = 532512 (0.507843017578125MB)
   free = 188384 (0.179656982421875MB)
   73.8680752840909% used
To Space:
   capacity = 786432 (0.75MB)
   used = 0 (0.0MB)
   free = 786432 (0.75MB)
   0.0% used
PS Old Generation
   capacity = 116326400 (110.9375MB)
   used = 77107416 (73.53536224365234MB)
   free = 39218984 (37.402137756347656MB)
   66.28539695202464% used
PS Perm Generation
   capacity = 67108864 (64.0MB)
   used = 45950216 (43.82154083251953MB)
   free = 21158648 (20.17845916748047MB)
   68.47115755081177% used
 
Is here anything strange ?
 
Thanks,
David
On Tuesday, October 30, 2012 2:21:45 PM UTC+2, David Gang wrote:

 Hi,
  
 I found the following thread:
 https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+is+hanging
 Hereby i attach the jstack file. As we cann see there are many waiting 
 threads.
 I tried also to get the jmap file but now the jenkins run blinding fast.
  
 Thanks,
 David

 On Tuesday, October 30, 2012 12:13:06 PM UTC+2, David Gang wrote:

 Hi all, 

 We have a jenkins installation with a master and 10 slaves. 
 Sometimes it takes more than 1 minute till the jenkins respond. 
 Sometimes it responds after 2 seconds. 
 I tried to google and find how to fix this issue but did not find 
 anything. 


 BR, 
 David 



Concordion presenter plug-in report

2012-10-30 Thread hanmayya
Hi All,

I have a project with has concordion tests.I have configured jenkins with 
Concordion Presenter plugin.
I am able to successfully run the concordion test, but I am not able to 
view them is when I click Latest Concordion Report link on jenkins.
I get a Error 404 page.
I am able to view the html page individually through Workspace link in 
jenkins.

Can anybody please let me know How I Can fix the issue so that I can view 
the html pages when I click Latest Concordion Report link in jenkins.

Thanks in advance
Hanmayya 


Re: Disable installation of launchd service on OS X slaves?

2012-10-30 Thread cl
I have the exact same problem on a standard OS X Mac Mini.

Tried installing an X11 Server, but it didn't help.

If you find a way to fix this, please let us know. I'm sure others are 
having the same problem. :)

On Saturday, October 27, 2012 10:30:55 PM UTC-2, Alex Rønne Petersen wrote:

 Hi folks,

 From the 1.487 changelog:

 * JNLP Slave agent on OS X can install itself as a launchd service.

 I believe this is the cause of the exceptions I'm now seeing when my
 master node attempts to connect to an OS X slave:

 java.io.IOException: Remote call on osx-x86 failed
 at hudson.remoting.Channel.call(Channel.java:673)
 at org.jenkinsci.modules.launchd_slave_installer.
 ComputerListenerImpl.onOnline(ComputerListenerImpl.java:30)
 at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:396)
 at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:317)
 at hudson.plugins.sshslaves.SSHLauncher.startSlave(
 SSHLauncher.java:454)
 at hudson.plugins.sshslaves.SSHLauncher.launch(
 SSHLauncher.java:293)
 at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:200)
 at java.util.concurrent.FutureTask$Sync.innerRun(
 FutureTask.java:334)
 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(
 ThreadPoolExecutor.java:1110)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(
 ThreadPoolExecutor.java:603)
 at java.lang.Thread.run(Thread.java:679)
 Caused by: java.lang.InternalError: Can't connect to window server -
 not enough permissions.
 at java.lang.ClassLoader$NativeLibrary.load(Native Method)
 at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
 at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
 at java.lang.Runtime.loadLibrary0(Runtime.java:823)
 at java.lang.System.loadLibrary(System.java:1045)
 at sun.security.action.LoadLibraryAction.run(
 LoadLibraryAction.java:50)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
 at sun.awt.DebugHelper.clinit(DebugHelper.java:29)
 at java.awt.Component.clinit(Component.java:566)
 at org.jenkinsci.modules.launchd_slave_installer.
 LaunchdSlaveInstaller.call(LaunchdSlaveInstaller.java:53)
 at org.jenkinsci.modules.launchd_slave_installer.
 LaunchdSlaveInstaller.call(LaunchdSlaveInstaller.java:35)
 at hudson.remoting.UserRequest.perform(UserRequest.java:118)
 at hudson.remoting.UserRequest.perform(UserRequest.java:48)
 at hudson.remoting.Request$2.run(Request.java:326)
 at hudson.remoting.InterceptingExecutorService$1.call(
 InterceptingExecutorService.java:72)
 at java.util.concurrent.FutureTask$Sync.innerRun(
 FutureTask.java:303)
 at java.util.concurrent.FutureTask.run(FutureTask.java:138)
 at java.util.concurrent.ThreadPoolExecutor$Worker.
 runTask(ThreadPoolExecutor.java:886)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(
 ThreadPoolExecutor.java:908)
 at java.lang.Thread.run(Thread.java:680)
 [10/27/12 20:47:14] [SSH] Connection closed.
 ERROR: Connection terminated
 java.io.IOException: Unexpected termination of the channel
 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(
 SynchronousCommandTransport.java:50)
 Caused by: java.io.EOFException
 at java.io.ObjectInputStream$BlockDataInputStream.peekByte(
 ObjectInputStream.java:2570)
 at java.io.ObjectInputStream.readObject0(ObjectInputStream.
 java:1314)
 at java.io.ObjectInputStream.readObject(ObjectInputStream.
 java:368)
 at hudson.remoting.Command.readFrom(Command.java:90)
 at hudson.remoting.ClassicCommandTransport.read(
 ClassicCommandTransport.java:59)
 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(
 SynchronousCommandTransport.java:48)
 ERROR: [10/27/12 20:47:14] slave agent was terminated
 java.io.IOException: Unexpected termination of the channel
 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(
 SynchronousCommandTransport.java:50)
 Caused by: java.io.EOFException
 at java.io.ObjectInputStream$BlockDataInputStream.peekByte(
 ObjectInputStream.java:2570)
 at java.io.ObjectInputStream.readObject0(ObjectInputStream.
 java:1314)
 at java.io.ObjectInputStream.readObject(ObjectInputStream.
 java:368)
 at hudson.remoting.Command.readFrom(Command.java:90)
 at hudson.remoting.ClassicCommandTransport.read(
 ClassicCommandTransport.java:59)
 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(
 SynchronousCommandTransport.java:48)

 Can I somehow disable this? I don't want it to be installed as a
 launchd service and, as seen in the exception stack trace, it can't
 actually start the installer. The machine is 

Re: Why jenkins restart every day?

2012-10-30 Thread Larry Shatzer, Jr.
Are you running your job with this plugin:
https://wiki.jenkins-ci.org/display/JENKINS/Exclusive+Execution+Plugin? It
will prevent other jobs from running, and the way it does that is to put it
into shutdown mode so no other jobs run at the same time.

On Tue, Oct 30, 2012 at 4:04 AM, Gaetan gae...@xeberon.net wrote:

 Hello

 My Jenkins installation want to restart everyday and and i don't find why.

 I have a nightly test job that run for at least 15 hours, and when it is
 underway, jenkins switch to Jenkins is going to shutdown job, so it
 doesn't accept jobs. If I cancel it, some job can be started but it switch
 back to this shutdown mode.

 I don't do jenkins update every day, so I don't see why it always wants to
 restart.

 Any idea?
 Many thanks!
 -
 Gaetan





Re: Why jenkins restart every day?

2012-10-30 Thread Gaetan
Hello

Thanks for your quick answsers!

Here are mine :
- Latest Jenkins, using Linux standalone service (init.d). I'm under latest
ubuntu 12.10
- I have the exclusive execution  plugin installed but I don't use it. I'm
disabling it right now
- which backup plugin are you talking about? I'm using Backup plugin, but
since it doesn't seem to do the job, I'm also disabling it.

Regards,
-
Gaetan




2012/10/30 Larry Shatzer, Jr. lar...@gmail.com

 Are you running your job with this plugin:
 https://wiki.jenkins-ci.org/display/JENKINS/Exclusive+Execution+Plugin?
 It will prevent other jobs from running, and the way it does that is to put
 it into shutdown mode so no other jobs run at the same time.


 On Tue, Oct 30, 2012 at 4:04 AM, Gaetan gae...@xeberon.net wrote:

 Hello

 My Jenkins installation want to restart everyday and and i don't find why.

 I have a nightly test job that run for at least 15 hours, and when it is
 underway, jenkins switch to Jenkins is going to shutdown job, so it
 doesn't accept jobs. If I cancel it, some job can be started but it switch
 back to this shutdown mode.

 I don't do jenkins update every day, so I don't see why it always wants
 to restart.

 Any idea?
 Many thanks!
 -
 Gaetan






Email-EXT/Warnings Plugin Questions

2012-10-30 Thread Fisher, Allen
Hi List--

We're on a tear to clean up warnings in our applications. The Warnings Plugin 
has been invaluable in that effort (Thanks, Ulli!). It's going to be a while 
until we can turn Warnings as errors as a global option, so in the mean time, 
we want to alert the dev team when the warning count goes up after a build.

I'm working on using EMAIL-EXT to create the email that goes out for this 
issue. I've had some success in listing the counts of new/fixed/total warnings. 
It works great except it sends the email for every build, not just the ones 
with new errors. According to the documentation for email-ext, I should be able 
to put in a pre-send script that sets cancel to false. I've made several 
stabs at this (I'm not a Groovy guy, so I'm probably missing something pretty 
obvious), but no matter what I've done, I can't get it to cancel the email:

This is one of the attempts, using code I found on stack overflow:

if (${WARNINGS_NEW}==0) { cancel = true; }
 
Email was triggered for: Success
Sending email for trigger: Success
Sending email to: afis...@makemusic.com
groovy.lang.MissingMethodException: No signature of method: Script1.$() is 
applicable for argument types: (Script1$_run_closure1) values: 
[Script1$_run_closure1@1fcba664]
Possible solutions: is(java.lang.Object), run(), run(), any(), 
use([Ljava.lang.Object;), any(groovy.lang.Closure)
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:55)
at 
org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:78)
at 
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:46)
at 
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at 
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at Script1.run(Script1.groovy:1)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:580)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:618)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:589)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.executePresendScript(ExtendedEmailPublisher.java:322)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.sendMail(ExtendedEmailPublisher.java:281)
at 
hudson.plugins.emailext.ExtendedEmailPublisher._perform(ExtendedEmailPublisher.java:265)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.perform(ExtendedEmailPublisher.java:225)
at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:807)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:782)
at hudson.model.Build$BuildExecution.cleanUp(Build.java:192)
at hudson.model.Run.execute(Run.java:1560)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)


And it still sends the mail.

I also have a question about getting a list of the new warnings in the body of 
the email. I'm not sure how to get at them. I've written some python that pulls 
out the new warnings using the REST API, but it seems that there should be a 
token that I could get at, or is there a groovy call I could make?

Thanks for all your help!

Allen Fisher
Continuous Integration Engineer
MakeMusic, Inc
E: afis...@makemusic.com
P: 952.906.3664
S: allen_fisher
W: www.makemusic.com




Re: Email-EXT/Warnings Plugin Questions

2012-10-30 Thread Fisher, Allen
Thanks slide.

I think my primary assumption was that I could plop a token in there and 
Jenkins would expand it out for me. That doesn't seem to be the case, which is 
fine. I can now cancel an email and with yours and Ulli's responses I should be 
able to get at it.

Thanks!

Allen

Allen Fisher
Continuous Integration Engineer
MakeMusic, Inc
E: afis...@makemusic.commailto:afis...@makemusic.com
P: 952.906.3664
S: allen_fisher
W: www.makemusic.comhttp://www.makemusic.com

On Oct 30, 2012, at 11:47 AM, Slide wrote:

You basically need to determine how to access the information you want using 
Java and then translate that into groovy. You'd want to get at the warnings 
publisher for the current build and then look at the API's available for that 
to get the information you need. If there is a WARNINGS_NEW token, then you 
could look at how the Java creates that token and go from there.

slide

On Tue, Oct 30, 2012 at 8:57 AM, Fisher, Allen 
afis...@makemusic.commailto:afis...@makemusic.com wrote:
Hi List--

We're on a tear to clean up warnings in our applications. The Warnings Plugin 
has been invaluable in that effort (Thanks, Ulli!). It's going to be a while 
until we can turn Warnings as errors as a global option, so in the mean time, 
we want to alert the dev team when the warning count goes up after a build.

I'm working on using EMAIL-EXT to create the email that goes out for this 
issue. I've had some success in listing the counts of new/fixed/total warnings. 
It works great except it sends the email for every build, not just the ones 
with new errors. According to the documentation for email-ext, I should be able 
to put in a pre-send script that sets cancel to false. I've made several 
stabs at this (I'm not a Groovy guy, so I'm probably missing something pretty 
obvious), but no matter what I've done, I can't get it to cancel the email:

This is one of the attempts, using code I found on stack overflow:

if (${WARNINGS_NEW}==0) { cancel = true; }

Email was triggered for: Success
Sending email for trigger: Success
Sending email to: afis...@makemusic.commailto:afis...@makemusic.com
groovy.lang.MissingMethodException: No signature of method: Script1.$() is 
applicable for argument types: (Script1$_run_closure1) values: 
[Script1$_run_closure1@1fcba664]
Possible solutions: is(java.lang.Object), run(), run(), any(), 
use([Ljava.lang.Object;), any(groovy.lang.Closure)
at 
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:55)
at 
org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:78)
at 
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallCurrent(CallSiteArray.java:46)
at 
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:133)
at 
org.codehaus.groovy.runtime.callsite.AbstractCallSite.callCurrent(AbstractCallSite.java:141)
at Script1.run(Script1.groovy:1)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:580)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:618)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:589)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.executePresendScript(ExtendedEmailPublisher.java:322)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.sendMail(ExtendedEmailPublisher.java:281)
at 
hudson.plugins.emailext.ExtendedEmailPublisher._perform(ExtendedEmailPublisher.java:265)
at 
hudson.plugins.emailext.ExtendedEmailPublisher.perform(ExtendedEmailPublisher.java:225)
at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:807)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:782)
at hudson.model.Build$BuildExecution.cleanUp(Build.java:192)
at hudson.model.Run.execute(Run.java:1560)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)


And it still sends the mail.

I also have a question about getting a list of the new warnings in the body of 
the email. I'm not sure how to get at them. I've written some python that pulls 
out the new warnings using the REST API, but it seems that there should be a 
token that I could get at, or is there a groovy call I could make?

Thanks for all your help!

Allen Fisher
Continuous Integration Engineer
MakeMusic, Inc
E: afis...@makemusic.commailto:afis...@makemusic.com
P: 952.906.3664tel:952.906.3664
S: allen_fisher
W: www.makemusic.comhttp://www.makemusic.com/





--
Website: http://earl-of-code.comhttp://earl-of-code.com/



Re: LTS 1.480.1 RC1 testing

2012-10-30 Thread Mark Waite
Vojta,

I've logged several of the tests I performed on various configurations and 
added an additional section exploratory tests.  I wanted a place to record 
creative tests I've never tried before.  Those types of tests aren't as 
helpful for detecting regressions, but may discover bugs more quickly (for me 
anyway) because I suffer less from inattentional blindness when running 
exploratory tests.  You're welcome to delete the exploratory tests section if 
you find it too distracting.


We still have very few Windows tests recorded on that page.  It would be a nice 
help for community members to assist with some Windows tests of the release 
candidate.  Many of us can contribute to the community by testing release 
candidates, even if we can't contribute to the community by coding.


Mark Waite






 From: Vojtech Juranek vjura...@redhat.com
To: jenkinsci-...@googlegroups.com; jenkinsci-users@googlegroups.com 
Sent: Monday, October 29, 2012 6:11 PM
Subject: LTS 1.480.1 RC1 testing
 
Hi,
LTS 1.480.1 RC is now available for download [1].
As usual, I would like to ask for your help. If you stage RC in you stage 
environment or just download RC and try to run it, please drop a note on wiki 
page [2], shortly describe what you've tested, where it was done (OS, JDK 
version) and the result. 

Feel free to add new tests or repeat tests which were already done by someone 
else in different env. - it is also very useful as some bug can appear only on 
e.g. one OS but not on other etc.

Any test is very helpful, especially in case of new major LTS RC.

Thanks in advance
Vojta

[1] http://mirrors.jenkins-ci.org/
[2] https://wiki.jenkins-ci.org/display/JENKINS/LTS+1.480.x+RC+Testing




How to access value of a parameter using remote api

2012-10-30 Thread Ramith Jayasinghe

Hi Guys,
  is it possible to get the (default) value parameter (defined in a 
parametrized) in job definition using the remote api?
  Has anyone done something similar before?

Regards,
Ramith