[JIRA] (JENKINS-55849) cannot stop auto-scrolling in blue ocean console
Title: Message Title David Resnick commented on JENKINS-55849 Re: cannot stop auto-scrolling in blue ocean console This issue causes me to navigate away from Blue Ocean 90% of the time. And the issue itself makes it hard to reach the link that will take me to the standard view of the build I'm in. Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.197246.1548796499000.2386.1579502220241%40Atlassian.JIRA.
[JIRA] (JENKINS-25704) Scheduled triggering stops working until restart
Title: Message Title David Resnick commented on JENKINS-25704 Re: Scheduled triggering stops working until restart HARISHKUMAR TR I think someone has to be convinced to take it. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.159277.141647497.615.1557643980876%40Atlassian.JIRA. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-41894) deleteDir() for cwd removes workspace when run in docker.image('builder').inside
Title: Message Title
David Resnick commented on JENKINS-41894
Re: deleteDir() for cwd removes workspace when run in docker.image('builder').inside
Sure, though this is easier said than done when logic is in an external library (like here) and calling git requires the container image.
Add Comment
This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-41894) deleteDir() for cwd removes workspace when run in docker.image('builder').inside
Title: Message Title
David Resnick created an issue
Jenkins / JENKINS-41894
deleteDir() for cwd removes workspace when run in docker.image('builder').inside
Issue Type:
Bug
Assignee:
Unassigned
Components:
docker-workflow-plugin
Created:
2017/Feb/09 3:16 PM
Environment:
Pipeline basic steps: 2.3 Docker pipeline: 1.9.1 Jenkins: 2.19.3
Priority:
Minor
Reporter:
David Resnick
This snippet (with docker.image.inside) fails:
node('default') {
docker.image('builder').inside {
deleteDir()
checkout scm
sh 'git rev-parse HEAD > git-revision.tmp'
env.REVISION = readFile('git-revision.tmp').trim()
}
}
While this snippet doesn't:
node('default') {
deleteDir()
checkout scm
sh 'git rev-parse HEAD > git-revision.tmp'
env.REVISION = readFile('git-revision.tmp').trim()
}
The failure begins with the attempt to use the checked out files, with this error:
[Pipeline] sh
[FLE3OSMVFPS5YXYDBJO2SDKESHOZUWIWXDMRIPXDFZ27TAUUNB6Q] Running shell script
shell-init: error retrieving current
[JIRA] (JENKINS-35184) Failed to load jenkins.util.SystemProperties on slaves due to ServletContext
Title: Message Title David Resnick updated an issue Jenkins / JENKINS-35184 Failed to load jenkins.util.SystemProperties on slaves due to ServletContext Change By: David Resnick Labels: lts-candidate Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-35184) Failed to load jenkins.util.SystemProperties on slaves due to ServletContext
Title: Message Title David Resnick commented on JENKINS-35184 Re: Failed to load jenkins.util.SystemProperties on slaves due to ServletContext The impact of this bug is that Jenkins 2.x doesn't work with the JClouds plugin, which provisions slaves on CloudStack. This is blocking our upgrade to Jenkins 2.x. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
Title: Message Title David Resnick commented on JENKINS-25704 Re: Scheduled triggering stops working until restart I didn't encounter this problem when I had the stash plugin installed. I now have the stash plugin and haven't encountered this problem. Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [email-ext-plugin] (JENKINS-29970) email-ext step fails in freestyle project triggered by workflow plugin buildJob
Title: Message Title
David Resnick updated an issue
Jenkins / JENKINS-29970
email-ext step fails in freestyle project triggered by workflow plugin buildJob
Change By:
David Resnick
Ihaveafreestylejobthatfailstorunthepost-buildextendedemailstepwhenitistriggeredbyaworkflowbuildJobconstruct.Theerrormessage:{ { noformat} ERROR:Couldnotsendemailasapartofthepost-buildpublishers.java.lang.ClassCastException:org.jenkinsci.plugins.workflow.job.WorkflowJobcannotbecasttohudson.model.AbstractProject athudson.plugins.emailext.plugins.recipients.UpstreamComitterRecipientProvider.addRecipients(UpstreamComitterRecipientProvider.java:40) athudson.plugins.emailext.ExtendedEmailPublisher.createMail(ExtendedEmailPublisher.java:578) athudson.plugins.emailext.ExtendedEmailPublisher.sendMail(ExtendedEmailPublisher.java:306) athudson.plugins.emailext.ExtendedEmailPublisher._perform(ExtendedEmailPublisher.java:297) athudson.plugins.emailext.ExtendedEmailPublisher.perform(ExtendedEmailPublisher.java:244) athudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) athudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:761) athudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:721) athudson.model.Build$BuildExecution.cleanUp(Build.java:193) athudson.model.Run.execute(Run.java:1788) athudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) athudson.model.ResourceController.execute(ResourceController.java:98) athudson.model.Executor.run(Executor.java:374) {noformat } }
Add Comment
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
[JIRA] [email-ext-plugin] (JENKINS-29970) email-ext step fails in freestyle project triggered by workflow plugin buildJob
Title: Message Title
David Resnick created an issue
Jenkins / JENKINS-29970
email-ext step fails in freestyle project triggered by workflow plugin buildJob
Issue Type:
Bug
Assignee:
Alex Earl
Components:
email-ext-plugin
Created:
16/Aug/15 8:41 AM
Environment:
email-ext plugin: 2.40.5 Jenkins: 1.609.2 Workflow: 1.8
Labels:
workflow
Priority:
Major
Reporter:
David Resnick
I have a freestyle job that fails to run the post-build extended email step when it is triggered by a workflow buildJob construct.
The error message:
{{ERROR: Could not send email as a part of the post-build publishers. java.lang.ClassCastException: org.jenkinsci.plugins.workflow.job.WorkflowJob cannot be cast to hudson.model.AbstractProject at hudson.plugins.emailext.plugins.recipients.UpstreamComitterRecipientProvider.addRecipients(UpstreamComitterRecipientProvider.java:40) at hudson.plugins.emailext.ExtendedEmailPublisher.createMail(ExtendedEmailPublisher.java:578) at
[JIRA] [build-pipeline-plugin] (JENKINS-27537) Regular list project view failing to load with Build Pipeline 1.4.5 installed
David Resnick commented on JENKINS-27537 Regular list project view failing to load with Build Pipeline 1.4.5 installed I've had a chance to investigate further. When I try to open one of my build-pipeline views I get this in the log: Mar 29, 2015 6:19:00 AM hudson.ExpressionFactory2$JexlExpression evaluate WARNING: Caught exception evaluating: h.hasPermission(it, permission) in /view/plutus-cd/. Reason: java.lang.ClassCastException java.lang.ClassCastException Mar 29, 2015 6:19:00 AM hudson.ExpressionFactory2$JexlExpression evaluate WARNING: Caught exception evaluating: it.items in /view/plutus-cd/. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314) at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185) at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) at org.apache.commons.jelly.tags.core.CoreTagLibrary$3.run(CoreTagLibrary.java:134) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:120) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99) at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:120) at org.kohsuke.stapler.jelly.CompressTag.doTag(CompressTag.java:44) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:95) at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63) at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:53) at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:112) at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127) at
[JIRA] [build-pipeline-plugin] (JENKINS-27537) Regular list project view failing to load with Build Pipeline 1.4.5 installed
David Resnick created JENKINS-27537 Regular list project view failing to load with Build Pipeline 1.4.5 installed Issue Type: Bug Assignee: Unassigned Components: build-pipeline-plugin Created: 22/Mar/15 7:45 AM Description: Upgrading build-pipeline plugin beyond 1.4.5 (so far 1.4.6 and 1.4.7) breaks the regular job list view. Instead of jobs, the following stack trace is displayed: Stack trace javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/var/cache/jenkins/war/WEB-INF/lib/jenkins-core-1.602.jar!/hudson/model/View/index.jelly:42:43: st:include org.apache.commons.jelly.JellyTagException: jar:file:/var/cache/jenkins/war/WEB-INF/lib/jenkins-core-1.602.jar!/lib/hudson/projectView.jelly:67:24: d:invokeBody java.lang.ClassCastException at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:117) at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:735) 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 com.smartcodeltd.jenkinsci.plugin.assetbundler.filters.LessCSS.doFilter(LessCSS.java:46) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:95) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:198) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:176) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:85) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:99) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:120) 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.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick updated JENKINS-25704 Scheduled triggering stops working until restart Change By: David Resnick (14/Dec/14 8:35 AM) Attachment: hudson.triggers-ALL.log This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick commented on JENKINS-25704 Scheduled triggering stops working until restart I've attached log hudson.triggers-ALL.log. It seems to show that again, for no apparent reason, cron triggers stop at a certain point. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick updated JENKINS-25704 Scheduled triggering stops working until restart Change By: David Resnick (14/Dec/14 8:36 AM) Attachment: hudson.triggers-ALL.log This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [claim-plugin] (JENKINS-7824) Claim plugin: Allow assigning builds/tests to other users
David Resnick commented on JENKINS-7824 Claim plugin: Allow assigning builds/tests to other users Thanks, I've updated the wiki about this. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [claim-plugin] (JENKINS-7824) Claim plugin: Allow assigning builds/tests to other users
David Resnick commented on JENKINS-7824 Claim plugin: Allow assigning builds/tests to other users This has been rolled out and is fantastic! For some reason, no email is sent when assigning to someone else. Is there some configuration I'm missing for this feature? If not I will open an issue. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick commented on JENKINS-25704 Scheduled triggering stops working until restart ntpd is running on the server. It seems to be functioning OK. Time on the server is synced, ntpd hasn't logged anything. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick commented on JENKINS-25704 Scheduled triggering stops working until restart No. AFAIK there are no changes taking place in the environment. The latest time it stopped triggering was in the middle of the night. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick commented on JENKINS-25704 Scheduled triggering stops working until restart No building is done on the master, though a couple do run there (e.g. the Reviewbot2 one in the log above). This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick edited a comment on JENKINS-25704 Scheduled triggering stops working until restart No building is done on the master, though a couple jobs do run there (e.g. the Reviewbot2 one in the log above). This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick edited a comment on JENKINS-25704 Scheduled triggering stops working until restart No. AFAIK there are no changes taking place in the environment. The last time triggers stopped was in the middle of the night. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick commented on JENKINS-25704 Scheduled triggering stops working until restart The problem has finally recurred after I configured the logger. The logs show that the trigger just stops at some point. This is one of the cron jobs: Nov 26, 2014 2:36:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ Nov 26, 2014 2:37:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ Nov 26, 2014 2:38:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ Nov 26, 2014 2:38:00 AM CONFIG hudson.triggers.Trigger cron triggered hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] Nov 26, 2014 2:39:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ Nov 26, 2014 2:40:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ Nov 26, 2014 2:41:00 AM FINE hudson.triggers.Trigger cron checking hudson.model.FreeStyleProject@4f4e362a[Reviewbot2] with spec ‘H/5 * * * *’ This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-25704) Scheduled triggering stops working until restart
David Resnick created JENKINS-25704 Scheduled triggering stops working until restart Issue Type: Bug Assignee: Unassigned Attachments: thread-dump1.txt Components: core Created: 20/Nov/14 9:16 AM Description: Jobs configured with a periodic trigger stop being triggered after Jenkins has been running for a few days. There are no indications of a problem in the log. The last/next run times shown in the configure page look right. Manually triggering the job works, though the periodic trigger doesn't resume until Jenkins is restarted. The Jenkins and plugin versions are what is currently installed though we've seen the problem for some months with different recent versions of Jenkins and various plugins. It might be that the problem has not been noticed more often because of more frequent Jenkins restarts. I've attached a thread dump taken while periodic triggers haven't been working for over a day. Environment: Jenkins 1.588, CentOS release 6.3 (Final) Plugins: active-directory, version: 1.38 analysis-collector, version: 1.41 analysis-core, version: 1.65 ant, version: 1.2 antisamy-markup-formatter, version: 1.3 anything-goes-formatter, version: 1.0 audit-trail, version: 2.1 bugzilla, version: 1.5 build-blocker-plugin, version: 1.4.1 build-failure-analyzer, version: 1.10.3 build-flow-plugin, version: 0.16 buildgraph-view, version: 1.1.1 build-monitor-plugin, version: 1.6+build.132 build-pipeline-plugin, version: 1.4.4 build-timeout, version: 1.14 buildtriggerbadge, version: 1.3 build-user-vars-plugin, version: 1.4 chucknorris, version: 0.5 claim, version: 2.3 cobertura, version: 1.9.6 compact-columns, version: 1.10 conditional-buildstep, version: 1.3.3 console-column-plugin, version: 1.5 credentials, version: 1.18 cvs, version: 2.12 database, version: 1.3 discard-old-build, version: 1.05 disk-usage, version: 0.24 docker-plugin, version: 0.8 downstream-buildview, version: 1.9 durable-task, version: 0.7 email-ext, version: 2.38.2 emma, version: 1.29 emmacoveragecolumn, version: 0.0.4 envfile, version: 1.2 envinject, version: 1.90 environment-script, version: 1.1.2 extended-choice-parameter, version: 0.34 external-monitor-job, version: 1.2 extra-columns, version: 1.14 fail-the-build-plugin, version: 1.0 findbugs, version: 4.57 gatling, version: 1.0.3 git, version: 2.3 git-client, version: 1.11.1 global-build-stats, version: 1.3 greenballs, version: 1.14 groovy, version: 1.24 htmlpublisher, version: 1.3 http_request, version: 1.8.5 jacoco, version: 1.0.16 javadoc, version: 1.3 jdepend, version: 1.2.4 jenkins-multijob-plugin, version: 1.15 jenkins-reviewbot, version: 2.1.2 jobConfigHistory, version: 2.9 job-dsl, version: 1.26 job-restrictions, version: 0.3 jquery, version: 1.7.2-1 junit, version: 1.2 junit-attachments, version: 1.3 ldap, version: 1.11 mailer, version: 1.12 mapdb-api, version: 1.0.6.0 mask-passwords, version: 2.7.2 matrix-auth, version: 1.2 matrix-project, version: 1.4 maven-plugin, version: 2.7.1 measurement-plots, version: 0.1 mesos, version: 0.5.0 monitoring, version: 1.53.1 naginator, version: 1.12 pam-auth, version: 1.2 parameterized-trigger, version: 2.25 patch-parameter, version: 1.2 performance, version: 1.11 plot, version: 1.8 pmd, version: 3.39 postbuild-task, version: 1.8 progress-bar-column-plugin, version: 1.0 publish-over-ssh, version: 1.12 rich-text-publisher-plugin, version: 1.3 run-condition, version: 1.0 saferestart, version: 0.3 sbt, version: 1.4 sbt-vars, version: 1.5-SNAPSHOT (private-05/05/2014 16:31-dev) scm-api, version: 0.2 scoverage, version: 1.0.2 scp, version: 1.8 show-build-parameters, version: 1.0 sitemonitor, version: 0.4 sonar, version: 2.1 ssh, version: 2.4 ssh-agent, version: 1.5 ssh-credentials, version: 1.10 ssh-slaves, version: 1.9 started-by-envvar, version: 1.0 subversion, version: 2.4.4 swarm, version: 1.21 template-project, version: 1.4.2
[JIRA] [jenkins-reviewbot] (JENKINS-20396) Applying patch always fail when using perforce
David Resnick commented on JENKINS-20396 Applying patch always fail when using perforce @sylvainbenner Using your workaround I was able to get a single trivial Perforce patch to work. But non-trivial ones fail, though I don't see a reason for them to. Are you able to use the plugin against Perforce? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20664) radiator-view plugin stop work after upgrade to 1.539
David Resnick commented on JENKINS-20664 radiator-view plugin stop work after upgrade to 1.539 I'm wondering how much backward compatibility I should worry about. I imagine that it won't be hard to fix this to work on 1.532.1, but that would probably break it for older Jenkins releases. Would anyone like to give feedback on that? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20664) radiator-view plugin stop work after upgrade to 1.539
David Resnick resolved JENKINS-20664 as Not A Defect radiator-view plugin stop work after upgrade to 1.539 I checked radiatorview 1.13 and 1.17 on Jenkins 1.540 and there appear to be no problems. JENKINS-20415 is the fix to core Jenkins for this problem; it is scheduled to be included in the next LTS release 1.532.2. I've added the following new section to the wiki (which for some reason appears in the history and shows when I edit the page, but is not yet showing on when I view the page): Compatibility JENKINS-20415|20415@issue causes views of this type to fail to be displayed (see JENKINS-20664|20664@issue for details) if there are any multi-combination (matrix) jobs defined. This applies to Jenkins 1.532.1 as well as some number of releases after 1.531 until 1.539. 1.40 has no compatibility issues. Change By: David Resnick (20/Dec/13 7:32 AM) Status: InProgress Resolved Resolution: NotADefect This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20664) radiator-view plugin stop work after upgrade to 1.539
David Resnick assigned JENKINS-20664 to David Resnick radiator-view plugin stop work after upgrade to 1.539 Change By: David Resnick (25/Nov/13 6:45 AM) Assignee: howama DavidResnick This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20664) radiator-view plugin stop work after upgrade to 1.539
David Resnick started work on JENKINS-20664 radiator-view plugin stop work after upgrade to 1.539 Change By: David Resnick (25/Nov/13 6:44 AM) Status: Open InProgress This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20664) radiator-view plugin stop work after upgrade to 1.539
David Resnick
updated JENKINS-20664
radiator-view plugin stop work after upgrade to 1.539
Change By:
David Resnick
(21/Nov/13 9:35 AM)
Description:
Goesto[https://ci.abc.local/view/Radiator/]Italways
said
says
Thisviewhasnojobsassociatedwithit.Youcaneitheraddsomeexistingjobstothisvieworcreateanewjobinthisview.ButIaddedexistingjobsandstillnojobisdisplayedontheview.
NotsurewhetheritsrelatedtoJENKINS-20262ornot
{noformat}Causedby:java.lang.ClassCastExceptionNov19,20137:47:10PMhudson.ExpressionFactory2$JexlExpressionevaluateWARNING:Caughtexceptionevaluating:it.itemsin/view/iOS%20Radiator/.Reason:java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetException atsun.reflect.GeneratedMethodAccessor305.invoke(UnknownSource) atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) atjava.lang.reflect.Method.invoke(Method.java:616) atorg.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125) atorg.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314) atorg.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185) atorg.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75) atorg.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) atorg.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) atorg.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) atorg.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) athudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) atorg.apache.commons.jelly.tags.core.CoreTagLibrary$3.run(CoreTagLibrary.java:134) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99) atorg.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) atorg.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) atorg.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:120) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:99) atorg.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91) atorg.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) atorg.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99) atorg.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) atorg.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) atorg.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:120) atorg.kohsuke.stapler.jelly.CompressTag.doTag(CompressTag.java:44) atorg.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) atorg.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81) atorg.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63) atorg.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:53) atorg.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:112) atorg.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127)
[JIRA] [groovyaxis] (JENKINS-13199) Evaluate dynamic axis for every job execution
David Resnick commented on JENKINS-13199 Evaluate dynamic axis for every job execution I would also like to do the exact use case in the last paragraph of the description! Is this something that is possible now? I saw that the pull request was closed, but I'm not sure if the full use case has been satisfied. Also, this improvement request is still open. Is there still work required here? This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [groovyaxis] (JENKINS-13199) Evaluate dynamic axis for every job execution
David Resnick commented on JENKINS-13199 Evaluate dynamic axis for every job execution I'll definitely check this and post my results. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] (JENKINS-15986) Cannot save job configuration pages on Jenkins 1.463 or newer when Build Failure Analyzer installed
David Resnick created JENKINS-15986 Cannot save job configuration pages on Jenkins 1.463 or newer when Build Failure Analyzer installed Issue Type: Bug Affects Versions: current Assignee: Tomas Westling Components: build-failure-analyzer Created: 29/Nov/12 8:49 PM Description: In a job configuration screen pushing Apply brings up an empty error window; pushing Save brings the below error 500 stack trace. I mentioned build 1.463 because this it is mentioned in the plugin wiki page, not because I validated that the problem doesn't exist on pre 1.463 versions. A possible workaround may be found in this comment: https://wiki.jenkins-ci.org/display/JENKINS/Build+Failure+Analyzer?focusedCommentId=65668033#comment-65668033 Status Code: 500 Exception: java.lang.NullPointerException Stacktrace: javax.servlet.ServletException: java.lang.NullPointerException at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:487) at org.kohsuke.stapler.Stapler.service(Stapler.java:164) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick updated JENKINS-15601 Main dashboard takes minutes to load in browser Change By: David Resnick (29/Oct/12 5:58 AM) Component/s: project-stats This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15587) Builds disappear from jobs - hudson.util.IOException2: Invalid directory name - java.text.ParseException: Unparseable date: 39
David Resnick commented on JENKINS-15587 Builds disappear from jobs - hudson.util.IOException2: Invalid directory name - java.text.ParseException: Unparseable date: 39 Same exception for me (see below) on 1.487 on Windows. The "invalid directory name" mentioned is a link to an existing directory; the builds in question were created recently (with 1.487). Oct 29, 2012 1:32:30 PM hudson.model.RunMap retrieve WARNING: could not load C:\jenkins\jobs\job\builds\1 hudson.util.IOException2: Invalid directory name C:\jenkins\jobs\job\builds\1 at hudson.model.Run.parseTimestampFromBuildDir(Run.java:332) at hudson.model.Run.init(Run.java:278) at hudson.model.AbstractBuild.init(AbstractBuild.java:182) at hudson.model.Build.init(Build.java:103) at hudson.model.FreeStyleBuild.init(FreeStyleBuild.java:41) at sun.reflect.GeneratedConstructorAccessor103.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at hudson.model.AbstractProject.loadBuild(AbstractProject.java:1061) at hudson.model.AbstractProject$1.create(AbstractProject.java:275) at hudson.model.AbstractProject$1.create(AbstractProject.java:273) at hudson.model.RunMap.retrieve(RunMap.java:220) at hudson.model.RunMap.retrieve(RunMap.java:59) at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:638) at jenkins.model.lazy.AbstractLazyLoadRunMap.load(AbstractLazyLoadRunMap.java:601) at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:344) at jenkins.model.lazy.AbstractLazyLoadRunMap.getByNumber(AbstractLazyLoadRunMap.java:502) at jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:355) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:210) at hudson.model.AbstractBuild.getPreviousBuild(AbstractBuild.java:103) at hudson.model.ResultTrend.getPreviousNonAbortedBuild(ResultTrend.java:168) at hudson.model.ResultTrend.getResultTrend(ResultTrend.java:132) at hudson.model.Run.getBuildStatusSummary(Run.java:1739) at hudson.model.Run$DefaultFeedAdapter.getEntryTitle(Run.java:2102) at hudson.model.Run$DefaultFeedAdapter.getEntryTitle(Run.java:2100) at sun.reflect.GeneratedMethodAccessor378.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258) at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104) at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51) at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72) at org.apache.commons.jelly.parser.EscapingExpression.evaluate(EscapingExpression.java:24) at org.apache.commons.jelly.impl.ExpressionScript.run(ExpressionScript.java:66) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:124) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105) at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81) at
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick commented on JENKINS-15601 Main dashboard takes minutes to load in browser I have this plugin installed too. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick edited a comment on JENKINS-15601 Main dashboard takes minutes to load in browser I spoke too soon. The problem still occurs (though possibly less frequently) with 1.487. Exception like this are found in the log around the same time the pages take a long time to load. Oct 24, 2012 9:12:59 AM org.kohsuke.stapler.compression.CompressionFilter reportException WARNING: Untrapped servlet exception winstone.ClientSocketException: Failed to write to client at winstone.ClientOutputStream.write(ClientOutputStream.java:41) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:181) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:119) at winstone.WinstoneOutputStream.write(WinstoneOutputStream.java:112) at java.util.zip.GZIPOutputStream.finish(Unknown Source) at java.util.zip.DeflaterOutputStream.close(Unknown Source) at org.kohsuke.stapler.compression.FilterServletOutputStream.close(FilterServletOutputStream.java:36) at net.bull.javamelody.FilterServletOutputStream.close(FilterServletOutputStream.java:46) at java.io.FilterOutputStream.close(Unknown Source) at sun.nio.cs.StreamEncoder.implClose(Unknown Source) at sun.nio.cs.StreamEncoder.close(Unknown Source) at java.io.OutputStreamWriter.close(Unknown Source) at java.io.BufferedWriter.close(Unknown Source) at org.dom4j.io.XMLWriter.close(XMLWriter.java:286) at org.kohsuke.stapler.jelly.HTMLWriterOutput.close(HTMLWriterOutput.java:70) at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:56) at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:107) at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488) at org.kohsuke.stapler.Stapler.service(Stapler.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick commented on JENKINS-15601 Main dashboard takes minutes to load in browser I was severely impacted by this problem when using Jenkins 1.486 (on a 32 bit Windows Server Enterprise). The problem seems like it may be fixed in 1.487 I haven't encountered it in the first couple of hours since installation. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick commented on JENKINS-15601 Main dashboard takes minutes to load in browser I spoke too soon. The problem still occurs (though possibly less frequently) with 1.487. Exception like this are found in the log around the same time the pages take a long time to load. Oct 24, 2012 9:12:59 AM org.kohsuke.stapler.compression.CompressionFilter reportException WARNING: Untrapped servlet exception winstone.ClientSocketException: Failed to write to client at winstone.ClientOutputStream.write(ClientOutputStream.java:41) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:181) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:119) at winstone.WinstoneOutputStream.write(WinstoneOutputStream.java:112) at java.util.zip.GZIPOutputStream.finish(Unknown Source) at java.util.zip.DeflaterOutputStream.close(Unknown Source) at org.kohsuke.stapler.compression.FilterServletOutputStream.close(FilterServletOutputStream.java:36) at net.bull.javamelody.FilterServletOutputStream.close(FilterServletOutputStream.java:46) at java.io.FilterOutputStream.close(Unknown Source) at sun.nio.cs.StreamEncoder.implClose(Unknown Source) at sun.nio.cs.StreamEncoder.close(Unknown Source) at java.io.OutputStreamWriter.close(Unknown Source) at java.io.BufferedWriter.close(Unknown Source) at org.dom4j.io.XMLWriter.close(XMLWriter.java:286) at org.kohsuke.stapler.jelly.HTMLWriterOutput.close(HTMLWriterOutput.java:70) at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:56) at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:107) at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488) at org.kohsuke.stapler.Stapler.service(Stapler.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick
edited a comment on JENKINS-15601
Main dashboard takes minutes to load in browser
I spoke too soon. The problem still occurs (though possibly less frequently) with 1.487. Exception like this are found in the log around the same time the pages take a long time to load.
{{
Oct 24, 2012 9:12:59 AM org.kohsuke.stapler.compression.CompressionFilter reportException
WARNING: Untrapped servlet exception
winstone.ClientSocketException: Failed to write to client
at winstone.ClientOutputStream.write(ClientOutputStream.java:41)
at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:181)
at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:119)
at winstone.WinstoneOutputStream.write(WinstoneOutputStream.java:112)
at java.util.zip.GZIPOutputStream.finish(Unknown Source)
at java.util.zip.DeflaterOutputStream.close(Unknown Source)
at org.kohsuke.stapler.compression.FilterServletOutputStream.close(FilterServletOutputStream.java:36)
at net.bull.javamelody.FilterServletOutputStream.close(FilterServletOutputStream.java:46)
at java.io.FilterOutputStream.close(Unknown Source)
at sun.nio.cs.StreamEncoder.implClose(Unknown Source)
at sun.nio.cs.StreamEncoder.close(Unknown Source)
at java.io.OutputStreamWriter.close(Unknown Source)
at java.io.BufferedWriter.close(Unknown Source)
at org.dom4j.io.XMLWriter.close(XMLWriter.java:286)
at org.kohsuke.stapler.jelly.HTMLWriterOutput.close(HTMLWriterOutput.java:70)
at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:56)
at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:107)
at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488)
at org.kohsuke.stapler.Stapler.service(Stapler.java:162)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:248)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206)
at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179)
at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86)
at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at
[JIRA] (JENKINS-15601) Main dashboard takes minutes to load in browser
David Resnick edited a comment on JENKINS-15601 Main dashboard takes minutes to load in browser I spoke too soon. The problem still occurs (though possibly less frequently) with 1.487. Exception like this are found in the log around the same time the pages take a long time to load. Oct 24, 2012 9:12:59 AM org.kohsuke.stapler.compression.CompressionFilter reportException WARNING: Untrapped servlet exception winstone.ClientSocketException: Failed to write to client at winstone.ClientOutputStream.write(ClientOutputStream.java:41) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:181) at winstone.WinstoneOutputStream.commit(WinstoneOutputStream.java:119) at winstone.WinstoneOutputStream.write(WinstoneOutputStream.java:112) at java.util.zip.GZIPOutputStream.finish(Unknown Source) at java.util.zip.DeflaterOutputStream.close(Unknown Source) at org.kohsuke.stapler.compression.FilterServletOutputStream.close(FilterServletOutputStream.java:36) at net.bull.javamelody.FilterServletOutputStream.close(FilterServletOutputStream.java:46) at java.io.FilterOutputStream.close(Unknown Source) at sun.nio.cs.StreamEncoder.implClose(Unknown Source) at sun.nio.cs.StreamEncoder.close(Unknown Source) at java.io.OutputStreamWriter.close(Unknown Source) at java.io.BufferedWriter.close(Unknown Source) at org.dom4j.io.XMLWriter.close(XMLWriter.java:286) at org.kohsuke.stapler.jelly.HTMLWriterOutput.close(HTMLWriterOutput.java:70) at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:56) at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:107) at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488) at org.kohsuke.stapler.Stapler.service(Stapler.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206) at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179) at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86) at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:66) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at
[JIRA] (JENKINS-15035) cobertura plugin don't validate report files and later fail to parse them
David Resnick commented on JENKINS-15035 cobertura plugin dont validate report files and later fail to parse them Same here. Plugin version 1.7 now fails to parse my cobertura reports. The files are named cobertura.xml and they all start with '?xml'. Downgrading to 1.6 fixes the problem. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14509) PMD Plugin reporting existing warnings as new
David Resnick commented on JENKINS-14509 PMD Plugin reporting existing warnings as new The contextHashCode values do seem to be almost contiguous they all seem to be between 7000-9000. Not as I'd expect hash values to be. Yes, the fileName element in the pmd-warnings.xml file holds the correct filename for the most recent job run. Note that the job may run in different locations depending on the Jenkins slave that was used. How is the filename used? They are the full, not relative path to the file in the job workspace. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14509) PMD Plugin reporting existing warnings as new
David Resnick edited a comment on JENKINS-14509 PMD Plugin reporting existing warnings as new The contextHashCode values do seem to be almost contiguous in a recent run they all seem to be between 7000-9000. Not as I'd expect hash values to be. Yes, the fileName element in the pmd-warnings.xml file holds the correct filename for the most recent job run. Note that the job may run in different locations depending on the Jenkins slave that was used. How is the filename used? They are the full, not relative path to the file in the job workspace. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
[JIRA] (JENKINS-14509) PMD Plugin reporting existing warnings as new
David Resnick created JENKINS-14509 PMD Plugin reporting existing warnings as new Issue Type: Bug Affects Versions: current Assignee: Ulli Hafner Components: pmd Created: 19/Jul/12 7:48 PM Description: Using the PMD plugin to detect and monitor PMD warnings that are found in my builds. I recently upgraded to PMD 5.0 and added a number of new PMD rules to my report. The problem is that the PMD plugin seems to be almost completely incapable of differentiating between new and previously found PMD warnings. For example, I got this from a recent build: PMD: 1,306 warnings from one analysis. 1,304 new warnings 1,305 fixed warnings Comparison between a warning entry generated by PMD 5.0 and the PMD plugin. pmd.xml: violation beginline="29" endline="29" begincolumn="31" endcolumn="84" rule="LoggerIsNotStaticFinal" ruleset="Java Logging" package="com.dbconfig.app" class="BackupDatabase" variable="logger" externalInfoUrl="http://pmd.sourceforge.net/rules/java/logging-java.html#LoggerIsNotStaticFinal" priority="2" The Logger variable declaration does not contain the static and final modifiers /violation pmd-warnings.xml: bug messageThe Logger variable declaration does not contain the static and final modifiers./message priorityHIGH/priority key3660/key lineRanges range start29/start end29/end /range /lineRanges primaryLineNumber29/primaryLineNumber fileName/home/jenkins/slave-root/workspace/job-name/db-config/src/main/java/com/dbconfig/app/BackupDatabase.java/fileName moduleName reference="../../bug20/moduleName"/ packageName reference="../../bug31/packageName"/ categoryJava Logging/category typeLoggerIsNotStaticFinal/type contextHashCode3661/contextHashCode originpmd/origin pathNamedb-config/src/main/java/com/dbconfig/app/pathName primaryColumnStart31/primaryColumnStart primaryColumnEnd84/primaryColumnEnd tooltip/tooltip /bug The job is freestyle (gradle), using ant task to run the PMD. Environment: Jenkins 1.474 Jenkins Violations Plugin 0.7.10 PMD Plugin 3.29 Static analysis utilities 1.43 Static analysis collector plugin 1.29 Project: Jenkins Labels: plugin warnings Priority: Major Reporter: David Resnick This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira
