RE: ERROR: Processing failed due to a bug in the code.
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
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?
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
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
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?
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?
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?
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
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
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
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
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