[JIRA] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 I think I'm using the command line implementation. This particular job is a Maven job. We have a lot of plugins installed, so maybe there is a difference there. Do you want a report of plugins we have installed? 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] [git-client-plugin] (JENKINS-33694) Git client leaks file descriptors
Title: Message Title David Ishee commented on JENKINS-33694 Re: Git client leaks file descriptors Does it happen every time you start Jenkins, or did it only happen once? Unknown. I've noticed it a couple of times. Are there specific things about your environment which might make it different from other environments? unknown What version of command line git are you running? Git v2.1.0 What operating system version are you running? Red Hat Enterprise Linux Server release 5.11 (Tikanga) Are you running OpenJDK or the Oracle JDK? Oracle JDK 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] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 Master and slave work if both are 1.7. I guess they both have to match. 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] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 I can't get the git plugin to work on any slave if master is on Java 1.6. It only works on master if master is 1.6. 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] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 master is running on Java 1.6. I have a job that works with the Git plugin when that job executes on master, but specifies in the JDK setting to use Java 1.7. I have a slave where I'm running it under Java 1.7 and the Git plugin doesn't work. In that job that executes on the slave, I can tell it to execute under Java 1.6 or Java 1.7 and neither work. I also modified the slave to run under Java 1.6, and specified the JDK setting inside the job to run Java 1.6 or Java 1.7. Neither works. e.g. Slave JVM JVM Setting inside job Result 1.6 Default failure 1.6 Java 1.6 failure 1.6 Java 1.7 failure 1.7 Default
[JIRA] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 The system info for the slave says: java.class.version 51.0 java.endorsed.dirs /usr/java/jdk1.7.0_67/jre/lib/endorsed java.ext.dirs /usr/java/jdk1.7.0_67/jre/lib/ext:/usr/java/packages/lib/ext java.home /usr/java/jdk1.7.0_67/jre java.runtime.version 1.7.0_67-b01 java.specification.name Java Platform API Specification java.specification.vendor Oracle Corporation java.specification.version 1.7 I edited the job to run on a Java 1.6 JRE, and got a slightly different error: FATAL: java.io.IOException: Remote call on fwjsfimat15_Linux_caeadm failed hudson.remoting.RemotingSystemException: java.io.IOException: Remote call on fwjsfimat15_Linux_caeadm failed at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:195) at $Proxy75.getRemoteBranches(Unknown Source) at org.jenkinsci.plugins.gitclient.RemoteGitImpl.getRemoteBranches(RemoteGitImpl.java:485) at hudson.plugins.git.util.GitUtils.getAllBranchRevisions(GitUtils.java:47) at hudson.plugins.git.util.DefaultBuildChooser.getAdvancedCandidateRevisions(DefaultBuildChooser.java:204) at hudson.plugins.git.util.DefaultBuildChooser.getCandidateRevisions(DefaultBuildChooser.java:53) at hudson.plugins.git.GitSCM.determineRevisionToBuild(GitSCM.java:995) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1098) at hudson.scm.SCM.checkout(SCM.java:484) at hudson.model.AbstractProject.checkout(AbstractProject.java:1274) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:531) at hudson.model.Run.execute(Run.java:1738) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:531) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: java.io.IOException: Remote call on fwjsfimat15_Linux_caeadm failed at hudson.remoting.Channel.call(Channel.java:761) at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:179) ... 16 more Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.jgit.util.FS at org.eclipse.jgit.lib.BaseRepositoryBuilder.setupWorkTree(BaseRepositoryBuilder.java:620) at org.eclipse.jgit.lib.BaseRepositoryBuilder.setup(BaseRepositoryBuilder.java:556) at org.eclipse.jgit.storage.file.FileRepositoryBuilder.build(FileRepositoryBuilder.java:92) at org.eclipse.jgit.storage.file.FileRepositoryBuilder.create(FileRepositoryBuilder.java:110) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRepository(CliGitAPIImpl.java:2312) at hudson.plugins.git.GitAPI.getRepository(GitAPI.java:269) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteBranches(CliGitAPIImpl.java:1858) at hudson.plugins.git.GitAPI.getRemoteBranches(GitAPI.java:212) 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 hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:326) at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(Remo
[JIRA] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee commented on JENKINS-33907 Re: Git plugin clone fails on linux slave with Java 1.7 Master is Java 1.6 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] [git-client-plugin] (JENKINS-33694) Git client leaks file descriptors
Title: Message Title David Ishee commented on JENKINS-33694 Re: Git client leaks file descriptors I do see these messages when the git plugin tries to do a clone. 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] [git-client-plugin] (JENKINS-33694) Git client leaks file descriptors
Title: Message Title David Ishee commented on JENKINS-33694 Re: Git client leaks file descriptors I was just starting up Jenkins, nothing special. 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] [git-plugin] (JENKINS-33907) Git plugin clone fails on linux slave with Java 1.7
Title: Message Title David Ishee created an issue Jenkins / JENKINS-33907 Git plugin clone fails on linux slave with Java 1.7 Issue Type: Bug Assignee: Mark Waite Components: git-plugin Created: 2016/Mar/30 3:42 PM Environment: Jenkins 1.609.2 git-plugin v2.4.4 Java 1.7 Priority: Critical Reporter: David Ishee I have Jenkins running on a Linux machine as master, and a slave on the same machine. Git clone's fail on the slave, but work on master. Running Java 1.7 for master and slave. I've restarted the slave, and upgraded to the latest git-plugin. Exception on slave is: I seems like the root cause is: Caused by: java.lang.UnsupportedClassVersionError: org/eclipse/jgit/util/Java7FSFactory : Unsupported major.minor version 51.0 Why does this happen on a slave, and not on a master node? Does your plugin support Java 1.7? FA
[JIRA] [git-client-plugin] (JENKINS-33694) Git client leaks file descriptors
Title: Message Title David Ishee created an issue Jenkins / JENKINS-33694 Git client leaks file descriptors Issue Type: Bug Assignee: Mark Waite Components: git-client-plugin Created: 2016/Mar/21 2:50 PM Environment: Jenkins 1.609.2 Java 1.7 Git client plugin v1.19.6 Priority: Minor Reporter: David Ishee I noticed this exception in the Jenkins stdout log: WARNING: Process leaked file descriptors. See http://wiki.jenkins-ci.org/display/JENKINS/Spawning+processes+from+build for more information java.lang.Exception at hudson.Proc$LocalProc.join(Proc.java:329) at hudson.Proc.joinWithTimeout(Proc.java:168) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1463) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:63) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:314) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:506) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1013) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) at hudson.scm.SCM.checkout(SCM.
[JIRA] [core] (JENKINS-29405) NoClassDefFoundError on master restart
Title: Message Title David Ishee updated an issue Jenkins / JENKINS-29405 NoClassDefFoundError on master restart Change By: David Ishee Environment: Jenkins 1.580.3Red Hat Enterprise Linux 5Java v1.7 (jdk1.7.0_67), 64 bitUnix slave, version 2.47 , launched by SSH standalone install, not in Tomcat / etc 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] [core] (JENKINS-29405) NoClassDefFoundError on master restart
Title: Message Title David Ishee created an issue Jenkins / JENKINS-29405 NoClassDefFoundError on master restart Issue Type: Bug Assignee: Unassigned Components: core Created: 13/Jul/15 9:58 PM Environment: Jenkins 1.580.3 Red Hat Enterprise Linux 5 Java v1.7 (jdk1.7.0_67), 64 bit Unix slave, version 2.47 standalone install, not in Tomcat / etc Priority: Minor Reporter: David Ishee I get errors like this everytime I restart the master. Some slaves are very sensitive to this, and others never seem to have this issue. I have some jobs that run on a schedule such as "H/30 * * * *" and they will fail until I manually disconnect the slave and re-launch it. java.io.IOException: Remote call on myslavename failed at hudson.remoting.Channel.call(Channel.java:760) at hudson.Launcher$RemoteLauncher.launch(Launcher.java:916) at hudson.Launcher$ProcStarter.start(Launcher.java:381) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:97) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770) at hudson.model.Build$B
[JIRA] [git-plugin] (JENKINS-28956) Add option to not clear credentials
Title: Message Title David Ishee commented on JENKINS-28956 Re: Add option to not clear credentials Ok, I think I figured it out too. I had to configure it to use the "master" branch with target remote name "origin". It was not obvious by the help what it was asking for. I guess you can close this ticket. 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] [git-plugin] (JENKINS-28956) Add option to not clear credentials
Title: Message Title David Ishee commented on JENKINS-28956 Re: Add option to not clear credentials I setup a job to pull a repo out of Git. We used a shell script step to edit a file and issue a git commit. I did a "git status" and it says: On branch master Your branch is ahead of 'origin/master' by 1 commit. I then setup a Git Publisher post-build action. I get no messages that a push actually occurred in the console log, and verified that no push occurred by pulling the Git repo in another client. I setup the Git Publisher with the checkbox "push only if build succeeds". I have no tags, branches, or notes configured. Do I have to specify a branch? 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] [git-plugin] (JENKINS-28956) Add option to not clear credentials
Title: Message Title David Ishee created an issue Jenkins / JENKINS-28956 Add option to not clear credentials Issue Type: Improvement Assignee: Nicolas De Loof Components: git-plugin Created: 17/Jun/15 8:28 PM Priority: Minor Reporter: David Ishee I am trying to setup a Jenkins job that will pull a Git repo, make some changes, commit them, then push back to origin. The credentials are stored in the repo by the git-plugin, but are cleared before my shell script runs that needs to push back to origin. Please add an advanced option to not clear the credentials, or maybe expose them as environment variables for my script. Add Comment
[JIRA] [repository-connector-plugin] (JENKINS-20263) Artifact Resolver does not retrieve the latest version from central Maven Repository
David Ishee edited a comment on JENKINS-20263 Artifact Resolver does not retrieve the latest version from central Maven Repository I lost hours of work trying to figure out why my upgrade jobs weren't installing the latest code. Now I'm manually deleting the localRepositoryDirectory to workaround this bug. 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] [repository-connector-plugin] (JENKINS-20263) Artifact Resolver does not retrieve the latest version from central Maven Repository
David Ishee commented on JENKINS-20263 Artifact Resolver does not retrieve the latest version from central Maven Repository I lost hours of work trying to figure out why my upgrade jobs weren't installing the latest code. Now I'm manually deleting the localRepositoryDirectory to make workaround this bug. 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] [slave-setup-plugin] (JENKINS-15739) Add Execute Windows batch command to slave-setup plugin
David Ishee commented on JENKINS-15739 Add Execute Windows batch command to slave-setup plugin I have a Linux master and a Windows slave. I would also like to have the option to launch a Windows .bat file on startup. 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] [multijob-plugin] (JENKINS-17704) Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild
David Ishee commented on JENKINS-17704 Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild We are still using this plugin, just wanted to report the 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-23222) Build hung on archiving artifacts: IllegalAccessError
David Ishee commented on JENKINS-23222 Build hung on archiving artifacts: IllegalAccessError Still having this problem periodically with 1.565.2 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] [mail-watcher] (JENKINS-24847) Don't notify when master is rebooted
David Ishee created JENKINS-24847 Don't notify when master is rebooted Issue Type: Improvement Assignee: Oliver Gondža Components: mail-watcher Created: 24/Sep/14 3:46 PM Description: We enabled your plugin to notify an email account when the slaves go offline. When I restart the master because we installed a new plugin, we get spammed with slave node notification emails. I would like the plugin to be able to ignore when a master server gets restarted. Project: Jenkins Priority: Minor Reporter: David Ishee 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] [publish-over-ssh] (JENKINS-24812) Allow downloading
David Ishee created JENKINS-24812 Allow downloading Issue Type: Bug Assignee: bap Components: publish-over-ssh Created: 22/Sep/14 7:44 PM Description: Please add the ability to download over SSH too. Project: Jenkins Priority: Minor Reporter: David Ishee 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] [sectioned-view] (JENKINS-24804) javax.servlet.ServletException: java.lang.IllegalStateException: Form too large 227340>200000
David Ishee created JENKINS-24804 javax.servlet.ServletException: java.lang.IllegalStateException: Form too large 227340>20 Issue Type: Bug Assignee: Timothy Bingaman Components: sectioned-view Created: 22/Sep/14 2:52 PM Description: I have a Sectioned view with 8 embedded List View sections. Each List View only has a handful of jobs displayed by manually selecting the checkbox by a few jobs. We only have 176 unique jobs, but this error is triggered when I try to add one more job to one of the List Views by clicking the checkbox by it. Maybe related to JENKINS-21627? javax.servlet.ServletException: java.lang.IllegalStateException: Form too large 227340>20 at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:778) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) 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:96) at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:89) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) 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 hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:74) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedSe
[JIRA] [repository-connector] (JENKINS-23946) Artifact Resolver failed to expand tokens for [Artifact...
David Ishee commented on JENKINS-23946 Artifact Resolver failed to expand tokens for [Artifact... I'm seeing the same error too using parameters. Here is my stacktrace: java.lang.ClassCastException: hudson.model.StringParameterValue cannot be cast to org.jvnet.hudson.plugins.repositoryconnector.VersionParameterValue at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.checkVersionOverride(ArtifactResolver.java:183) at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.download(ArtifactResolver.java:127) at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.perform(ArtifactResolver.java:101) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:756) at hudson.model.Build$BuildExecution.build(Build.java:198) at hudson.model.Build$BuildExecution.doRun(Build.java:159) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) at hudson.model.Run.execute(Run.java:1706) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:232) failed to expand tokens for [Artifact $MAVEN_GROUP:$ARTIFACT_ID:zip:dist-LMI:$VERSION] java.lang.ClassCastException: hudson.model.StringParameterValue cannot be cast to org.jvnet.hudson.plugins.repositoryconnector.VersionParameterValue at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.checkVersionOverride(ArtifactResolver.java:183) at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.download(ArtifactResolver.java:127) at org.jvnet.hudson.plugins.repositoryconnector.ArtifactResolver.perform(ArtifactResolver.java:101) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:756) at hudson.model.Build$BuildExecution.build(Build.java:198) at hudson.model.Build$BuildExecution.doRun(Build.java:159) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) at hudson.model.Run.execute(Run.java:1706) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:232) Build step 'Artifact Resolver' marked build as failure 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] [parameterized-trigger] (JENKINS-23717) Add link to specific build ID in console output
David Ishee updated JENKINS-23717 Add link to specific build ID in console output Change By: David Ishee (08/Jul/14 9:49 PM) Environment: Jenkins 1.554.3 parameterized-trigger plugin 2.25 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] [parameterized-trigger] (JENKINS-23717) Add link to specific build ID in console output
David Ishee created JENKINS-23717 Add link to specific build ID in console output Issue Type: Bug Assignee: huybrechts Components: parameterized-trigger Created: 08/Jul/14 9:48 PM Description: When I am using the parametrized trigger plugin and I trigger a new build of another job, the console output says something like this: Triggering a new build of COMMON-Start-Stop #5366 The COMMON-Start-Stop text is a link, but the build ID isn't. I would like to have the build ID be a link to the console output of that build. The build ID info was there in order to print it, so it should be an easy fix. We call the "COMMON-Start-Stop" job with parameters for the node to run on, and it might get called many times. You have to remember the build ID when you click on the "COMMON-Start-Stop" link if you want to investigate the console output. Environment: Jenkins 1.554.3 Project: Jenkins Priority: Major Reporter: David Ishee 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] [rebuild] (JENKINS-21800) Rebuild button missing
David Ishee resolved JENKINS-21800 as Fixed Rebuild button missing Using Jenkins 1.544.1, it seems to work now. Change By: David Ishee (28/May/14 4:03 PM) Status: Open Resolved Resolution: Fixed 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-23222) Build hung on archiving artifacts: IllegalAccessError
David Ishee created JENKINS-23222 Build hung on archiving artifacts: IllegalAccessError Issue Type: Bug Assignee: Unassigned Components: core Created: 28/May/14 1:56 PM Description: A build hung during archiving of artifacts. I cancelled it, and got this stack trace. Problem started after upgrading from LTS 1.532.3 to 1.554.1 Archiving artifacts ERROR: Failed to archive artifacts: * java.io.IOException: java.io.IOException: Failed to extract /home/caeadm/jenkins/workspace/CATDM-Backup-Time/transfer of 3 files at hudson.FilePath.readFromTar(FilePath.java:2089) at hudson.FilePath.copyRecursiveTo(FilePath.java:2001) at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:57) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:140) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:725) at hudson.model.Run.execute(Run.java:1701) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) Caused by: java.io.IOException at hudson.remoting.FastPipedInputStream.read(FastPipedInputStream.java:177) at hudson.util.HeadBufferingStream.read(HeadBufferingStream.java:61) at com.jcraft.jzlib.InflaterInputStream.fill(InflaterInputStream.java:175) at com.jcraft.jzlib.InflaterInputStream.read(InflaterInputStream.java:106) at org.apache.tools.tar.TarBuffer.readBlock(TarBuffer.java:257) at org.apache.tools.tar.TarBuffer.readRecord(TarBuffer.java:223) at hudson.org.apache.tools.tar.TarInputStream.getNextEntry(TarInputStream.java:228) at hudson.FilePath.readFromTar(FilePath.java:2067) ... 12 more at hudson.FilePath.copyRecursiveTo(FilePath.java:2008) at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:57) at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:140) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:725) at hudson.model.Run.execute(Run.java:1701) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) Caused by: java.util.concurrent.ExecutionException: java.lang.LinkageError: Failed to load hudson.remoting.Pipe$ConnectCommand at hudson.remoting.Channel$3.adapt(Channel.java:755) at hudson.remoting.Channel$3.adapt(Channel.java:750) at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) at hudson.FilePath.copyRecursiveTo(FilePath.java:2004) ... 11 more Caused by: java.lang.LinkageError: Failed to load hudson.remoting.Pipe$ConnectCommand at hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:326) at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:236) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.getDeclaredFields0(Native Method) at java.lang.Class.privateGetDeclaredFields(Class.java:2291) at java.lang.Class.getDeclaredField(Class.java:1880) at java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1605) at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:50) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:423) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:411) at java.io.ObjectStreamClass.lookup(ObjectStreamCla
[JIRA] [rebuild] (JENKINS-21800) Rebuild button missing
David Ishee created JENKINS-21800 Rebuild button missing Issue Type: Bug Assignee: ragesh_nair Components: rebuild Created: 13/Feb/14 3:06 PM Description: Upgraded Rebuilder to v1.21. Click on link titled "Rebuild Last". The parameter page shows up, but there is no "Rebuild" button visible. Using Firefox 24.3.0. Environment: v1.21 Jenkins 1.532.1 LTS Project: Jenkins Priority: Major Reporter: David Ishee 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] [rebuild] (JENKINS-21800) Rebuild button missing
David Ishee commented on JENKINS-21800 Rebuild button missing Job has parameters defined. 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-18929) OutOfMemoryError: PermGen space
David Ishee commented on JENKINS-18929 OutOfMemoryError: PermGen space After the weekend, PS Perm Generation = 98%. Will be interesting to see if we hit 100%... jmap -heap 32633 Attaching to process ID 32633, please wait... Debugger attached successfully. Server compiler detected. JVM version is 14.3-b01 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 1572864000 (1500.0MB) NewSize = 2686976 (2.5625MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio= 8 PermSize = 21757952 (20.75MB) MaxPermSize = 268435456 (256.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 24969216 (23.8125MB) used = 15661744 (14.936203002929688MB) free = 9307472 (8.876296997070312MB) 62.724212085793965% used >From Space: capacity = 393216 (0.375MB) used = 393216 (0.375MB) free = 0 (0.0MB) 100.0% used To Space: capacity = 1310720 (1.25MB) used = 0 (0.0MB) free = 1310720 (1.25MB) 0.0% used PS Old Generation capacity = 168755200 (160.9375MB) used = 135215936 (128.95196533203125MB) free = 33539264 (31.98553466796875MB) 80.12549302184466% used PS Perm Generation capacity = 94306304 (89.9375MB) used = 92575720 (88.2870864868164MB) free = 1730584 (1.6504135131835938MB) 98.16493285539003% used 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-18929) OutOfMemoryError: PermGen space
David Ishee commented on JENKINS-18929 OutOfMemoryError: PermGen space After a few more days: jmap -heap 32633 Attaching to process ID 32633, please wait... Debugger attached successfully. Server compiler detected. JVM version is 14.3-b01 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 1572864000 (1500.0MB) NewSize = 2686976 (2.5625MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio= 8 PermSize = 21757952 (20.75MB) MaxPermSize = 268435456 (256.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 47382528 (45.1875MB) used = 4997064 (4.765571594238281MB) free = 42385464 (40.42192840576172MB) 10.546216529434647% used >From Space: capacity = 6291456 (6.0MB) used = 1802240 (1.71875MB) free = 4489216 (4.28125MB) 28.6458332% used To Space: capacity = 7077888 (6.75MB) used = 0 (0.0MB) free = 7077888 (6.75MB) 0.0% used PS Old Generation capacity = 202375168 (193.0MB) used = 142506192 (135.9044952392578MB) free = 59868976 (57.09550476074219MB) 70.41683691153254% used PS Perm Generation capacity = 98893824 (94.3125MB) used = 91663704 (87.41732025146484MB) free = 7230120 (6.895179748535156MB) 92.68900755622515% used 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-18929) OutOfMemoryError: PermGen space
David Ishee commented on JENKINS-18929 OutOfMemoryError: PermGen space Stats after 4 days: Attaching to process ID 32633, please wait... Debugger attached successfully. Server compiler detected. JVM version is 14.3-b01 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 1572864000 (1500.0MB) NewSize = 2686976 (2.5625MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio= 8 PermSize = 21757952 (20.75MB) MaxPermSize = 268435456 (256.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 442761216 (422.25MB) used = 75178976 (71.69625854492188MB) free = 367582240 (350.5537414550781MB) 16.979575735919923% used >From Space: capacity = 39649280 (37.8125MB) used = 26526064 (25.297225952148438MB) free = 13123216 (12.515274047851562MB) 66.90175458419421% used To Space: capacity = 38666240 (36.875MB) used = 0 (0.0MB) free = 38666240 (36.875MB) 0.0% used PS Old Generation capacity = 227737600 (217.1875MB) used = 216759608 (206.71807098388672MB) free = 10977992 (10.469429016113281MB) 95.17954347459532% used PS Perm Generation capacity = 112787456 (107.5625MB) used = 91758560 (87.50778198242188MB) free = 21028896 (20.054718017578125MB) 81.35528830440151% used 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-18929) OutOfMemoryError: PermGen space
David Ishee updated JENKINS-18929 OutOfMemoryError: PermGen space Change By: David Ishee (26/Jul/13 12:31 PM) Attachment: permstat.txt Attachment: histo.txt 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-18929) OutOfMemoryError: PermGen space
David Ishee edited a comment on JENKINS-18929 OutOfMemoryError: PermGen space I set MaxPermSize to 256M. We'll see if that helps. If it is a memory leak, it will just postpone the crash. I'll use jmap next time to get a heap dump too. This is how things are running right now after about 24 hrs of uptime: jmap -heap 32633 Attaching to process ID 32633, please wait... Debugger attached successfully. Server compiler detected. JVM version is 14.3-b01 using thread-local object allocation. Parallel GC with 4 thread(s) Heap Configuration: MinHeapFreeRatio = 40 MaxHeapFreeRatio = 70 MaxHeapSize = 1572864000 (1500.0MB) NewSize = 2686976 (2.5625MB) MaxNewSize = 17592186044415 MB OldSize = 5439488 (5.1875MB) NewRatio = 2 SurvivorRatio= 8 PermSize = 21757952 (20.75MB) MaxPermSize = 268435456 (256.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 212008960 (202.1875MB) used = 41851216 (39.91242980957031MB) free = 170157744 (162.2750701904297MB) 19.74030531539799% used >From Space: capacity = 11534336 (11.0MB) used = 11534336 (11.0MB) free = 0 (0.0MB) 100.0% used To Space: capacity = 27394048 (26.125MB) used = 0 (0.0MB) free = 27394048 (26.125MB) 0.0% used PS Old Generation capacity = 93519872 (89.1875MB) used = 65702256 (62.65855407714844MB) free = 27817616 (26.528945922851562MB) 70.25486091341101% used PS Perm Generation capacity = 128450560 (122.5MB) used = 87743104 (83.6783447265625MB) free = 40707456 (38.8216552734375MB) 68.30885283801021% used Will attach output of jmap -histo and jmap -permstat (larger output) 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-18929) OutOfMemoryError: PermGen space
David Ishee commented on JENKINS-18929 OutOfMemoryError: PermGen space I set MaxPermSize to 256M. We'll see if that helps. If it is a memory leak, it will just postpone the crash. I'll use jmap next time to get a heap dump 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 -- 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-18929) OutOfMemoryError: PermGen space
David Ishee updated JENKINS-18929 OutOfMemoryError: PermGen space Change By: David Ishee (25/Jul/13 4:52 PM) Environment: Jenkins 1.509.2Standalone Jelly serviceRed Hat Enterprise Linux Server release 5.9 (Tikanga)java -versionjava version "1.6.0_17"Java(TM) SE Runtime Environment (build 1.6.0_17-b04)Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01, mixed mode) Using -Xmx1500M 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-18929) OutOfMemoryError: PermGen space
David Ishee created JENKINS-18929 OutOfMemoryError: PermGen space Issue Type: Bug Assignee: Unassigned Attachments: stack.txt Components: core Created: 25/Jul/13 2:46 PM Description: We get frequent out of memory errors. They happen every few days. Here is a stack trace that showed up in the browser today: Status Code: 500 Exception: org.apache.commons.jelly.JellyTagException: jar:file:/local/IMAT/.jenkins/war/WEB-INF/lib/jenkins-core-1.509.2.jar!/lib/layout/layout.jelly:85:72: PermGen space Stacktrace: javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/local/IMAT/.jenkins/war/WEB-INF/lib/jenkins-core-1.509.2.jar!/lib/layout/layout.jelly:85:72: PermGen space 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:666) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770) 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:677) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:770) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:583) at org.kohsuke.stapler.Stapler.service(Stapler.java:214) 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 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:48) 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:124) 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:174) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:64) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66) at hudson.security.ChainedServl
[JIRA] [plugin] (JENKINS-17704) Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild
David Ishee created JENKINS-17704 Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild Issue Type: Bug Assignee: Unassigned Components: plugin Created: 22/Apr/13 3:26 PM Description: I have a MultiJob Project that fails occasionally with: FATAL: Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild#subBuilds for class com.tikal.jenkins.plugins.multijob.MultiJobBuild java.lang.RuntimeException: Failed to serialize com.tikal.jenkins.plugins.multijob.MultiJobBuild#subBuilds for class com.tikal.jenkins.plugins.multijob.MultiJobBuild at hudson.util.RobustReflectionConverter$2.writeField(RobustReflectionConverter.java:167) at hudson.util.RobustReflectionConverter$2.visit(RobustReflectionConverter.java:135) at com.thoughtworks.xstream.converters.reflection.PureJavaReflectionProvider.visitSerializableFields(PureJavaReflectionProvider.java:130) at hudson.util.RobustReflectionConverter.doMarshal(RobustReflectionConverter.java:120) at hudson.util.RobustReflectionConverter.marshal(RobustReflectionConverter.java:94) at com.thoughtworks.xstream.core.AbstractReferenceMarshaller.convert(AbstractReferenceMarshaller.java:68) at com.thoughtworks.xstream.core.TreeMarshaller.convertAnother(TreeMarshaller.java:78) at com.thoughtworks.xstream.core.TreeMarshaller.convertAnother(TreeMarshaller.java:63) at com.thoughtworks.xstream.core.TreeMarshaller.start(TreeMarshaller.java:98) at com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.marshal(AbstractTreeMarshallingStrategy.java:38) at com.thoughtworks.xstream.XStream.marshal(XStream.java:840) at com.thoughtworks.xstream.XStream.marshal(XStream.java:829) at com.thoughtworks.xstream.XStream.toXML(XStream.java:804) at hudson.XmlFile.write(XmlFile.java:177) at org.jvnet.hudson.plugins.DownstreamBuildViewUpdateListener.save(DownstreamBuildViewUpdateListener.java:105) at org.jvnet.hudson.plugins.DownstreamBuildViewUpdateListener.onStarted(DownstreamBuildViewUpdateListener.java:91) at org.jvnet.hudson.plugins.DownstreamBuildViewUpdateListener.onStarted(DownstreamBuildViewUpdateListener.java:46) at hudson.model.listeners.RunListener.fireStarted(RunListener.java:188) at hudson.model.Run.execute(Run.java:1497) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:237) Caused by: java.util.ConcurrentModificationException at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372) at java.util.AbstractList$Itr.next(AbstractList.java:343) at com.thoughtworks.xstream.converters.collections.CollectionConverter.marshal(CollectionConverter.java:54) at com.thoughtworks.xstream.core.AbstractReferenceMarshaller.convert(AbstractReferenceMarshaller.java:68) at com.thoughtworks.xstream.core.TreeMarshaller.convertAnother(TreeMarshaller.java:78) at hudson.util.RobustReflectionConverter.marshallField(RobustReflectionConverter.java:176) at hudson.util.RobustReflectionConverter$2.writeField(RobustReflectionConverter.java:163) ... 21 more Environment: Multijob Plugin v1.8 Jenkins 1.480.3 Red Hat Linux Project: Jenkins Priority: Major Reporter: David Ishee 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 Issu
[JIRA] [conditional-buildstep] (JENKINS-17576) Conditional buildstep unable to launch MultiJob
David Ishee created JENKINS-17576 Conditional buildstep unable to launch MultiJob Issue Type: Bug Assignee: domi Components: conditional-buildstep Created: 11/Apr/13 1:45 PM Description: This is related to JENKINS-16974. A conditional buildstep is not able to launch a MultiJob. Environment: Jenkins 1.480.3 conditional-buildstep v1.2.1 MultiJob plugin v1.8 Red Hat Linux Project: Jenkins Priority: Major Reporter: David Ishee 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-multijob-plugin] (JENKINS-16974) Build Now link on MultiJob page doesn't work
David Ishee commented on JENKINS-16974 Build Now link on MultiJob page doesn't work If I use the 'b' keystroke, I get this message: You must use POST method to trigger builds. (From scripts you may instead pass a per-project authentication token, or authenticate with your API token.) If you see this page, it may be because a plugin offered a GET link; file a bug report for that plugin. 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] [nested-view] (JENKINS-17524) NPE when renaming job in My Views
David Ishee created JENKINS-17524 NPE when renaming job in My Views Issue Type: Bug Assignee: Unassigned Components: nested-view Created: 08/Apr/13 8:14 PM Description: I have the Nested View plugin installed. I was working in a nested view under my personal "My Views" tab. I renamed a job and got the following exception. The job does get renamed, but it disappears from the View it was in. I have to manually add it back to the view. It doesn't seem to do this on normal views outside "My Views". Status Code: 500 Exception: java.lang.NullPointerException Stacktrace: javax.servlet.ServletException: java.lang.NullPointerException at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:616) 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.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.MetaClass$12.dispatch(MetaClass.java:384) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) 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 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 hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
[JIRA] [jenkins-multijob-plugin] (JENKINS-16974) Build Now link on MultiJob page doesn't work
David Ishee commented on JENKINS-16974 Build Now link on MultiJob page doesn't work If you make the MultiJob a parameterized job, the "build now" link on the right side of the screen no longer works, and the one on the left side of the screen now works. The broken vs works icons flip-flop based on whether the job is parameterized or not. 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] [active-directory] (JENKINS-17477) Active Directory plugin not working with SSL connections
David Ishee created JENKINS-17477 Active Directory plugin not working with SSL connections Issue Type: Bug Assignee: Unassigned Components: active-directory Created: 04/Apr/13 5:07 PM Description: Can't connect to Active Directory from a Linux machine with the Active Directory plugin. Our servers require SSL access, no anonymous binds. Simple authentication over SSL is OK. I've supplied the: -Djavax.net.ssl.trustStore=/path/to/jenkins/truststore.crt and -Djavax.net.ssl.trustStorePassword=mypass arguments to Jenkins on startup. The Active Directory plugin v1.17 on Hudson works. Apr 4, 2013 11:45:29 AM hudson.plugins.active_directory.ActiveDirectorySecurityRealm FINE: Connecting to ldap://hostname:3269/ Apr 4, 2013 11:45:30 AM hudson.plugins.active_directory.TrustAllSocketFactory FINE: Got the certificate: [[ (output looks OK here) ]] Apr 4, 2013 11:45:30 AM hudson.plugins.active_directory.ActiveDirectorySecurityRealm FINE: Failed to start TLS. Authentication will be done via plain-text LDAP javax.naming.NamingException: [LDAP: error code 1 - : LdapErr: DSID-0C090DF2, comment: TLS or SSL already in effect, data 0, v1db1]; remaining name '' at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3081) at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2987) at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2794) at com.sun.jndi.ldap.LdapCtx.extendedOperation(LdapCtx.java:3166) at hudson.plugins.active_directory.ActiveDirectorySecurityRealm$DesciprotrImpl.bind(ActiveDirectorySecurityRealm.java:413) at hudson.plugins.active_directory.ActiveDirectorySecurityRealm$DesciprotrImpl.bind(ActiveDirectorySecurityRealm.java:357) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:245) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:190) at hudson.plugins.active_directory.ActiveDirectoryUnixAuthenticationProvider.retrieveUser(ActiveDirectoryUnixAuthenticationProvider.java:134) at org.acegisecurity.providers.dao.AbstractUserDetailsAuthenticationProvider.authenticate(AbstractUserDetailsAuthenticationProvider.java:119) at org.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:195) at org.acegisecurity.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:45) at org.acegisecurity.ui.webapp.AuthenticationProcessingFilter.attemptAuthentication(AuthenticationProcessingFilter.java:71) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:252) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:64) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDisp
[JIRA] (JENKINS-15309) NPE (isEmpty) from main.groovy
David Ishee commented on JENKINS-15309 NPE (isEmpty) from main.groovy I manually re-entered all my jobs. You can close this issue if you want to. 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-17356) Help for Tokens not rendering correctly
David Ishee created JENKINS-17356 Help for Tokens not rendering correctly Issue Type: Bug Assignee: Alex Earl Components: email-ext Created: 26/Mar/13 1:56 PM Description: When I click on the help icon for the token reference when configuring a Job, it displays the raw HTML. Environment: email-ext v2.27.1 Jenkins 1.480.3 Project: Jenkins Priority: Minor Reporter: David Ishee 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-17237) IllegalStateException with Node parameter
David Ishee created JENKINS-17237 IllegalStateException with Node parameter Issue Type: Bug Assignee: Unassigned Components: maven Created: 15/Mar/13 5:13 PM Description: ERROR: Processing failed due to a bug in the code. Please report this to jenkinsci-us...@googlegroups.com java.lang.IllegalStateException: The project is configured to NOT run builds concurrent, but the node parameter [NODE] is configured to trigger new builds concurrent! at org.jvnet.jenkins.plugins.nodelabelparameter.wrapper.TriggerNextBuildWrapper.setUp(TriggerNextBuildWrapper.java:69) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:601) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:500) at hudson.model.Run.execute(Run.java:1502) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:477) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:237) project=hudson.maven.MavenModuleSet@7343dc36[IMAT-ReadSpectrumHeader-Deploy] project.getModules()=[] project.getRootModule()=null FATAL: The project is configured to NOT run builds concurrent, but the node parameter [NODE] is configured to trigger new builds concurrent! java.lang.IllegalStateException: The project is configured to NOT run builds concurrent, but the node parameter [NODE] is configured to trigger new builds concurrent! at org.jvnet.jenkins.plugins.nodelabelparameter.wrapper.TriggerNextBuildWrapper.setUp(TriggerNextBuildWrapper.java:69) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:601) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:500) at hudson.model.Run.execute(Run.java:1502) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:477) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:237) I was able to get this to run by selecting the checkbox to run builds concurrently if necessary. Just reporting the exception. Environment: Jenkins v1.480.3 Project: Jenkins Priority: Major Reporter: David Ishee 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-16974) Build Now link on MultiJob page doesn't work
David Ishee updated JENKINS-16974 Build Now link on MultiJob page doesn't work Change By: David Ishee (26/Feb/13 10:22 PM) Environment: MultiJob plugin v1.8, Java v1.6, Jenkins 1.480.3 , Red Hat Linux 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-16974) Build Now link on MultiJob page doesn't work
David Ishee created JENKINS-16974 Build Now link on MultiJob page doesn't work Issue Type: Bug Assignee: Unassigned Components: jenkins-multijob-plugin Created: 26/Feb/13 10:21 PM Description: Create a MultiJob Project click on it to view it Click Build Now link (nothing happens, no errors) The URL of the link is something like http://hostname:8080/view/TAB1/view/TAB2/job/My-MultiJob/build?delay=0sec If I click on the "Schedule a Build" icon, with a URL like: http://hostname:8080/job/My-MultiJob/build?delay=0sec it works OK. If I go up to the parent View and click on the "Schedule a Build" icon with a URL like: http://hostname:8080/view/TAB1/view/TAB2/job/My-MultiJob/build?delay=0sec It works OK. (appears to be the same URL that doesn't work from a the first link). Environment: MultiJob plugin v1.8, Java v1.6, Jenkins 1.480.3 Project: Jenkins Priority: Minor Reporter: David Ishee 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-15309) NPE (isEmpty) from main.groovy
David Ishee commented on JENKINS-15309 NPE (isEmpty) from main.groovy A lot of other problems are showing up. I think I'm going to give up on trying to upgrade a Hudson installation and start with a clean Jenkins install and re-do all my jobs. It looks like that is the only workable solution. 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-15309) NPE (isEmpty) from main.groovy
David Ishee commented on JENKINS-15309 NPE (isEmpty) from main.groovy I updated to Jenkins 1.480.1, and set the security realm to Active Directory, and Authorization = "Anyone can do anything". It didn't change the error message. I changed the Authorization to "logged in users can do anything", but the error message is still there. The Anonymous View works OK. 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-15309) NPE (isEmpty) from main.groovy
David Ishee commented on JENKINS-15309 NPE (isEmpty) from main.groovy In my Hudson configuration, Anonymous has no permissions. 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-15309) NPE (isEmpty) from main.groovy
David Ishee commented on JENKINS-15309 NPE (isEmpty) from main.groovy What can I do to help you debug this? I can provide more info if you direct me to what you need. 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-15309) Status Code: 500 error
David Ishee commented on JENKINS-15309 Status Code: 500 error If Jenkins isn't a drop-in replacement for Hudson anymore, that should be stated on the Upgrading From Hudson page (https://wiki.jenkins-ci.org/display/JENKINS/Upgrading+from+Hudson+to+Jenkins) 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-15309) Status Code: 500 error
David Ishee updated JENKINS-15309 Status Code: 500 error Change By: David Ishee (10/Oct/12 2:27 PM) Priority: Major Blocker 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-15309) Status Code: 500 error
David Ishee created JENKINS-15309 Status Code: 500 error Issue Type: Bug Assignee: Unassigned Components: core Created: 25/Sep/12 9:19 PM Description: I just tried to switch over from Hudson, and I get this after I login. Maybe related to JENKINS-14031, but I don't know. Status Code: 500 Exception: org.apache.commons.jelly.JellyTagException: jar:file:/appserv/devimat/hudson/war/WEB-INF/lib/jenkins-core-1.483.jar!/hudson/model/View/index.jelly:44:43: Cannot invoke method isEmpty() on null object Stacktrace: javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/appserv/devimat/hudson/war/WEB-INF/lib/jenkins-core-1.483.jar!/hudson/model/View/index.jelly:44:43: Cannot invoke method isEmpty() on null object at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:112) 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.Stapler.tryInvoke(Stapler.java:625) 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 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 hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50) at winstone.FilterConfiguration.execute(FilterConfigura
[JIRA] (JENKINS-6961) Add the possibility to move existing views to a nested view.
David Ishee commented on JENKINS-6961 Add the possibility to move existing views to a nested view. Is there a way to accomplish this by manually editing some config files somewhere? That could be a workaround until a nice GUI is developed. 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