date:20121011















































Justin Ye
 commented on  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins















Here is the only link I can find by google that have the same issue :
https://groups.google.com/forum/#!msg/jenkinsci-users/pS2zREcMLQI/a7NgVMKqvBwJ



























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-15490) checkstyle plugin does not work in the latest version of Jenkins













































  
Justin Ye
 edited a comment on  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins
















For 1.485, I configured jdk1.6.0_23 in Jenkins. Since it is Windows version, the system service is set automatic so that it will start when windows starts up. I sometimes manually restart the service to restart Jenkins.
Maven 2/3 type job was used.

For 1.465, java-1.6.0-openjdk-1.6.0.0.x86_64 is used. It is a linux server used within our company. Maven 2/3 type job was used.


This issue also happens in PMD and Findbugs.

I also noticed Jenkins war used commons-logging-1.1.1.jar while the checkstyle plugin used commons-logging-1.1.jar in its lib folder. I am not sure whether it is the cause.



























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-15490) checkstyle plugin does not work in the latest version of Jenkins















































Justin Ye
 commented on  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins















I configured jdk1.6.0_23 in Jenkins.
Since it is Windows version, the system service is set automatic so that it will start when windows starts up. I sometimes manually restart the service to restart Jenkins.
I used Maven 2/3 type job.

This issue also happens in PMD and Findbugs.

I also noticed Jenkins war used commons-logging-1.1.1.jar while the checkstyle plugin used commons-logging-1.1.jar in its lib folder. I am not sure whether it is the cause.



























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-15500) Null pointer exception getting envVars of 1st time promotion

2012-10-11 Thread bb...@mac.com (JIRA)















































Brett Biba
 created  JENKINS-15500


Null pointer exception getting envVars of 1st time promotion















Issue Type:


Bug



Assignee:


Unassigned


Components:


promoted-builds



Created:


12/Oct/12 1:39 AM



Description:


My Build Promotion groovy script contains the following code:
def promoBuild = Thread.currentThread().executable
def promoBuildEnvVarsMap = promoBuild.envVars

Every time I promote a build for the first time, I receive a Null Pointer Exception trying to access envVars. If I re-execute the promotion I do not run into this problem.





Environment:


Jenkins: 1.447.2

Promotion Plugin: 2.6.2




Project:


Jenkins



Priority:


Major



Reporter:


Brett Biba

























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-15499) HistoryWidget/entry.jelly throws NullPointerException

2012-10-11 Thread cow...@java.net (JIRA)















































cowwoc
 created  JENKINS-15499


HistoryWidget/entry.jelly throws NullPointerException















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


core



Created:


12/Oct/12 12:57 AM



Description:


I have a job with 100 builds in the history. Builds 69 through 100 are listed in the job page. When I click "more..." to see jobs 68 and older I get the following exception:


Status Code: 500
Exception: org.apache.commons.jelly.JellyTagException: jar:file:/C:/Users/Gili/.jenkins/war/WEB-INF/lib/jenkins-core-1.485.jar!/hudson/widgets/HistoryWidget/entry.jelly:39:106:  java.lang.NullPointerException
Stacktrace:

javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: jar:file:/C:/Users/Gili/.jenkins/war/WEB-INF/lib/jenkins-core-1.485.jar!/hudson/widgets/HistoryWidget/entry.jelly:39:106:  java.lang.NullPointerException
	at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:103)
	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.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.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(RequestDispatcher.java:366)
	at winstone.RequestDispatcher.forward(RequestDispatcher.java:331)
	at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:215)
	at winstone.RequestHandlerThread.run(RequestHandlerThread.java:138)
	at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
	at java.util.concurrent.FutureTask.run(Unknown Source)
	at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Caused by: org.apache.commons.jelly.JellyTagExcep

[JIRA] (JENKINS-15486) Documentation is needed for Project GTest Sample Tap&Testlink for C++ testing

2012-10-11 Thread brunodepau...@yahoo.com.br (JIRA)















































Bruno P. Kinoshita
 started work on  JENKINS-15486


Documentation is needed for Project GTest Sample Tap&Testlink for C++ testing
















Change By:


Bruno P. Kinoshita
(11/Oct/12 11:30 PM)




Status:


Open
In Progress



























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-15486) Documentation is needed for Project GTest Sample Tap&Testlink for C++ testing

2012-10-11 Thread brunodepau...@yahoo.com.br (JIRA)















































Bruno P. Kinoshita
 commented on  JENKINS-15486


Documentation is needed for Project GTest Sample Tap&Testlink for C++ testing















+1! Will start working on 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

[JIRA] (JENKINS-15498) Environment variables not set for browers axis

2012-10-11 Thread piar...@gmail.com (JIRA)















































Ross Rowe
 created  JENKINS-15498


Environment variables not set for browers axis















Issue Type:


Bug



Assignee:


Ross Rowe



Components:


sauce-ondemand



Created:


11/Oct/12 11:26 PM



Description:


The environment variables that represent a selected browser (SELENIUM_BROWSER, SELENIUM_PLATFORM, SELENIUM_VERSION) are not being set for builds which define multiple Sauce browser configurations.




Project:


Jenkins



Priority:


Major



Reporter:


Ross Rowe

























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-15497) Display link to download TAP attachment

2012-10-11 Thread brunodepau...@yahoo.com.br (JIRA)















































Bruno P. Kinoshita
 created  JENKINS-15497


Display link to download TAP attachment















Issue Type:


New Feature



Assignee:


Bruno P. Kinoshita



Components:


tap



Created:


11/Oct/12 11:11 PM



Description:


As Cody L. suggested, it would be great to have a link to download the attachments of a TAP Stream (YAMLish).




Project:


Jenkins



Labels:


tap
attachments




Priority:


Minor



Reporter:


Bruno P. Kinoshita

























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-15496) Add Local module directory field like Subversion plugin

2012-10-11 Thread apg...@java.net (JIRA)















































apgray
 created  JENKINS-15496


Add Local module directory field like Subversion plugin















Issue Type:


Improvement



Affects Versions:


current



Assignee:


samngms



Components:


filesystem_scm



Created:


11/Oct/12 10:25 PM



Description:


It would be really useful to have a Local module directory for this plugin that works the same way as it does for the Subversion plugin 	




Due Date:


31/Oct/12 12:00 AM




Environment:


All




Project:


Jenkins



Priority:


Major



Reporter:


apgray

























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-12794) Occasional crash of plugin















































Kohsuke Kawaguchi
 updated  JENKINS-12794


Occasional crash of plugin
















This is a bug in ClearCase plugin. Nothing to do with the cobertura plugin.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 10:01 PM)




Component/s:


cobertura



























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-15456) New v1.485 breaks the build status
















































Kohsuke Kawaguchi
 resolved  JENKINS-15456 as Cannot Reproduce


New v1.485 breaks the build status
















I think we need more details to be able to work on this.

There are two major bugs in 1.485 that are getting fixed for 1.486, so can you please run 1.486 and if that doesn't fix it, please reopen this ticket, give us more detailed instructions, screenshots etc so that we can work on the issue.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 9:48 PM)




Status:


Open
Resolved





Resolution:


Cannot Reproduce



























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-6741) DirectoryScanner shouldn't die when it sees unreadable directory















































Kohsuke Kawaguchi
 updated  JENKINS-6741


DirectoryScanner shouldn't die when it sees unreadable directory
















Updated the title to better reflect the nature of the ticket.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 9:43 PM)




Summary:


IO exception during search for cobertura reports
DirectoryScanner shouldn't die when it sees unreadable directory





Assignee:


stephenconnolly





Component/s:


core





Component/s:


cobertura



























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-7540) Conditionnals at 100% 0/0 on report
















































Kohsuke Kawaguchi
 resolved  JENKINS-7540 as Fixed


Conditionnals at 100% 0/0 on report
















It's "FIXED", not "FIX", so the daemon didn't close it.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 9:40 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

[JIRA] (JENKINS-8286) Jobs trying to publish cobertura coverage report look for the report in the home dir of the master not the slave.
















































Kohsuke Kawaguchi
 resolved  JENKINS-8286 as Fixed


Jobs trying to publish cobertura coverage report look for the report in the home dir of the master not the slave.
















This problem was originally caused by the the remoting layer, not in the cobertra plugin — master started parsing the file before all the bits have arrived from the slave.

This problem was fixed in 1.413. If you are using earlier versions of the core, please upgrade.

If you are using a version newer than that and still sees the problem, please make sure you are using up-to-date slave.jar.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 9:33 PM)




Status:


Open
Resolved





Assignee:


stephenconnolly
Kohsuke Kawaguchi





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

[JIRA] (JENKINS-15495) Workspace got deleted for custom workspaces after updating to 1.485

2012-10-11 Thread klaus.scha...@adp.com (JIRA)















































Klaus Scharpf
 created  JENKINS-15495


Workspace got deleted for custom workspaces after updating to 1.485















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


core



Created:


11/Oct/12 8:39 PM



Description:


After updating to 1.485 some of my builds broke. When checking the workspace they were all deleted.

I found out that workspaces on slaves are deleted after 30 days of inactivity.
But I don't have any slaves, and these workspaces are never updated, since they only contain some ANT scripts, or plain batch, that only copies files outside of Jenkins.

My last version before this update was 1.481, I am running these scripts for over a year, and nothing like this ever happened.




Environment:


Windows 7. Jenkins runs via its own server, no master-slave setup, i.e. only running by itself




Project:


Jenkins



Priority:


Critical



Reporter:


Klaus Scharpf

























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-15439) Jenkins build records lazy-loading failed to load some of my jobs.

2012-10-11 Thread dogf...@java.net (JIRA)















































dogfood
 commented on  JENKINS-15439


Jenkins build records lazy-loading failed to load some of my jobs.















Integrated in  jenkins_main_trunk #1994
 [FIXED JENKINS-15439] Jenkins build records lazy-loading failed to load some of my jobs (Revision 6fca1f08d20fcb9d8639ce6e3ff83aa63e145fde)

 Result = SUCCESS
kohsuke : 6fca1f08d20fcb9d8639ce6e3ff83aa63e145fde
Files : 

	changelog.html
	core/src/test/java/jenkins/model/lazy/SortedListTest.java
	core/src/main/java/jenkins/model/lazy/SortedList.java





























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-15465) RunList returning null from its elements in 1.485

2012-10-11 Thread dogf...@java.net (JIRA)















































dogfood
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Integrated in  jenkins_main_trunk #1994
 JENKINS-15465 tweaking subList implementation and iterator. (Revision 04b0283d1a95fa424863d7de0dd8a73078eecb37)
JENKINS-15465 (Revision 9dde518f85da4811ab1803105c4c03b266b04749)
[FIXED JENKINS-15465] (Revision ac3b25baec8ce24ec9c60cdeb0f097047592706c)

 Result = SUCCESS
kohsuke : 04b0283d1a95fa424863d7de0dd8a73078eecb37
Files : 

	core/src/main/java/hudson/model/RunMap.java
	core/src/main/java/hudson/util/RunList.java



kohsuke : 9dde518f85da4811ab1803105c4c03b266b04749
Files : 

	core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java



kohsuke : ac3b25baec8ce24ec9c60cdeb0f097047592706c
Files : 

	changelog.html
	core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
	core/src/main/java/jenkins/model/lazy/AbstractLazyLoadRunMap.java





























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-8754) ROADMAP: Improve Start-up Time

2012-10-11 Thread jburr...@java.net (JIRA)













































  
jburrows
 edited a comment on  JENKINS-8754


ROADMAP: Improve Start-up Time
















So, how do we get the build records to load now? Sure, it starts faster, but now it does not show any build records for any of the builds prior to the update. v1.485, if you get rid of prior build records and start fresh, then maybe it would have been nice to state that in the change 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

[JIRA] (JENKINS-8754) ROADMAP: Improve Start-up Time

2012-10-11 Thread jburr...@java.net (JIRA)















































jburrows
 commented on  JENKINS-8754


ROADMAP: Improve Start-up Time















So, how do we get the build records to load now? Sure, it starts faster, but now it does not show any build records for any of the builds prior to the update.



























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-15407) Using "**" as Branch Specifier doesn't build the last changed branch

2012-10-11 Thread rodr...@sdfg.com.ar (JIRA)

Rodrigo Campos
commented on JENKINS-15407

Using "**" as Branch Specifier doesn't build the last changed branch

The repositories have various branches, some really old that do not even run the tests the same way we do it now. So we have never built those branches here in jenkins. And it seems it tries to build some of those branches too, from time to time.

The collection of revisions is made from old to new (in that order) to "be fair". I've made a patch that just changes the order of the list and seems to work around this (just a reverse), so if the last element (the newest) is in the list, it should be what I want to build. And in fact, it seems to fix it. But if the list has more than one element, I don't know why it doesn't continue building the others and fails later, building some never built branches.

The patch is here: https://github.com/rata/git-plugin/commit/3c9409e79d9fa73780a15da3814af330ca13cc77

I've not investigated further since this actually works around the problem for me. But knowing this could be useful to understand the real bug =)

I think we don't want to build "all non-built" branches, even if they didn't change. I think we should build only the branches that has changes, so we should probably fix something to filter those branches of the "revs" list (asuming they are there, I don't even look at the content of "revs" :-D)

Please let me know if you want me to test something

Thanks a lot,
Rodrigo

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-13121) Cannot configure job if the job name contains single quote

2012-10-11 Thread david.scham...@landisgyr.com (JIRA)















































David Schamber
 commented on  JENKINS-13121


Cannot configure job if the job name contains single quote















I have also experienced this issue in our Jenkins 1.478 on Windows Server 2003.  I've confirmed the issue in IE, Firefox, Chrome, and Opera.



























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-15490) checkstyle plugin does not work in the latest version of Jenkins

2012-10-11 Thread ullrich.haf...@gmail.com (JIRA)















































Ulli Hafner
 commented on  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins















Which JDK are you using, how do you start Jenkins? Which job type?



























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-15465) RunList returning null from its elements in 1.485

2012-10-11 Thread dogf...@java.net (JIRA)















































dogfood
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Integrated in  jenkins_main_trunk #1993
 [FIXED JENKINS-15465] (Revision 04c87d8d99668125b2794b9d78047011de6c52ca)

 Result = SUCCESS
kohsuke : 04c87d8d99668125b2794b9d78047011de6c52ca
Files : 

	core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
	core/src/main/java/jenkins/model/lazy/AbstractLazyLoadRunMap.java





























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-15095) Testopia fields witn no value should give an empty environment variable and not value null

2012-10-11 Thread brunodepau...@yahoo.com.br (JIRA)















































Bruno P. Kinoshita
 started work on  JENKINS-15095


Testopia fields witn no value should give an empty environment variable and not value null
















Change By:


Bruno P. Kinoshita
(11/Oct/12 7:12 PM)




Status:


Open
In Progress



























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-15465) RunList returning null from its elements in 1.485















































Kohsuke Kawaguchi
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Actually, a better one to point people to is RC build #279 since this is what we'd like to release as 1.486.



























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-15465) RunList returning null from its elements in 1.485















































SCM/JIRA link daemon
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Code changed in jenkins
User: Kohsuke Kawaguchi
Path:
 changelog.html
 core/src/main/java/jenkins/model/lazy/AbstractLazyLoadRunMap.java
 core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
http://jenkins-ci.org/commit/jenkins/ac3b25baec8ce24ec9c60cdeb0f097047592706c
Log:
  [FIXED JENKINS-15465]

If unwrap returns null, we need to fall through to load to try it again.
(cherry picked from commit 04c87d8d99668125b2794b9d78047011de6c52ca)


Compare: https://github.com/jenkinsci/jenkins/compare/6fca1f08d20f...ac3b25baec8c




























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-15465) RunList returning null from its elements in 1.485















































SCM/JIRA link daemon
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Code changed in jenkins
User: Kohsuke Kawaguchi
Path:
 core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
http://jenkins-ci.org/commit/jenkins/9dde518f85da4811ab1803105c4c03b266b04749
Log:
  JENKINS-15465

If a build record gets GCed, a load is attempted, and that fails, then RunMap can return null. Not sure if this alone would explain the entirety of JENKINS-15465, but this is a related fix.
(cherry picked from commit ca44a90e27263d390ff5414b25ec4e7b5c79d687)





























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-15465) RunList returning null from its elements in 1.485















































SCM/JIRA link daemon
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Code changed in jenkins
User: Kohsuke Kawaguchi
Path:
 core/src/main/java/hudson/model/RunMap.java
 core/src/main/java/hudson/util/RunList.java
http://jenkins-ci.org/commit/jenkins/04b0283d1a95fa424863d7de0dd8a73078eecb37
Log:
  JENKINS-15465 tweaking subList implementation and iterator.

I can't really think of how null ends up in the resulting list, but adding a check in Iterator to detect that situation.

Also, improved the efficiency of the subList implementation.
(cherry picked from commit 807dc7174cd8ed4ec3cb9562f1c3f90f4035cf33)





























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-15491) OOM in Jenkins after 1 day















































Kohsuke Kawaguchi
 commented on  JENKINS-15491


OOM in Jenkins after 1 day















I suspect this is the same root cause as JENKINS-15493.



























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-15465) RunList returning null from its elements in 1.485















































Kohsuke Kawaguchi
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Richard Mortimer and I think 04c87d8d99668125b2794b9d78047011de6c52ca really does fix the problem.

Those of you who are seeing this issue, please try build #1993 or later and report back what you see. Thanks!



























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-15473) Jenkins forgets about old builds under IO pressure

2012-10-11 Thread ericfleisch...@hotmail.com (JIRA)















































Eric Fleischman
 updated  JENKINS-15473


Jenkins forgets about old builds under IO pressure
















Change By:


Eric Fleischman
(11/Oct/12 6:49 PM)




Description:


I am a pretty small Jenkins install. Single win2k8 R2 VM running all Jenkins roles doing 1-2 builds/hour. 2 branches. Full build execution time (which is mostly tests running) is ~6 minutes.I have found that when under IO pressure, Jenkins fails to load historical builds for my branches. I have observed this in two scenarios:1) Service start after boot (when OS services are still coming up)2) If it tries to load this data when a build is execution (which is typically I/O bound) it will "forget" all of this data.When this happens, either restarting the Jenkins service or triggering "reload config" from the manage Jenkins UI will cause it to reload this data and all is well again.I have seen this at rare occasions in the past but it has gotten materially more frequent over the last few upgrades (I tend to stay up to date with the latest Jenkins builds
, I upgrade ~weekly
). Over the last couple of weeks it has become a
 near
 ~
 daily issue
, typically triggered during build execution
.If there are logs of interest let me know and I'm happy to collect them. I'm a n00b so not sure what would be helpful. I'm starting to collect diagnostic data in parallel (reading up on what would be helpful)...



























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-15465) RunList returning null from its elements in 1.485















































SCM/JIRA link daemon
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Code changed in jenkins
User: Kohsuke Kawaguchi
Path:
 core/src/main/java/jenkins/model/lazy/AbstractLazyLoadRunMap.java
 core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
http://jenkins-ci.org/commit/jenkins/04c87d8d99668125b2794b9d78047011de6c52ca
Log:
  [FIXED JENKINS-15465]

If unwrap returns null, we need to fall through to load to try it again.































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-15465) RunList returning null from its elements in 1.485
















































SCM/JIRA link daemon
 resolved  JENKINS-15465 as Fixed


RunList returning null from its elements in 1.485
















Change By:


SCM/JIRA link daemon
(11/Oct/12 6:48 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

[JIRA] (JENKINS-15494) Uncaught TypeError: Cannot read property 'firstChild' of null

2012-10-11 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 commented on  JENKINS-15494


Uncaught TypeError: Cannot read property 'firstChild' of null















Apparently a regression between 1.447 and 1.466.



























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-15482) OOM when clicking on a view link inside a nested view

2012-10-11 Thread pellepels...@gmail.com (JIRA)
















































Christian Pelster
 resolved  JENKINS-15482 as Fixed


OOM when clicking on a view link inside a nested view
















should be fixed with 0.1.16, thanks for your contributions





Change By:


Christian Pelster
(11/Oct/12 6:21 PM)




Status:


Open
Resolved





Fix Version/s:


current





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

[JIRA] (JENKINS-15494) Uncaught TypeError: Cannot read property 'firstChild' of null

2012-10-11 Thread jgl...@cloudbees.com (JIRA)















































Jesse Glick
 created  JENKINS-15494


Uncaught TypeError: Cannot read property 'firstChild' of null















Issue Type:


Bug



Assignee:


Unassigned


Components:


core



Created:


11/Oct/12 6:17 PM



Description:


Under some conditions adding a dynamic section to a configuration screen fails with the abovementioned error. In renderOnDemand, c.innerHTML = ""t.responseText""; succeeds yet immediately afterwards c.firstChild is a HTMLLinkElement rather than the expected HTMLTableElement:


"stylesheet" href="" class="code-quote">"/adjuncts/…/lib/form/section_.css" type="text/css">


The second child is indeed the expected table, so something inserted this link element at the top.

Uri Scheiner says this occurred for him due to  under a separated , yet it seems to occur under other circumstances as well.




Project:


Jenkins



Labels:


_javascript_
jelly




Priority:


Major



Reporter:


Jesse Glick

























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-15493) Excessive memory usage with large number of request threads
















































Kohsuke Kawaguchi
 resolved  JENKINS-15493 as Fixed


Excessive memory usage with large number of request threads
















Main line release got this fix in 1.485.

The symptom of this OutOfMemoryError is a large amount of memoryu retained by such classes like JellyContext, TagScript, ScriptBlock, and so on.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 6:05 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

[JIRA] (JENKINS-15493) Excessive memory usage with large number of request threads















































Kohsuke Kawaguchi
 created  JENKINS-15493


Excessive memory usage with large number of request threads















Issue Type:


Bug



Assignee:


Kohsuke Kawaguchi



Components:


core



Created:


11/Oct/12 6:04 PM



Description:


Jelly TagScripts maintain a per-thread cache of Tag objects. These Tag objects in turn hold on to their JellyContexts. This tag cache doesn't get GC-ed until the thread is dead, so if there are a large number of HTTP request handling threads, over time the tag cache gets pretty full, results in OutOfMemoryError.

This problem is fixed in Jelly and integrated into stapler 1.197, which gets released in 1.485 through 288827f67166c3159f18babf87b16693f537bb9b.

I'm recording this here to make this backported to LTS.




Project:


Jenkins



Priority:


Critical



Reporter:


Kohsuke Kawaguchi

























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-8330) OutOfMemory - Status Code: 500
















































Kohsuke Kawaguchi
 resolved  JENKINS-8330 as Incomplete


OutOfMemory - Status Code: 500
















Please see https://wiki.jenkins-ci.org/display/JENKINS/I'm+getting+OutOfMemoryError and provide us the data we need to fix these problems. Thanks!





Change By:


Kohsuke Kawaguchi
(11/Oct/12 6:01 PM)




Status:


Open
Resolved





Assignee:


Kohsuke Kawaguchi





Resolution:


Incomplete



























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-15465) RunList returning null from its elements in 1.485

2012-10-11 Thread oldel...@java.net (JIRA)















































Richard Mortimer
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















@kohsuke the BuildReferenceMapAdapter does silently paper over the cracks and stops the /rssAll URL from falling over NPEs but all of the build records are gone after forcing an OOM. The size of the RSS drops from 256229 to 700 bytes.

There is no suggestion that anything is wrong in the logs so that could potentially mask other real problems in the future. I can't think of any easy way round it to get the right balance between safety and diagnosablity



























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-15482) OOM when clicking on a view link inside a nested view















































SCM/JIRA link daemon
 commented on  JENKINS-15482


OOM when clicking on a view link inside a nested view















Code changed in jenkins
User: Pelle Pelster
Path:
 src/main/java/de/pellepelster/jenkins/walldisplay/WallDisplayTransientViewActionFactory.java
http://jenkins-ci.org/commit/walldisplay-plugin/491dbea8dfc14a2269b01c3c90b06ac046d3d72b
Log:
  Merge pull request #16 from rodikal/master

JENKINS-15482 JENKINS-14660 fix iteration logic in while loop


Compare: https://github.com/jenkinsci/walldisplay-plugin/compare/0b6562d8d1a4...491dbea8dfc1




























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-14660) Plugin doesn't work when using the Nested View plugin















































SCM/JIRA link daemon
 commented on  JENKINS-14660


Plugin doesn't work when using the Nested View plugin















Code changed in jenkins
User: Pelle Pelster
Path:
 src/main/java/de/pellepelster/jenkins/walldisplay/WallDisplayTransientViewActionFactory.java
http://jenkins-ci.org/commit/walldisplay-plugin/491dbea8dfc14a2269b01c3c90b06ac046d3d72b
Log:
  Merge pull request #16 from rodikal/master

JENKINS-15482 JENKINS-14660 fix iteration logic in while loop


Compare: https://github.com/jenkinsci/walldisplay-plugin/compare/0b6562d8d1a4...491dbea8dfc1




























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-15482) OOM when clicking on a view link inside a nested view















































SCM/JIRA link daemon
 commented on  JENKINS-15482


OOM when clicking on a view link inside a nested view















Code changed in jenkins
User: Samuel Van Reeth
Path:
 src/main/java/de/pellepelster/jenkins/walldisplay/WallDisplayTransientViewActionFactory.java
http://jenkins-ci.org/commit/walldisplay-plugin/737ad3e6c9b4aec9322a245af6ff735d9880a7c3
Log:
  JENKINS-14660 & JENKINS-15482 fix iteration logic in while loop





























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-14660) Plugin doesn't work when using the Nested View plugin















































SCM/JIRA link daemon
 commented on  JENKINS-14660


Plugin doesn't work when using the Nested View plugin















Code changed in jenkins
User: Samuel Van Reeth
Path:
 src/main/java/de/pellepelster/jenkins/walldisplay/WallDisplayTransientViewActionFactory.java
http://jenkins-ci.org/commit/walldisplay-plugin/737ad3e6c9b4aec9322a245af6ff735d9880a7c3
Log:
  JENKINS-14660 & JENKINS-15482 fix iteration logic in while loop





























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-15465) RunList returning null from its elements in 1.485















































SCM/JIRA link daemon
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















Code changed in jenkins
User: Kohsuke Kawaguchi
Path:
 core/src/main/java/jenkins/model/lazy/BuildReferenceMapAdapter.java
http://jenkins-ci.org/commit/jenkins/ca44a90e27263d390ff5414b25ec4e7b5c79d687
Log:
  JENKINS-15465

If a build record gets GCed, a load is attempted, and that fails, then RunMap can return null. Not sure if this alone would explain the entirety of JENKINS-15465, but this is a related fix.































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-15439) Jenkins build records lazy-loading failed to load some of my jobs.

2012-10-11 Thread vemulapalli.upen...@principal.com (JIRA)















































Kohsuke Kawaguchi
 commented on  JENKINS-15439


Jenkins build records lazy-loading failed to load some of my jobs.















Backported to 1.486.



























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-15465) RunList returning null from its elements in 1.485













































  
Upendra Vemulapalli
 edited a comment on  JENKINS-15465


RunList returning null from its elements in 1.485
















I found two issues when I upgraded Jenkins from 81 to 85.

a. I could see all of my Ant based jobs. But missing to see Maven based builds (I found that I've upgraded the maven plugin from 1.478 to 1.485 which is causing the problem)

b. Missing build history for some jobs (I think this is the issue with 1.485 Jenkins version)

So I've downgraded Jenkins maven plug-in to see my previous Maven based builds. Now I've updated my 1.481 Jenkins to 1.484 and works fine as expected.



























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-15465) RunList returning null from its elements in 1.485

2012-10-11 Thread vemulapalli.upen...@principal.com (JIRA)















































Upendra Vemulapalli
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















If found two issues when I upgraded Jenkins from 81 to 85.

a. I could see all of my Ant based jobs. But missing to see Maven based builds (I found that I've upgraded the maven plugin from 1.478 to 1.485 which is causing the problem)

b. Missing build history for some jobs (I think this is the issue with 1.485 Jenkins version)

So I've downgraded Jenkins maven plug-in to see my previous Maven based builds. Now I've updated my 1.481 Jenkins to 1.484 and works fine as expected.



























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-15465) RunList returning null from its elements in 1.485

2012-10-11 Thread oldel...@java.net (JIRA)















































Richard Mortimer
 commented on  JENKINS-15465


RunList returning null from its elements in 1.485















@kohsuke I've got a pretty good handle on what is going on here but don't know enough about how maven multi-module projects fit together to get to the bottom of the issue.

I can re-create the issue by simulating a low memory situation which forces soft-references to get cleared (i.e. cause an OOM) and then after that requesting the rssAll URL will cause the problem. This does require that the jenkins instance has some multi-module maven builds.


http://localhost:8080/jenkins/rssAll


Note that the single module builds all seem to be fine and have build history (indeed the top level build history of the multi-module looks fine). I suspect that something in the multi-module history is not getting rebuilt properly.

Adding the following to a suitable view will allow you to force an OOM.


public void doClearSoftReferences( StaplerRequest req, StaplerResponse rsp ) throws IOException, ServletException {
rsp.setContentType("text/plain");
PrintWriter w = new PrintWriter(rsp.getCompressedWriter(req));
w.println("About to cause mischief");
w.flush();
	/* Force releasing SoftReferences
	 * Borrowed from http://stackoverflow.com/questions/3785713/how-to-make-the-java-system-release-soft-references
	 */
try {
final List memhog = new LinkedList();
while(true) {
memhog.add(new long[102400]);
}
}
catch(final OutOfMemoryError e) {
/* At this point all SoftReferences have been released - GUARANTEED. */
}
w.println("Mischief over");
w.close();
}




























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-15439) Jenkins build records lazy-loading failed to load some of my jobs.















































SCM/JIRA link daemon
 commented on  JENKINS-15439


Jenkins build records lazy-loading failed to load some of my jobs.















Code changed in jenkins
User: Richard Mortimer
Path:
 changelog.html
 core/src/main/java/jenkins/model/lazy/SortedList.java
 core/src/test/java/jenkins/model/lazy/SortedListTest.java
http://jenkins-ci.org/commit/jenkins/6fca1f08d20fcb9d8639ce6e3ff83aa63e145fde
Log:
  [FIXED JENKINS-15439] Jenkins build records lazy-loading failed to load some of my jobs

Ensure that SortedList clones the underlying data list.
Without this changes to a clone also change the original list.
(cherry picked from commit 761c437983ad2b08399efa5e69e848764fcff4de)































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-15465) RunList returning null from its elements in 1.485















































Kohsuke Kawaguchi
 updated  JENKINS-15465


RunList returning null from its elements in 1.485
















Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:58 PM)




Description:


h3.Kohsuke's updated summaryIn 1.485, there's a bug that causes Jenkins to return null when someone is listing historical build records. The caller is not expecting null return value, so this normally results in NullPointerException.Because there are numerous code inside Jenkins that touches build history, such NullPointerException can occur in a large number of different places.If you are not sure your NullPointerException is just another manifestation of this bug or an unrelated bug, please feel free to file a separate ticket, and mention this ticket as a possible cause so that the plugin developers won't get confused.h3.Original bug report
running the build fails with the following error:ERROR: Processing failed due to a bug in the code. Please report this to jenkinsci-us...@googlegroups.comjava.lang.NullPointerException	at hudson.tasks.LogRotator.perform(LogRotator.java:119)	at hudson.model.Job.logRotate(Job.java:338)	at hudson.model.Run.execute(Run.java:1581)	at hudson.maven.MavenBuild.access$600(MavenBuild.java:83)	at hudson.maven.MavenBuild$ProxyImpl2.close(MavenBuild.java:545)	at hudson.maven.AbstractMavenBuilder.end(AbstractMavenBuilder.java:106)	at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:794)	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:589)	at hudson.model.Run.execute(Run.java:1516)	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:477)	at hudson.model.ResourceController.execute(ResourceController.java:88)	at hudson.model.Executor.run(Executor.java:236)project=hudson.maven.MavenModuleSet@280d8b87[deploy sdk]



























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-15468) Null Pointer exception when I use the XML API against one of my job
















































Kohsuke Kawaguchi
 resolved  JENKINS-15468 as Duplicate


Null Pointer exception when I use the XML API against one of my job
















Duplicate of JENKINS-15465. Consolidating.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:53 PM)




Status:


Open
Resolved





Assignee:


Kohsuke Kawaguchi





Resolution:


Duplicate



























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-15461) Version 1.485 breaks "Build timeline" view
















































Kohsuke Kawaguchi
 resolved  JENKINS-15461 as Duplicate


Version 1.485 breaks "Build timeline" view
















Duplicate of JENKINS-15465. Consolidating.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:54 PM)




Status:


Open
Resolved





Resolution:


Duplicate



























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-15477) Loading All Build History Fails - error 500
















































Kohsuke Kawaguchi
 resolved  JENKINS-15477 as Duplicate


Loading All Build History Fails - error 500
















When you report a problem, please include the entire stack trace, not just the top line.

I suspect this is a duplicate of JENKINS-15465. Consolidating.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:51 PM)




Status:


Open
Resolved





Assignee:


Kohsuke Kawaguchi





Resolution:


Duplicate



























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-15482) OOM when clicking on a view link inside a nested view

2012-10-11 Thread samuelvanre...@gmail.com (JIRA)















































Samuel Van Reeth
 commented on  JENKINS-15482


OOM when clicking on a view link inside a nested view















I fixed the while loop and created a Pull request



























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-14660) Plugin doesn't work when using the Nested View plugin

2012-10-11 Thread samuelvanre...@gmail.com (JIRA)















































Samuel Van Reeth
 commented on  JENKINS-14660


Plugin doesn't work when using the Nested View plugin















You're correct!
I fixed the while loop and created a Pull request



























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-15489) NPE in Job.createGraph
















































Kohsuke Kawaguchi
 resolved  JENKINS-15489 as Duplicate


NPE in Job.createGraph
















Duplicate of JENKINS-15465. Consolidating.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:50 PM)




Status:


Open
Resolved





Assignee:


Kohsuke Kawaguchi





Resolution:


Duplicate



























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-15488) NPE when displaying people
















































Kohsuke Kawaguchi
 resolved  JENKINS-15488 as Duplicate


NPE when displaying people
















Duplicate of JENKINS-15465. Consolidating.





Change By:


Kohsuke Kawaguchi
(11/Oct/12 4:50 PM)




Status:


Open
Resolved





Assignee:


Kohsuke Kawaguchi





Resolution:


Duplicate



























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-15491) OOM in Jenkins after 1 day















































Kohsuke Kawaguchi
 commented on  JENKINS-15491


OOM in Jenkins after 1 day















If you can, please send us the raw hprof dump file so that I can look at this on my own. My e-mail address is k...@kohsuke.org.



























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-15492) Warnings module crashes with pep8 output

2012-10-11 Thread shish+jenk...@shishnet.org (JIRA)















































Shish Moom
 created  JENKINS-15492


Warnings module crashes with pep8 output















Issue Type:


Bug



Assignee:


peterkittreilly



Components:


violations, warnings



Created:


11/Oct/12 4:44 PM



Description:


Started a new project, it builds fine and pep8 analysis is correctly printed to the log. Adding the "warnings" module to run as a post-build action, it crashes:

[WARNINGS] Parsing warnings in console log with parser Pep8
ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
java.lang.NullPointerException
	at hudson.plugins.violations.util.AbsoluteFileFinder.addSourcePaths(AbsoluteFileFinder.java:20)
	at hudson.plugins.violations.types.pep8.Pep8Parser.parse(Pep8Parser.java:51)
	at hudson.plugins.warnings.parser.ViolationsAdapter.parse(ViolationsAdapter.java:60)
	at hudson.plugins.warnings.parser.ParserRegistry.parse(ParserRegistry.java:322)
	at hudson.plugins.warnings.parser.ParserRegistry.parse(ParserRegistry.java:301)
	at hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:352)
	at hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:278)
	at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:329)
	at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
	at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:710)
	at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:685)
	at hudson.model.Build$RunnerImpl.post2(Build.java:162)
	at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:632)
	at hudson.model.Run.run(Run.java:1463)
	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
	at hudson.model.ResourceController.execute(ResourceController.java:88)
	at hudson.model.Executor.run(Executor.java:239)
Finished: FAILURE




Environment:


Ubuntu, Jenkins ver. 1.466.2, Violations 0.7.11, static analysis utilities 1.48, warnings 4.18




Project:


Jenkins



Priority:


Major



Reporter:


Shish Moom

























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-15439) Jenkins build records lazy-loading failed to load some of my jobs.















































Kohsuke Kawaguchi
 commented on  JENKINS-15439


Jenkins build records lazy-loading failed to load some of my jobs.















Richard, you are THE MAN!

I think I'm going to backport this to the RC branch.



























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-15439) Jenkins build records lazy-loading failed to load some of my jobs.
















































SCM/JIRA link daemon
 resolved  JENKINS-15439 as Fixed


Jenkins build records lazy-loading failed to load some of my jobs.
















Change By:


SCM/JIRA link daemon
(11/Oct/12 4:42 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

[JIRA] (JENKINS-15439) Jenkins build records lazy-loading failed to load some of my jobs.















































SCM/JIRA link daemon
 commented on  JENKINS-15439


Jenkins build records lazy-loading failed to load some of my jobs.















Code changed in jenkins
User: Richard Mortimer
Path:
 changelog.html
 core/src/main/java/jenkins/model/lazy/SortedList.java
 core/src/test/java/jenkins/model/lazy/SortedListTest.java
http://jenkins-ci.org/commit/jenkins/761c437983ad2b08399efa5e69e848764fcff4de
Log:
  [FIXED JENKINS-15439] Jenkins build records lazy-loading failed to load some of my jobs

Ensure that SortedList clones the underlying data list.
Without this changes to a clone also change the original list.





























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-15491) OOM in Jenkins after 1 day

Pailloncy Michaël
created JENKINS-15491

OOM in Jenkins after 1 day

Issue Type:

Bug

Assignee:

Unassigned

Attachments:

IBM-SupportAssitant-leak-analyse-ApplicationShutdownHooks.PNG, IBM-SupportAssitant-leak-analyse-duplicated-classes.PNG, IBM-SupportAssitant-leak-analyse-histogram.PNG, IBM-SupportAssitant-leak-analyse-Introspector.PNG, IBM-SupportAssitant-leak-analyse-top-consumers-classes.PNG, IBM-SupportAssitant-leak-analyse-top-consumers.PNG, IBM-SupportAssitant-leak-analyse-WinstoneSession.PNG, IBM-SupportAssitant-leak-analyse.PNG, loaded-classes.PNG

Components:

core

Created:

11/Oct/12 4:27 PM

Description:

Jenkins is out of memory after 1 day of use.
I've analysed heapdump with IBM Support Assistant. The results are attached.

Is it normal that these objects take so much space in the heap (see IBM-SupportAssitant-leak-analyse.PNG) ?

Furthermore, I noticed that the number of loaded classes is continuously increasing (see loaded-classes.PNG). Is this normal? or is it related to the monitoring plugin which can not properly handle information of IBM JVM?
It seems that this is related to it because the application crashes when the monitoring graph displays 50k loaded classes.

How can I find the source of the problem?

Thanks in advance,
Michaël Pailloncy

Environment:

Jenkins 1.478 - Aix 5.3 - IBM Java 6

Project:

Jenkins

Priority:

Major

Reporter:

Pailloncy Michaël

[JIRA] (JENKINS-15490) checkstyle plugin does not work in the latest version of Jenkins















































Justin Ye
 commented on  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins















It did not work in jenkins 1.465, so that I installed the latest version 1.485. But neither of them work.



























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-15490) checkstyle plugin does not work in the latest version of Jenkins















































Justin Ye
 created  JENKINS-15490


checkstyle plugin does not work in the latest version of Jenkins















Issue Type:


Bug



Affects Versions:


current



Assignee:


Ulli Hafner



Components:


checkstyle, findbugs, pmd



Created:


11/Oct/12 4:06 PM



Description:


In the latest version(1.485) of Jenkins with only Checkstyle plugin and Static Analysis Utilities/Static Analysis Collector Plug-in installed and no any other configuration change, enabling Publish Checkstyle analysis results and use checkstyle:checkstyle as maven goal will get exception as below:
[INFO] 
[INFO] Trace
org.apache.commons.logging.LogConfigurationException: java.lang.IllegalAccessError: tried to access class org.apache.commons.logging.impl.LogFactoryImpl$3 from class org.apache.commons.logging.impl.LogFactoryImpl (Caused by java.lang.IllegalAccessError: tried to access class org.apache.commons.logging.impl.LogFactoryImpl$3 from class org.apache.commons.logging.impl.LogFactoryImpl)
	at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:637)
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:336)
	at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:704)
	at org.apache.commons.digester.Digester.(Digester.java:304)
	at hudson.plugins.checkstyle.parser.CheckStyleParser.parse(CheckStyleParser.java:48)
	at hudson.plugins.analysis.core.AbstractAnnotationParser.parse(AbstractAnnotationParser.java:53)
	at hudson.plugins.analysis.core.FilesParser.parseFile(FilesParser.java:261)
	at hudson.plugins.analysis.core.FilesParser.parseFiles(FilesParser.java:220)
	at hudson.plugins.analysis.core.FilesParser.invoke(FilesParser.java:169)
	at hudson.plugins.analysis.core.FilesParser.invoke(FilesParser.java:31)
	at hudson.FilePath.act(FilePath.java:851)
	at hudson.FilePath.act(FilePath.java:824)
	at hudson.plugins.checkstyle.CheckStyleReporter.perform(CheckStyleReporter.java:120)
	at hudson.plugins.analysis.core.HealthAwareReporter.postExecute(HealthAwareReporter.java:313)
	at hudson.maven.Maven2Builder.postExecute(Maven2Builder.java:155)
	at hudson.maven.MavenBuilder$Adapter.postExecute(MavenBuilder.java:310)
	at hudson.maven.agent.PluginManagerInterceptor$1MojoIntercepterImpl.callPost(PluginManagerInterceptor.java:170)
	at hudson.maven.agent.PluginManagerInterceptor.executeMojo(PluginManagerInterceptor.java:183)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(LifecycleExecutorInterceptor.java:65)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at hudson.maven.agent.Main.launch(Main.java:185)
	at hudson.maven.MavenBuilder.call(MavenBuilder.java:151)
	at hudson.maven.Maven2Builder.call(Maven2Builder.java:77)
	at hudson.maven.Maven2Builder.cal

[JIRA] (JENKINS-15489) NPE in Job.createGraph

2012-10-11 Thread oche...@gmail.com (JIRA)















































Olivier Chédru
 created  JENKINS-15489


NPE in Job.createGraph















Issue Type:


Bug



Assignee:


Unassigned


Components:


core



Created:


11/Oct/12 4:00 PM



Description:


Honestly, I do not know what I was doing when this one hit the tomcat stderr log:

Oct 11, 2012 11:14:27 AM org.kohsuke.stapler.compression.CompressionFilter reportException
WARNING: Untrapped servlet exception
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$4.doDispatch(MetaClass.java:203)
	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.Stapler.invoke(Stapler.java:488)
	at org.kohsuke.stapler.Stapler.service(Stapler.java:162)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
	at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
	at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002)
	at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
	at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.

[JIRA] (JENKINS-15309) Status Code: 500 error

2012-10-11 Thread david.is...@gmail.com (JIRA)















































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-15482) OOM when clicking on a view link inside a nested view















































Pailloncy Michaël
 updated  JENKINS-15482


OOM when clicking on a view link inside a nested view
















Change By:


Pailloncy Michaël
(11/Oct/12 3:57 PM)




Summary:


OOM when clicking
 on
 a view
 link
 inside a nested view



























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-14949) Deploy several wars/ears to several servers

2012-10-11 Thread jgriff...@picsauditing.com (JIRA)















































Jared Griffith
 commented on  JENKINS-14949


Deploy several wars/ears to several servers















It would be awesome to see the functionality that the Bamboo Tomcat Deploy plug in has built into this plug in for Jenkins.  Though, it's essentially giving the ability to add multiple "deploy ear/war to container" items in one job.



























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-15482) OOM when clicking a view inside a nested view















































Pailloncy Michaël
 updated  JENKINS-15482


OOM when clicking a view inside a nested view
















Change By:


Pailloncy Michaël
(11/Oct/12 3:52 PM)




Summary:


OOM when
 clicking
 a
 nested
 view
 contains another
 inside a
 nested view





Description:


You can reproduce the problem by created a nested view
 inside a nested view
 and
 any type of view inside it.Then,
 click on
 any link in any
 a view inside the
 nested view.ATTENTION: Caught exception evaluating: it.actions. Reason: java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetExceptionat sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)at java.lang.reflect.Method.invoke(Method.java:597)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:72)at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsIterator(ExpressionSupport.java:94)at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:89)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)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:63)at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:9

[JIRA] (JENKINS-15482) OOM when clicking a view inside a nested view















































Pailloncy Michaël
 updated  JENKINS-15482


OOM when clicking a view inside a nested view
















Change By:


Pailloncy Michaël
(11/Oct/12 3:53 PM)




Description:


You can reproduce the problem by
 created
 creating
 a nested view and any type of view inside it.Then, click on a view inside the nested view.ATTENTION: Caught exception evaluating: it.actions. Reason: java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetExceptionat sun.reflect.GeneratedMethodAccessor151.invoke(Unknown Source)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)at java.lang.reflect.Method.invoke(Method.java:597)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:72)at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsIterator(ExpressionSupport.java:94)at org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:89)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)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:63)at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)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.ReallyStatic

[JIRA] (JENKINS-15044) Tomcat deployment Fails when using Deploy To Container plugin

2012-10-11 Thread jgriff...@picsauditing.com (JIRA)















































Jared Griffith
 commented on  JENKINS-15044


Tomcat deployment Fails when using Deploy To Container plugin















Thanks!



























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-15488) NPE when displaying people

2012-10-11 Thread oche...@gmail.com (JIRA)















































Olivier Chédru
 updated  JENKINS-15488


NPE when displaying people
















Change By:


Olivier Chédru
(11/Oct/12 3:50 PM)




Description:


Got the following callstack in tomcat stderr log:{noformat}
Oct 11, 2012 3:35:15 PM hudson.ExpressionFactory2$JexlExpression evaluate
WARNING:
 Caught exception evaluating: it.api!=null. Reason: java.lang.reflect.InvocationTargetExceptionjava.lang.reflect.InvocationTargetException	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)	at java.lang.reflect.Method.invoke(Method.java:597)	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.ASTNENode.value(ASTNENode.java:55)	at org.apache.commons.jexl.parser.ASTExpression.value(ASTExpression.java:54)	at org.apache.commons.jexl.parser.ASTExpressionExpression.value(ASTExpressionExpression.java:56)	at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)	at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72)	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71)	at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:97)	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.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:119)	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)	at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81)	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: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$4.doDispatch(MetaClass.java:203)	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:722)	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)	at org.apache.catalina.core.ApplicationFilterChain.internalDoF

[JIRA] (JENKINS-15488) NPE when displaying people

2012-10-11 Thread oche...@gmail.com (JIRA)















































Olivier Chédru
 created  JENKINS-15488


NPE when displaying people















Issue Type:


Bug



Assignee:


Unassigned


Components:


core



Created:


11/Oct/12 3:48 PM



Description:


Got the following callstack in tomcat stderr log:

WARNING: failed to compute /jenkins/asynchPeople/
java.lang.NullPointerException
	at hudson.model.View$AsynchPeople.compute(View.java:775)
	at jenkins.util.ProgressiveRendering$1.run(ProgressiveRendering.java:91)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)






Environment:


Jenkins 1.485




Project:


Jenkins



Priority:


Major



Reporter:


Olivier Chédru

























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-15485) Jenkins crashes when a HTML report is deleted

2012-10-11 Thread mcroo...@java.net (JIRA)













































  
mcrooney
 updated  JENKINS-15485


Jenkins crashes when a HTML report is deleted
















Thanks for the report! I'll remove myself as an assignee as I don't currently anticipate being able to look at this, but if anyone else can, please submit a pull request on Github!



























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-15285) scm-sync-configuration upgrade from 0.0.5 to 0.0.6 results in NullPointerException

2012-10-11 Thread lindfi...@shaw.ca (JIRA)















































Paul Lindfield
 commented on  JENKINS-15285


scm-sync-configuration upgrade from 0.0.5 to 0.0.6 results in NullPointerException















Same problem, upgrading from 0.0.5 to 0.0.6 under Jenkins 1.447.2 / Windows Servers 2008 / Winstone. Plugin disappeared from Installed list.


INFO: Listed all plugins
Oct 11, 2012 8:47:09 AM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin scm-sync-configuration
hudson.util.IOException2: Unable to load hudson.plugins.scm_sync_configuration.ScmSyncConfigurationPlugin from scm-sync-configuration
	at hudson.ClassicPluginStrategy.load(ClassicPluginStrategy.java:318)
	at hudson.PluginManager$2$1$1.run(PluginManager.java:294)
	at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
	at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
	at jenkins.model.Jenkins$5.runTask(Jenkins.java:800)
	at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
	at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ExceptionInInitializerError
	at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationPlugin.(ScmSyncConfigurationPlugin.java:46)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
	at java.lang.reflect.Constructor.newInstance(Unknown Source)
	at java.lang.Class.newInstance0(Unknown Source)
	at java.lang.Class.newInstance(Unknown Source)
	at hudson.ClassicPluginStrategy.load(ClassicPluginStrategy.java:312)
	... 9 more
Caused by: java.lang.StringIndexOutOfBoundsException: String index out of range: 1
	at java.lang.String.charAt(Unknown Source)
	at java.util.regex.Matcher.appendReplacement(Unknown Source)
	at java.util.regex.Matcher.replaceAll(Unknown Source)
	at java.lang.String.replaceAll(Unknown Source)
	at hudson.plugins.scm_sync_configuration.strategies.model.PatternsEntityMatcher$1.apply(PatternsEntityMatcher.java:20)
	at hudson.plugins.scm_sync_configuration.strategies.model.PatternsEntityMatcher$1.apply(PatternsEntityMatcher.java:18)
	at com.google.common.collect.Iterators$8.next(Iterators.java:782)
	at java.util.AbstractCollection.toArray(Unknown Source)
	at hudson.plugins.scm_sync_configuration.strategies.model.PatternsEntityMatcher.(PatternsEntityMatcher.java:27)
	at hudson.plugins.scm_sync_configuration.strategies.model.ClassAndFileConfigurationEntityMatcher.(ClassAndFileConfigurationEntityMatcher.java:13)
	at hudson.plugins.scm_sync_configuration.strategies.impl.JobConfigScmSyncStrategy.(JobConfigScmSyncStrategy.java:29)
	... 17 more
Oct 11, 2012 8:47:09 AM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Oct 11, 2012 8:47:09 AM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Initializing plugin scm-sync-configuration
java.lang.NullPointerException
	at hudson.PluginManager$2$1$2.run(PluginManager.java:310)
	at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
	at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
	at jenkins.model.Jenkins$5.runTask(Jenkins.java:800)
	at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
	at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Oct 11, 2012 8:47:09 AM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins



Same with clean install of 0.0.6 (after manually deleting files).


Oct 11, 2012 9:24:44 AM hudson.model.UpdateCenter$DownloadJob run
SEVERE: Failed to install SCM Sync configuration plugin
hudson.util.IOException2: Failed to dynamically deploy this plugin
	at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1137)
	at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:955)
	at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
	at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
	at java.util.concurrent.FutureTask.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run

[JIRA] (JENKINS-13855) Parallel deployment to Tomcat 7 with deploy plugin throws exception and fails the build

2012-10-11 Thread trex...@gmx.de (JIRA)
















































Daniel Barth
 closed  JENKINS-13855 as Fixed


Parallel deployment to Tomcat 7 with deploy plugin throws exception and fails the build
















Works for me.





Change By:


Daniel Barth
(11/Oct/12 3:36 PM)




Status:


Resolved
Closed



























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-15487) External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put

2012-10-11 Thread itretya...@griddynamics.com (JIRA)















































Ivan Tretyakov
 updated  JENKINS-15487


External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put
















Change By:


Ivan Tretyakov
(11/Oct/12 3:30 PM)




Description:


When external program send notification to jenkins
(Jenkins ver. 1.485)
 it catches following exception:curl -X POST -d '4142430A02000' http://user:pass@localhost:8080/job/external-monitor/postBuildResultError 500Status Code: 500Exception: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;Stacktrace: javax.servlet.ServletException: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;	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.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(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(RequestDispatcher.java:366)

[JIRA] (JENKINS-15482) OOM when a nested view contains another nested view















































Pailloncy Michaël
 commented on  JENKINS-15482


OOM when a nested view contains another nested view















Seems to be related to this correction : https://issues.jenkins-ci.org/browse/JENKINS-14660
see https://github.com/jenkinsci/walldisplay-plugin/blob/master/src/main/java/de/pellepelster/jenkins/walldisplay/WallDisplayTransientViewActionFactory.java#L33



























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-15487) External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put

2012-10-11 Thread itretya...@griddynamics.com (JIRA)















































Ivan Tretyakov
 updated  JENKINS-15487


External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put
















Change By:


Ivan Tretyakov
(11/Oct/12 3:27 PM)




Description:


When external program send notification to jenkins it catches following exception:

curl -X POST -d '4142430A02000' http://user:pass@localhost:8080/job/external-monitor/postBuildResultError 500Status Code: 500Exception: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;Stacktrace: javax.servlet.ServletException: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;	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.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(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(RequestDispatcher.java:366)	at winstone.Request

[JIRA] (JENKINS-15487) External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put

2012-10-11 Thread itretya...@griddynamics.com (JIRA)















































Ivan Tretyakov
 updated  JENKINS-15487


External monitoring job exception java.lang.NoSuchMethodError: hudson.model.RunMap.put
















Change By:


Ivan Tretyakov
(11/Oct/12 3:27 PM)




Summary:


External monitoring job
 exception
 java.lang.NoSuchMethodError: hudson.model.RunMap.put



























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-15487) External monitoring job java.lang.NoSuchMethodError: hudson.model.RunMap.put

2012-10-11 Thread itretya...@griddynamics.com (JIRA)















































Ivan Tretyakov
 created  JENKINS-15487


External monitoring job java.lang.NoSuchMethodError: hudson.model.RunMap.put















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


monitoring



Created:


11/Oct/12 3:26 PM



Description:


When external program send notification to jenkins it catches following exception:
curl -X POST -d '4142430A02000' http://user:pass@localhost:8080/job/external-monitor/postBuildResult
Error 500
Status Code: 500Exception: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;Stacktrace: javax.servlet.ServletException: java.lang.NoSuchMethodError: hudson.model.RunMap.put(Lhudson/model/Run;)Lhudson/model/Run;
	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.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(FilterConfiguration.java:194)
	at winstone.R

[JIRA] (JENKINS-15130) BuildTrigger ambiguous

2012-10-11 Thread jgl...@cloudbees.com (JIRA)
















































Jesse Glick
 assigned  JENKINS-15130 to huybrechts



BuildTrigger ambiguous
















Well 2.16 has a tested fix for this; please make sure you updated successfully, and if you still see the issue then maybe someone else knows what is going on.





Change By:


Jesse Glick
(11/Oct/12 3:19 PM)




Assignee:


Jesse Glick
huybrechts



























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-14660) Plugin doesn't work when using the Nested View plugin