[JIRA] (JENKINS-15430) Add JOBS sub-menu to Jenkins context-menu

2012-10-05 Thread deepakmah...@gmail.com (JIRA)














































Deepak Mahale
 updated  JENKINS-15430


Add JOBS sub-menu to Jenkins context-menu
















Change By:


Deepak Mahale
(06/Oct/12 6:22 AM)




Component/s:


ui-changes





Component/s:


gui



























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-15430) Add JOBS sub-menu to Jenkins context-menu

2012-10-05 Thread deepakmah...@gmail.com (JIRA)














































Deepak Mahale
 created  JENKINS-15430


Add JOBS sub-menu to Jenkins context-menu















Issue Type:


Improvement



Assignee:


Unassigned


Attachments:


current.bmp



Components:


gui



Created:


06/Oct/12 6:19 AM



Description:


Jenkins context-menu should contain additional Jobs sub-menu,

e.g.

1.


New Job   


Jobs   >


People


Build History 


Manage Jenkins   >



2.


New Job 


Jobs >  
Job 1


People  
Job 2


Build History   
  .  


Manage Jenkins >
  .  



This improvement will make Jenkins much more user friendly and much easier to navigate between jobs.

Regards




Project:


Jenkins



Priority:


Major



Reporter:


Deepak Mahale

























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-15429) Envinqect plugin not allowing proporties with \u0027 to be added

2012-10-05 Thread dsw...@tdl.com (JIRA)














































wizard113
 created  JENKINS-15429


Envinqect plugin not allowing proporties with \u0027 to be added















Issue Type:


Bug



Affects Versions:


current



Assignee:


Gregory Boissinot



Components:


envinject



Created:


06/Oct/12 12:03 AM



Description:


trying to add a property string that would look like 

-newermt '10 minutes ago'

and I get:
[EnvInject] - Injecting environment variables from a build step.
[EnvInject] - Injecting as environment variables the properties content 
STOP_ANNOYANCES=--no-2sp_soft_tabs-check --no-arrow_alignment-check
FIND_PARAMS=-newermt \u0027 10 minutes ago \u0027
COMMON_MODULES_TO_CHECK=cpan firewall java jenkins logrotate memcached rpmbuild_setup spi_* tarutils

[EnvInject] - Variables injected successfully.
[EnvInject] - Unset unresolved 'module' variable.
[workspace] $ /bin/sh -xe /tmp/hudson6773043052950121445.sh
++ find cpan firewall java jenkins logrotate memcached rpmbuild_setup spi_aws spi_ganglia spi_mysql spi_nrpe spi_puppet_setup spi_scripts spi_sudoers spi_unified_provisioner spi_users spi_vertical_homedir tarutils -newermt '\u0027' 10 minutes ago '\u0027' -iname '*.pp'
find: I cannot figure out how to interpret `u0027' as a date or time


I have tried all combinations of escaping that I can think of, and I still cannot seem to get an apostrophe to be put where I want it.  




Project:


Jenkins



Priority:


Major



Reporter:


wizard113

























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-15428) No options for IRC network

2012-10-05 Thread dru...@davidstoline.com (JIRA)














































David Stoline
 commented on  JENKINS-15428


No options for IRC network















I am sorry about that. I appreciate your help. I thought it might have been a bug, but now I realize I just didn't read the documentation throughly. 



























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-15324) email-ext static-analysis template show empty data for Findbugs if job is a Maven project

2012-10-05 Thread hhu...@gmail.com (JIRA)














































hhuynh
 updated  JENKINS-15324


email-ext static-analysis template show empty data for Findbugs if job is a Maven project
















I've updated to the latest releases of the Static Analysis Utilities 1.48 and Findbugs 4.45 and the bug still there. However this time, instead of empty string for data, I got 0's (see screen shot)





Change By:


hhuynh
(05/Oct/12 10:15 PM)




Attachment:


screenshot-3.jpg



























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-9565) Nothing is displayed on the graph of "Build History" and "Time Line" of job

2012-10-05 Thread ever...@free.fr (JIRA)















































evernat
 resolved  JENKINS-9565 as Incomplete


Nothing is displayed  on the graph of "Build  History" and "Time Line"  of job
















No response from the reporter, so closing as incomplete.





Change By:


evernat
(05/Oct/12 10:14 PM)




Status:


Open
Resolved





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-9929) Jenkins Maven Release Plug-in fails to commit modified pom.xml files into svn

2012-10-05 Thread ever...@free.fr (JIRA)















































evernat
 resolved  JENKINS-9929 as Incomplete


Jenkins Maven Release Plug-in fails to commit modified pom.xml files into svn
















No response from the reporter, so closing as incomplete.





Change By:


evernat
(05/Oct/12 9:54 PM)




Status:


Open
Resolved





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-15428) No options for IRC network

2012-10-05 Thread ku...@gmx.de (JIRA)















































kutzi
 resolved  JENKINS-15428 as Not A Defect


No options for IRC network
















Connection options are in the global configuration.
BTW: please post questions about plugin usage to the users mailing list instead of creating new issues!!





Change By:


kutzi
(05/Oct/12 9:19 PM)




Status:


Open
Resolved





Resolution:


Not A Defect



























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-15428) No options for IRC network

2012-10-05 Thread dru...@davidstoline.com (JIRA)














































David Stoline
 created  JENKINS-15428


No options for IRC network















Issue Type:


Bug



Affects Versions:


current



Assignee:


kutzi



Components:


ircbot



Created:


05/Oct/12 9:07 PM



Description:


I've got a fresh install of Jenkins 1.484 with Jenkins IRC Plugin 2.19 and Jenkins instant-messaging plugin 1.22.

I'm creating a new job and I see no options for configuring the IRC connection.

http://www.evernote.com/shard/s1/sh/36f27a1a-6ed9-46cc-af7a-cc4c9038994a/0105d4d92fbc8d54fdc5fccdd4b66a8a




Project:


Jenkins



Priority:


Major



Reporter:


David Stoline

























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-15427) Incompatibility of MSBuild and Copy Artifact Plugins

2012-10-05 Thread da...@organicmotion.com (JIRA)














































David Golub
 created  JENKINS-15427


Incompatibility of MSBuild and Copy Artifact Plugins















Issue Type:


Bug



Affects Versions:


current



Assignee:


Alan Harder



Components:


copyartifact, msbuild



Created:


05/Oct/12 8:33 PM



Description:


There is an incompatibility when attempting to build a project that uses both the MSBuild and Copy Artifact plugins, where there is a Build Selector parameter used to specify which build to copy files from.  It appears that the value of the Build Selector parameter is passed to MSBuild as XML and is not being placed in quotation marks, causing Windows to interpret the less than and greater than signs as redirecting standard input and output to files that don't exist and leading to failure.  The error message received as follows:

Path To MSBuild.exe: C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe
Executing command: cmd.exe /C C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe /p:Configuration=Release /p:BUILD_VERSION=2.1;BUILD_CHANGELIST=;THIRDPARTY_BUILD=;THIRDPARTY64_BUILD= trunk/build/omall.sln && exit %%ERRORLEVEL%%
[openstage_release] $ cmd.exe /C C:\Windows\Microsoft.NET\Framework\v4.0.30319\msbuild.exe /p:Configuration=Release /p:BUILD_VERSION=2.1;BUILD_CHANGELIST=;THIRDPARTY_BUILD=;THIRDPARTY64_BUILD= trunk/build/omall.sln && exit %%ERRORLEVEL%%
The system cannot find the file specified.
Build step 'Build a Visual Studio project or solution using MSBuild.' marked build as failure
Archiving artifacts
Recording test results
Finished: FAILURE

This error occurs when I set the value of the Build Selector parameter to the latest successful build.  When I set it to use a specific build, the XML contains spaces, which appears to cause the plugin to place the entire /p parameter with the build parameters in quotation marks, preventing the problem in this case.




Environment:


Jenkins 1.466 on Windows 7 Professional (64-bit)




Project:


Jenkins



Priority:


Major



Reporter:


David Golub

























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-4021) TFS - unparseable date problem

2012-10-05 Thread reds...@java.net (JIRA)














































redsolo
 commented on  JENKINS-4021


TFS - unparseable date problem















I have looked into this issue before and I think that it is impossible to evaluate the date from java.  Something to do with the locale that the slave /master is running.  Mikael could you try to get the locale that is active in the jvm that is running? And if its possible, an example output that the plugin cannot parse? 

I think the problem is with the tfs tool that generates a locale based date...  



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread rob.pe...@gmail.com (JIRA)














































Rob Petti
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















Thanks. I didn't realize that this was actually a blocking issue on some browsers. I'll look into it, but I suspect we may just have to disable form validation on that field entirely.



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread michael.hender...@pb.com (JIRA)














































Mike Henderson
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















Like I stated, today I didn't have a failure in IE9 or Firefox but I have had problems with them in the past where the authentication error caused a failure to submit the changes and for them to take effect.  Today I did not have that problem.

Yes, it only affects the jobs with workspace sizes exceeding 2974 bytes.  I have 40 others (or more) that all work fine.

Thanks for your time.



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread rob.pe...@gmail.com (JIRA)














































Rob Petti
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















Also, can you please verify that you do NOT get login-related problems when configuring jobs that have a shorter spec? I find it very odd that this would cause a logout.



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread rob.pe...@gmail.com (JIRA)














































Rob Petti
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















So it's just Chrome that is unusable?



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread michael.hender...@pb.com (JIRA)














































Mike Henderson
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















It acts differently in some browsers.

Chrome fails completely and returns to the login screen. (This is my primary browser and the one I was basing my response on)

Firefox seems to allow the changes but has this as an error below the map box: "HTTP/0.9 403 Forbidden Server: Winstone Servlet Engine v0.9.10 Content-Type: text/html;charset=UTF-8 Content-Length: 781 Connection: Close Date: Fri, 05 Oct 2012 16:50:01 GMT X-Powered-By: Servlet/2.5 (Winstone/0.9.10) Set-Cookie: JSESSIONID.a0ab2be0=af1fd378a0d73bbc661ac71ae7df2b3c; Path=/; HttpOnly Authentication required "

IE 9 also shows the "ERROR Authentication required" below the map box.

Other browsers (with combinations of plugins and updates unknown) have no luck with this as I have seen on my colleagues computers.  So, I have been responsible for months manipulating these jobs by hand.  Today when I retested it did seem to work in Firefox and IE9 but I have had troubles in the past with these as well.  Firefox and IE never log the person out like Chrome does though.



























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-15426) Run animal-sniffer:check as part of build

2012-10-05 Thread scm_issue_l...@java.net (JIRA)














































SCM/JIRA link daemon
 commented on  JENKINS-15426


Run animal-sniffer:check as part of build















Code changed in jenkins
User: Jesse Glick
Path:
 core/src/main/java/jenkins/PluginSubtypeMarker.java
 pom.xml
http://jenkins-ci.org/commit/jenkins/e582616791778891ee07acc3057303204bda82ee
Log:
  JENKINS-15426 Animal Sniffer upgraded to 1.8, and noting what is needed from 1.9.































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-15426) Run animal-sniffer:check as part of build

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














































Jesse Glick
 created  JENKINS-15426


Run animal-sniffer:check as part of build















Issue Type:


Improvement



Assignee:


Jesse Glick



Components:


core



Created:


05/Oct/12 4:50 PM



Description:


Currently animal-sniffer:check is theoretically run during the release process, though in fact it fails when you try it, pending http://jira.codehaus.org/browse/MANIMALSNIFFER-29 being released.

Need to use the 1.9 plugin when available, and make this goal be run as part of dev builds by default, perhaps skipping just when -DskipTests was passed.

See also @kohsuke’s e2bfcb3 & 7ef347b.




Project:


Jenkins



Labels:


java




Priority:


Critical



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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread rob.pe...@gmail.com (JIRA)














































Rob Petti
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















The editor is still completely usable. It's just the form validation that doesn't work correctly.



























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-15425) Null Pointer after clicking on the Trend Report link or the Performance graphs

2012-10-05 Thread mo...@monteandjanicechan.com (JIRA)














































Monte Chan
 created  JENKINS-15425


Null Pointer after clicking on the Trend Report link or the Performance graphs















Issue Type:


Bug



Assignee:


Manuel Carrasco



Components:


performance-plugin



Created:


05/Oct/12 4:11 PM



Description:


I have the Performance plugin installed in Jenkins.  I use JMeter for my performance check. After the build, according to the Console Output, it says that my build is successful as far as the JMeter is concerned.  The JTL file is successfully created.  However, the two graphs under the title, Performance Trend, appear to be broken images.  After I click on either of those broken images, I would get a null pointer exception.  If I click on Performance Trend on the left hand side and then click on Trend Report on the page, I will get the same null pointer exception.

The following is the whole message,
Status Code: 500

Exception: java.lang.NullPointerException
Stacktrace:
javax.servlet.ServletException: java.lang.NullPointerException
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:616)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
	at org.kohsuke.stapler.MetaClass$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: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.ja

[JIRA] (JENKINS-15413) NPE - compiler-warnings.xml not found

2012-10-05 Thread ol...@icp.uni-stuttgart.de (JIRA)















































Olaf Lenz
 resolved  JENKINS-15413 as Fixed


NPE - compiler-warnings.xml not found 
















Excellent! After the update to 4.18, the errors are gone. Thank you very much for the quick fix!
>From my POV, the issue can be closed.





Change By:


Olaf Lenz
(05/Oct/12 4:09 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-15344) Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException

2012-10-05 Thread zlika_...@hotmail.com (JIRA)














































Thomas Zlika
 commented on  JENKINS-15344


Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException















That was just a (bad) idea... I saw that the PMD plugin also comes with its own version of dom4j, but even if I delete it from the list of installed plugin the error still happens.
Where you able to reproduce this problem on your machine or not ? I may try to build a small example so that you can reproduce the problem on your machine.



























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-15424) BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger

2012-10-05 Thread vasilena.tren...@softwareag.com (JIRA)














































Vassilena Treneva
 updated  JENKINS-15424


BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger
















Change By:


Vassilena Treneva
(05/Oct/12 3:31 PM)




Environment:


Jenkins ver. 1.484openSUSE 11.3 (x86_64)VERSION = 11.3
Jenkins Parameterized Trigger plugin 2.15



























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-15424) BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger

2012-10-05 Thread vasilena.tren...@softwareag.com (JIRA)














































Vassilena Treneva
 created  JENKINS-15424


BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger















Issue Type:


Bug



Assignee:


huybrechts



Attachments:


lovely.jpg



Components:


parameterized-trigger



Created:


05/Oct/12 3:28 PM



Description:


When attaching a downstream job the following error appears:

javax.servlet.ServletException: java.lang.IllegalArgumentException: BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger
	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 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:202)
	at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:175)
	at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86)
	at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
	at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
	at hudson.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)

[JIRA] (JENKINS-15424) BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger

2012-10-05 Thread vasilena.tren...@softwareag.com (JIRA)














































Vassilena Treneva
 updated  JENKINS-15424


BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger
















Change By:


Vassilena Treneva
(05/Oct/12 3:30 PM)




Description:


When attaching a downstream job the
 following
 error
 listed below
 appears
:
.

Strangely, it disappears after saving the configuration...


javax.servlet.ServletException: java.lang.IllegalArgumentException: BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger	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 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:202)	at net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:175)	at net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86)	at org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84)	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)	at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)	at hudson.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.doFilt

[JIRA] (JENKINS-15424) BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger

2012-10-05 Thread vasilena.tren...@softwareag.com (JIRA)














































Vassilena Treneva
 updated  JENKINS-15424


BuildTrigger is ambiguous; matches both hudson.plugins.parameterizedtrigger.BuildTrigger and hudson.tasks.BuildTrigger
















Change By:


Vassilena Treneva
(05/Oct/12 3:28 PM)




Attachment:


lovely.jpg



























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-15130) BuildTrigger ambiguous

2012-10-05 Thread ringo.des...@gmail.com (JIRA)














































Ringo De Smet
 commented on  JENKINS-15130


BuildTrigger ambiguous















@Rolf, sorry to disappoint you but I'm also just an impacted user. I just updated the ticket to make sure that the plugin developers notice that this problem exists. I didn't change any code...



























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-15423) Instance type selector should be text field

2012-10-05 Thread jenk...@robinson-wall.com (JIRA)














































Nick Robinson-Wall
 created  JENKINS-15423


Instance type selector should be text field















Issue Type:


Improvement



Assignee:


Francis Upton



Components:


ec2



Created:


05/Oct/12 2:30 PM



Description:


The ec2 instance type selector is out of date - I cannot pick hi1.4xlarge as an instance type for an SSD backed slave.

The drop down list of types is useful but it should be overridable with a text field for times where a new instance type is available before the plugin is updated. It has been 3 months since this instance type was made available.




Project:


Jenkins



Labels:


ec2




Priority:


Major



Reporter:


Nick Robinson-Wall

























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-15344) Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException

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














































Ulli Hafner
 commented on  JENKINS-15344


Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException















Ok, I see. I just applied your quick fix with the hope that it will work on your machine...



























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-15413) NPE - compiler-warnings.xml not found

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














































Ulli Hafner
 commented on  JENKINS-15413


NPE - compiler-warnings.xml not found 















Ah, I forget about that. Maybe this NPE is actually the same. Can you please update to the new versions of analysis-core and warnings that I released today? 



























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-15422) Jenkins Crash on workspace check

2012-10-05 Thread jenk...@fd.mytrap.de (JIRA)














































Florian Doersch
 created  JENKINS-15422


Jenkins Crash on workspace check















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


core



Created:


05/Oct/12 2:12 PM



Description:


in one of my jobs I create a symbolic links:


directory/bin -> .
directory/share -> .

this is what happens then (from jenkins-log):

Shouldnt it simply ignore symlinks on its search???
older versions worked (i never saw that problem yet)

skipping symbolic link /srv/jenkins/jobs/create-release/workspace/ARCH/i386/PLATFORM/linux/label/ma/build/s25rttr/s25rttr/s25rttr/s25rttr/s25rttr/share/bin/bin/share/share/share/bin/bin/bin/bin – too many levels of symbolic links.
05.10.2012 16:08:26 winstone.Logger logInternal
SCHWERWIEGEND: Error while serving http://:8081/job/create-release/descriptorByName/hudson.tasks.ArtifactArchiver/checkArtifacts
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488)
at org.kohsuke.stapler.Stapler.service(Stapler.java:162)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:248)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at hudson.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

[JIRA] (JENKINS-15344) Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException

2012-10-05 Thread zlika_...@hotmail.com (JIRA)














































Thomas Zlika
 reopened  JENKINS-15344


Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException
















I tested the lattest version of Jenkins (1.484) with all the latest versions of the plugins (including analysis core 1.48 and findbugs 4.45) and unfortunately I still have the same error stack trace... 





Change By:


Thomas Zlika
(05/Oct/12 2:13 PM)




Resolution:


Fixed





Status:


Resolved
Reopened



























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-15421) Add support for Matrix projects

2012-10-05 Thread christophe.dema...@inria.fr (JIRA)














































Christophe Demarey
 created  JENKINS-15421


Add support for Matrix projects















Issue Type:


Improvement



Affects Versions:


current



Assignee:


jieryn



Components:


job-import



Created:


05/Oct/12 2:00 PM



Description:


Job import plugin does not deal with matrix based projects.
A pull request providing this feature is available : https://github.com/jenkinsci/job-import-plugin/pull/2

Regards,
Christophe.




Fix Versions:


current



Project:


Jenkins



Labels:


plugin




Priority:


Major



Reporter:


Christophe Demarey

























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-15324) email-ext static-analysis template show empty data for Findbugs if job is a Maven project

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














































Ulli Hafner
 commented on  JENKINS-15324


email-ext static-analysis template show empty data for Findbugs if job is a Maven project















I now released new versions of analysis-core and findbugs. This release contains the NPE fixes that I mentioned in the comments above. I'm not sure if this helps in your case...



























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-15420) Support RhodeCode

2012-10-05 Thread andre...@andreyev.net (JIRA)














































Andreyev Melo
 created  JENKINS-15420


Support RhodeCode















Issue Type:


Improvement



Assignee:


Nicolas De Loof



Components:


git



Created:


05/Oct/12 1:01 PM



Description:


Is in your roadmap add support to RhodeCode on "Repository browser" configuration?




Project:


Jenkins



Priority:


Major



Reporter:


Andreyev Melo

























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-4029) Maven 2 Extra Steps does not use private Maven repository if set on project

2012-10-05 Thread frido...@gmail.com (JIRA)














































Federico  Paolantoni
 commented on  JENKINS-4029


Maven 2 Extra Steps does not use private Maven repository if set on project















I'm running jenkins 1.466.2 LTS and i have the same issue of Erich Eichinger.
I have several jobs with multiple maven invocation. This issue should be promoved to blocker.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira






[JIRA] (JENKINS-15419) TAP published results hide JUnit published results

2012-10-05 Thread tma...@nyx.com (JIRA)














































Tim Mason
 created  JENKINS-15419


TAP published results hide JUnit published results















Issue Type:


Bug



Assignee:


Bruno P. Kinoshita



Components:


tap



Created:


05/Oct/12 11:58 AM



Description:


Hello,

I had a job with some unit tests which give results in Junit. I published the results using "Publish JUnit test result report" in post-build actions, and it worked fine. 

Then I added separate build step with different unit tests, which give results in TAP format. I installed the TAP plugin and added "Publish TAP results" in post-build actions. 

Now, I can only see results from the TAP tests. JUnit tests seem to have vanished.

Any idea what is wrong?




Project:


Jenkins



Priority:


Major



Reporter:


Tim Mason

























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-15419) TAP published results hide JUnit published results

2012-10-05 Thread tma...@nyx.com (JIRA)














































Tim Mason
 updated  JENKINS-15419


TAP published results hide JUnit published results
















Change By:


Tim Mason
(05/Oct/12 11:59 AM)




Description:


Hello,I had a job with some unit tests which give results in
 Junit
 JUnit
. I published the results using "Publish JUnit test result report" in post-build actions, and it worked fine. Then I added separate build step with different unit tests, which give results in TAP format. I installed the TAP plugin and added "Publish TAP results" in post-build actions. Now, I can only see results from the TAP tests. JUnit
 tests
 test results
 seem to have vanished.Any idea what is wrong?



























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-12806) Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes

2012-10-05 Thread michael.hender...@pb.com (JIRA)














































Mike Henderson
 commented on  JENKINS-12806


Perforce Plugin causes config page to throw error if workspace mapping exceeds 2974 bytes















Is there any chance that this will be worked on?  I know you considered it minor, but it really isn't for us.  I have 6-10 jobs that I have to manipulate manually in the config.xml because the editor is broken with this bug.

I can not safely ignore the error, the editor is unusable.



























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-9792) OpenID Javascript does not load - 403

2012-10-05 Thread dan...@deltapi.se (JIRA)














































Daniel Petersson
 commented on  JENKINS-9792


OpenID _javascript_ does not load - 403















Hi everyone. I need this bug/feature so much that I'm willing to pay $50.00 for it.
 This offer is registered at FreedomSponsors (http://www.freedomsponsors.org/core/issue/36/openid-_javascript_-does-not-load-403).
 Once you solve it (according to the acceptance criteria described there), just create a FreedomSponsors account and mark it as resolved (oh, you'll need a Paypal account too)
 I'll then check it out and will gladly pay up!

 If anyone else would like to throw in a few bucks to elevate the priority on this issue, you should check out FreedomSponsors! 



























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-15418) Git fails to clean windows workspace with long path

2012-10-05 Thread jcarsi...@java.net (JIRA)














































Julien Carsique
 created  JENKINS-15418


Git fails to clean windows workspace with long path















Issue Type:


Bug



Assignee:


Nicolas De Loof



Attachments:


config.xml



Components:


git



Created:


05/Oct/12 10:28 AM



Description:


I see that issue happening on long paths. A workaround was to use drive mapping in order to reduce the length but it doesn't solve the issue and we came to the limit of path shortening possibilities.

Here's a stacktrace from a Matrix job:
https://qa.nuxeo.org/jenkins/job/nuxeo-master-fullbuild-part2-distribution-multios/218/Slave=MULTIDB_WINDOWS

08:59:26 Building remotely on tweedledum in workspace C:\Jenkins\workspace\nuxeo-master-fullbuild-part2-distribution-multios\Slave\MULTIDB_WINDOWS
08:59:26 Checkout:MULTIDB_WINDOWS / C:\Jenkins\workspace\nuxeo-master-fullbuild-part2-distribution-multios\Slave\MULTIDB_WINDOWS - hudson.remoting.Channel@4a58a509:tweedledum
08:59:26 Using strategy: Default
08:59:26 Last Built Revision: Revision 3676821964588c85aa8b71e288c743c24edd00a3 (origin/master)
08:59:27 Cloning the remote Git repository
08:59:27 Cloning repository git://github.com/nuxeo/nuxeo-distribution.git
08:59:27 git --version
08:59:27 git version 1.7.6.msysgit.0
08:59:27 ERROR: Failed to clean the workspace
08:59:27 java.io.IOException: Unable to delete C:\Jenkins\workspace\nuxeo-master-fullbuild-part2-distribution-multios\Slave\MULTIDB_WINDOWS\nuxeo-distribution-jboss\target\nuxeo-cap-5.7-SNAPSHOT-jboss\server\default\deploy\jbossws.sar\jbossws-management.war\META-INF\maven\org.jboss.ws.native\jbossws-native-management - files in dir: [C:\Jenkins\workspace\nuxeo-master-fullbuild-part2-distribution-multios\Slave\MULTIDB_WINDOWS\nuxeo-distribution-jboss\target\nuxeo-cap-5.7-SNAPSHOT-jboss\server\default\deploy\jbossws.sar\jbossws-management.war\META-INF\maven\org.jboss.ws.native\jbossws-native-management\pom.properties, C:\Jenkins\workspace\nuxeo-master-fullbuild-part2-distribution-multios\Slave\MULTIDB_WINDOWS\nuxeo-distribution-jboss\target\nuxeo-cap-5.7-SNAPSHOT-jboss\server\default\deploy\jbossws.sar\jbossws-management.war\META-INF\maven\org.jboss.ws.native\jbossws-native-management\pom.xml]
08:59:27 	at hudson.Util.deleteFile(Util.java:238)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:289)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.Util.deleteContentsRecursive(Util.java:200)
08:59:27 	at hudson.Util.deleteRecursive(Util.java:280)
08:59:27 	at hudson.FilePath$11.invoke(FilePath.java:910)
08:59:27 	at hudson.FilePath$11.invoke(FilePath.java:908)
08:59:27 	at hudson.FilePath.act(FilePath.java:842)
08:59:27 	at hudson.FilePath.act(FilePath.java:824)
08:59:27 	at hudson.FilePath.deleteRecursive(FilePath.java:908)
08:59:27 	at hudson.plugins.git.GitAPI.clone(GitAPI.java:239)

[JIRA] (JENKINS-14238) Use Local module directory instead Use custom workspace

2012-10-05 Thread daniel.fisc...@iqdoq.de (JIRA)














































Daniel Fischer
 commented on  JENKINS-14238


Use 	Local module directory instead Use custom workspace















See also related issue JENKINS-3862.



























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-3862) Allow configuration of base directory for Cobertura report XML files

2012-10-05 Thread daniel.fisc...@iqdoq.de (JIRA)














































Daniel Fischer
 commented on  JENKINS-3862


Allow configuration of base directory for Cobertura report XML files















See also related issue JENKINS-14238.



























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-15417) Configuration web page doesn't lock

2012-10-05 Thread jreyb...@gmail.com (JIRA)














































Jerome Reybert
 created  JENKINS-15417


Configuration web page doesn't lock















Issue Type:


Bug



Assignee:


Unassigned


Components:


core



Created:


05/Oct/12 9:51 AM



Description:


Currently, with the configure page:
http://host:8080/job/project/configure

If two admins are changing settings in the same time, some data may be lost.

How to reproduce:
1. user1 open configure
2. user2 open configure
At this point, they both have the configuration
3. user1 saves its changes
4. user2 saves its changes
At this point, user1 changes are lost.




Project:


Jenkins



Priority:


Major



Reporter:


Jerome Reybert

























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-14238) Use Local module directory instead Use custom workspace

2012-10-05 Thread daniel.fisc...@iqdoq.de (JIRA)














































Daniel Fischer
 commented on  JENKINS-14238


Use 	Local module directory instead Use custom workspace















I have a similar problem.
The Cobertura Plugin uses the checked out directory as its search root for the resulting xml files.
I need the search root set to the working directory and not to any subdirectory in the working directory.
The Artifacts publisher and the JUnit results plugin are using the workspace root directory.
The Cobertura Publisher plugin should use the same.



























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-13420) Unable to serialize hudson.plugins.android_emulator.SdkInstaller

2012-10-05 Thread ch...@orr.me.uk (JIRA)














































Christopher Orr
 commented on  JENKINS-13420


Unable to serialize hudson.plugins.android_emulator.SdkInstaller















I'm not sure how LTS releases handle plugin updates, but I'll be releasing a new version of the plugin soon.



























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-15416) The CVS changes detector always does no filtering on selected branch or tag

2012-10-05 Thread daniel.fisc...@iqdoq.de (JIRA)














































Daniel Fischer
 created  JENKINS-15416


The CVS changes detector always does no filtering on selected branch or tag















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


cvs



Created:


05/Oct/12 9:25 AM



Description:


Bug found using the Jenkins CVS-Plugin version 2.6:
The detection for changes for a CVS SCM is actually made with the cvs rlog command.
The cvs rlog command does not set the revision option (-r) when polling HEAD or any other branches.
If no -r option is applied all changes of all branches are detected!
The cvs rlog option -r has always to be appended.
If the Head is configured cvs rlog command has to use -rHEAD.




Environment:


SUSE Linux Enterprise Server 11 SP2 on x86-64




Fix Versions:


current



Project:


Jenkins



Labels:


plugin
scm
cvs




Priority:


Major



Reporter:


Daniel Fischer

























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-15130) BuildTrigger ambiguous

2012-10-05 Thread rolf.geuen...@web.de (JIRA)














































Rolf Geuenich
 commented on  JENKINS-15130


BuildTrigger ambiguous















@Ringo: Is the bug resolved with your change? When will it be released?



























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-15344) Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException

2012-10-05 Thread scm_issue_l...@java.net (JIRA)














































SCM/JIRA link daemon
 commented on  JENKINS-15344


Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException















Code changed in jenkins
User: Ulli Hafner
Path:
 library/.classpath
 library/.project
 library/.settings/org.eclipse.core.resources.prefs
 library/.settings/org.eclipse.m2e.core.prefs
 library/pom.xml
http://jenkins-ci.org/commit/findbugs-plugin/20fcf8f9fc4191842f63f2f3c27b1eb737fca247
Log:
  [FIXED JENKINS-15344]: Upgrade to findbugs 2.0.1 and exclude DOM4J
library which is already part of core.































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-15344) Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException

2012-10-05 Thread scm_issue_l...@java.net (JIRA)















































SCM/JIRA link daemon
 resolved  JENKINS-15344 as Fixed


Publishing Findbugs analysis report on a multi-module maven project results in ClassCastException
















Change By:


SCM/JIRA link daemon
(05/Oct/12 8:58 AM)




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-15351) Exception while processing cpd report.

2012-10-05 Thread scm_issue_l...@java.net (JIRA)















































SCM/JIRA link daemon
 resolved  JENKINS-15351 as Fixed


Exception while processing cpd report.
















Change By:


SCM/JIRA link daemon
(05/Oct/12 8:58 AM)




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-15351) Exception while processing cpd report.

2012-10-05 Thread scm_issue_l...@java.net (JIRA)














































SCM/JIRA link daemon
 commented on  JENKINS-15351


Exception while processing cpd report.















Code changed in jenkins
User: Ulli Hafner
Path:
 src/main/java/hudson/plugins/dry/parser/cpd/CpdParser.java
http://jenkins-ci.org/commit/dry-plugin/dd207d5c076d0b25138cc48d0e33e6a030f6a048
Log:
  [FIXED JENKINS-15351] Don't validate CPD report with empty schema.































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-15413) NPE - compiler-warnings.xml not found

2012-10-05 Thread ol...@icp.uni-stuttgart.de (JIRA)














































Olaf Lenz
 commented on  JENKINS-15413


NPE - compiler-warnings.xml not found 















This seems to be the same bug as JENKINS-15017, i.e. apparently it is a duplicate. I'm not sure whether it is the same as JENKINS-14989, though, as the stack trace is not the same. Could be different versions of the plugin, though.



























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-15413) NPE - compiler-warnings.xml not found

2012-10-05 Thread ol...@icp.uni-stuttgart.de (JIRA)














































Olaf Lenz
 updated  JENKINS-15413


NPE - compiler-warnings.xml not found 
















Change By:


Olaf Lenz
(05/Oct/12 8:32 AM)




Description:


Since having updated Jenkins to 1.481 and the Warnings Plugin to
 1
 4
.
416
16
 (and subsequently to
 1
 4
.
417
17
), I get the following errors in some of the jobs:{noformat}ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exceptionjava.lang.NullPointerExceptionat hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108)at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94)at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481)at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:896)at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:880)at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:1020)at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563)at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:238)at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:289)at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27)at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)at hudson.model.Build$BuildExecution.post2(Build.java:183)at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)at hudson.model.Run.execute(Run.java:1527)at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)at hudson.model.ResourceController.execute(ResourceController.java:88)at hudson.model.Executor.run(Executor.java:236){noformat}An example is this job: [http://espressomd.org/jenkins/job/ESPResSo-nightly-distcheck/] I have attached a tarfile of the whole job directory (without the artifacts), so that you can check for yourself.Here is some more information:* The error is reproducible when running the job again.* After the discussion in the plugin's comment section, I have checked the contents of the job directory.** Build 224 has a file {{build.xml}} that contains three {{}} tags, but all of them have a {{}} subtag and the corresponding {{*-warnings.xml}}-file. The log contains the error.** The build before ran without any trouble. Its {{build.xml}} does not contain any {{WarningResult}} tag, as the plugin was deactivated during that time.** All other builds before either contained one (or more) files {{compiler-warnings.xml}} and the corresponding sections in {{build.xml}}.



























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-15415) Anonymous users can browse source code through coverage report

2012-10-05 Thread b...@praqma.net (JIRA)














































Bue Petersen
 created  JENKINS-15415


Anonymous users can browse source code through coverage report















Issue Type:


Improvement



Assignee:


stephenconnolly



Components:


cobertura



Created:


05/Oct/12 8:19 AM



Description:


This is more a suggestion than a real issue.

When configuring Jenkins to matrix bases security, and giving anonymous users read access, they are able to browse source code throw the coverage report.
Other plugins does not permit this (workspace is not available as default for anonymous) and for example both Task Scanner and the Warnings plugin disable the last link down to the source when not logged in.

My use case is to let logged in users do almost anything (we give authenticated users admin rights) and users not logged in should be able to see jobs and job results - but the source code.

I wrote a mail to the dev-list and tried to discuss it there in more generelt.
Mail subject is: "Jenkins security setup and plugin responsibility"




Project:


Jenkins



Priority:


Major



Reporter:


Bue Petersen

























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-15414) NullPointerException in WarningsPublisher

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















































Ulli Hafner
 resolved  JENKINS-15414 as Fixed


NullPointerException in WarningsPublisher
















Change By:


Ulli Hafner
(05/Oct/12 8:16 AM)




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-15414) NullPointerException in WarningsPublisher

2012-10-05 Thread t...@telenor.dk (JIRA)














































Timo Leinonen
 created  JENKINS-15414


NullPointerException in WarningsPublisher















Issue Type:


Bug



Affects Versions:


current



Assignee:


Ulli Hafner



Components:


warnings



Created:


05/Oct/12 7:57 AM



Description:


Some of our build jobs are sporadically getting the following error at the end of the build:

[WARNINGS] Parsing warnings in console log with parser Maven
ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
java.lang.NullPointerException
	at hudson.plugins.analysis.util.model.AbstractAnnotation.equals(AbstractAnnotation.java:499)
	at com.google.common.collect.RegularImmutableSet.contains(RegularImmutableSet.java:54)
	at java.util.AbstractSet.removeAll(AbstractSet.java:157)
	at hudson.plugins.analysis.core.AnnotationDifferencer.difference(AnnotationDifferencer.java:43)
	at hudson.plugins.analysis.core.AnnotationDifferencer.getNewAnnotations(AnnotationDifferencer.java:27)
	at hudson.plugins.analysis.core.BuildResult.initialize(BuildResult.java:261)
	at hudson.plugins.analysis.core.BuildResult.(BuildResult.java:215)
	at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:52)
	at hudson.plugins.warnings.WarningsResult.(WarningsResult.java:46)
	at hudson.plugins.warnings.WarningsPublisher.annotate(WarningsPublisher.java:406)
	at hudson.plugins.warnings.WarningsPublisher.parseConsoleLog(WarningsPublisher.java:365)
	at hudson.plugins.warnings.WarningsPublisher.perform(WarningsPublisher.java:276)
	at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:289)
	at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27)
	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)

This only happens on some jobs, and only for some builds. Sometimes we can fix the the error by disabling and enabling the warnings plugin for that build, but sometimes the error will return after a couple of builds. So we don't really have a bulletproof workaround for this issue.

We have tried using warnings 4.17, but then we got a similar error, but without the whole stacktrace, so we reverted to 4.16:

[WARNINGS] Parsing warnings in console log with parser Maven
ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
java.lang.NullPointerException




Environment:


Warnings 4.16

Jenkins 1.466.2

JBoss AS

RHEL 5.4




Project:


Jenkins



Priority:


Major



Reporter:


Timo Leinonen

























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-15413) NPE - compiler-warnings.xml not found

2012-10-05 Thread ol...@icp.uni-stuttgart.de (JIRA)














































Olaf Lenz
 created  JENKINS-15413


NPE - compiler-warnings.xml not found 















Issue Type:


Bug



Affects Versions:


current



Assignee:


Ulli Hafner



Attachments:


job.tar.gz



Components:


warnings



Created:


05/Oct/12 7:48 AM



Description:


Since having updated Jenkins to 1.481 and the Warnings Plugin to 1.416 (and subsequently to 1.417), I get the following errors in some of the jobs:


ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
java.lang.NullPointerException
at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108)
at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94)
at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481)
at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:896)
at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:880)
at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:1020)
at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563)
at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:238)
at hudson.plugins.analysis.core.HealthAwareRecorder.perform(HealthAwareRecorder.java:289)
at hudson.tasks.BuildStepMonitor$2.perform(BuildStepMonitor.java:27)
at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
at hudson.model.Run.execute(Run.java:1527)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:236)



An example is this job: http://espressomd.org/jenkins/job/ESPResSo-nightly-distcheck/ 
I have attached a tarfile of the whole job directory (without the artifacts), so that you can check for yourself.

Here is some more information:

	The error is reproducible when running the job again.
	After the discussion in the plugin's comment section, I have checked the contents of the job directory.
	
		Build 224 has a file build.xml that contains three  tags, but all of them have a  subtag and the corresponding *-warnings.xml-file. The log contains the error.
		The build before ran without any trouble. Its build.xml does not contain any WarningResult tag, as the plugin was deactivated during that time.
		All other builds before either contained one (or more) files compiler-warnings.xml and the corresponding sections in build.xml.
	
	






Environment:


Linux master and slaves, slaves run via ssh




Project:


Jenkins



Labels:


plugin




Priority:


Major



Reporter:


Olaf Lenz

























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-15412) Jenkins not working with Java 8

2012-10-05 Thread henri.go...@gmail.com (JIRA)














































Henri Gomez
 updated  JENKINS-15412


Jenkins not working with Java 8
















Change By:


Henri Gomez
(05/Oct/12 7:33 AM)




Description:


While trying Jenkins with Java 8 b59, I get following errors in catalina.out :{code}Oct 05, 2012 9:22:44 AM org.kohsuke.stapler.jelly.AdjunctTag doTagWARNING: AdjunctManager is not installed for this application. Skipping  tagsjava.lang.Exceptionat org.kohsuke.stapler.jelly.AdjunctTag.doTag(AdjunctTag.java:74)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.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.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){code}Connecting to Jenkins via browser and get this error also :{code}AWT n'est pas configuré correctement sur ce serveur. Peut-être devez-vous lancer votre conteneur avec "-Djava.awt.headless=true"?java.lang.UnsatisfiedLinkError: sun.font.CFontManager.loadNativeDirFonts(Ljava/lang/String;)V	at sun.font.CFontManager.loadNativeDirFonts(Native Method)	at sun.font.CFontManager.registerFontsInDir(CFontManager.java:252)	at sun.font.SunFontManager$2.run(SunFontManager.java:424)	at java.security.AccessController.doPrivileged(Native Method)	at sun.font.SunFontManager.(SunFontManager.java:375)	at sun.font.CFontManager.(CFontManager.java:43)	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)	at java.lang.reflect.Constructor.newInstance(Constructor.java:395)	at java.lang.Class.newInstance0(Class.java:369)	at java.lang.Class.newInstance(Class.java:321)	at sun.font.FontManagerFactory$1.run(FontManagerFactory.java:83)	at java.security.AccessController.doPrivileged(Native Method)	at sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74)	at java.awt.Font.getFont2D(Font.java:491)	at java.awt.Font.getFamily(Font.java:1188)	at java.awt.Font.getFamily_NoClientCode(Font.java:1162)	at java.awt.Font.getFamily(Font.java:1154)	at java.awt.Font.toString(Font.java:1651)	at hudson.util.ChartUtil.(ChartUtil.java:229)	at hudson.WebAppMain.contextInitialized(WebAppMain.java:172)	at org.apache.catalina.core.StandardContext.listenerStart(Standar

[JIRA] (JENKINS-15398) Produsen Kereta mini

2012-10-05 Thread aherit...@apache.org (JIRA)














































Arnaud Héritier
 deleted  JENKINS-15398


Produsen Kereta mini
























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-15412) Jenkins not working with Java 8

2012-10-05 Thread henri.go...@gmail.com (JIRA)














































Henri Gomez
 created  JENKINS-15412


Jenkins not working with Java 8















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


core



Created:


05/Oct/12 7:29 AM



Description:


While trying Jenkins with Java 8 b59, I get following errors in catalina.out :


Oct 05, 2012 9:22:44 AM org.kohsuke.stapler.jelly.AdjunctTag doTag
WARNING: AdjunctManager is not installed for this application. Skipping  tags
java.lang.Exception
at org.kohsuke.stapler.jelly.AdjunctTag.doTag(AdjunctTag.java:74)
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.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.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)


Connecting to Jenkins via browser and get this error also :


AWT n'est pas configuré correctement sur ce serveur. Peut-être devez-vous lancer votre conteneur avec "-Djava.awt.headless=true"?

java.lang.UnsatisfiedLinkError: sun.font.CFontManager.loadNativeDirFonts(Ljava/lang/String;)V
	at sun.font.CFontManager.loadNativeDirFonts(Native Method)
	at sun.font.CFontManager.registerFontsInDir(CFontManager.java:252)
	at sun.font.SunFontManager$2.run(SunFontManager.java:424)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.font.SunFontManager.(SunFontManager.java:375)
	at sun.font.CFontManager.(CFontManager.java:43)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:395)
	at java.lang.Class.newInstance0(Class.java:369)
	at java.lang.Class.newInstance(Class.java:321)
	at sun.font.FontManagerFactory$1.run(FontManagerFactory.java:83)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74)
	at java.awt.Font.getFont2D(Font.java:491)
	at java.awt.Font.getFamily(Font.java:1188)
	at java.awt.Font.getF

[JIRA] (JENKINS-15110) ANT gives problems

2012-10-05 Thread deepakmah...@gmail.com (JIRA)















































Deepak Mahale
 resolved  JENKINS-15110 as Duplicate


ANT gives problems
















Duplicate of JENKINS-15113





Change By:


Deepak Mahale
(05/Oct/12 7:10 AM)




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-15411) Jira Plugin: Cannot change issue filter in build step "Generate Release Notes"

2012-10-05 Thread steven.rud...@web.de (JIRA)














































Steven Rudolf
 created  JENKINS-15411


Jira Plugin: Cannot change issue filter in build step "Generate Release Notes"















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


jira



Created:


05/Oct/12 7:06 AM



Description:


It is not possible to change the field "Additional Issue Filter" in build step "Generate Release Notes". Everytime I change the field and press the "Save" button, it will be resetted to the default value (status in Resolved, Closed). 
If I change this parameter in the config.xml for my job then this parameter works fine but the next time I reconfigure my job it will be resetted to default value.




Project:


Jenkins



Priority:


Major



Reporter:


Steven Rudolf

























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-15113) JDK, MSBuild, ANT global configuration

2012-10-05 Thread deepakmah...@gmail.com (JIRA)















































Deepak Mahale
 resolved  JENKINS-15113 as Fixed


JDK, MSBuild, ANT global configuration
















Seems to be fixed in Version 1.482, 1.484





Change By:


Deepak Mahale
(05/Oct/12 7:03 AM)




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-15113) JDK, MSBuild, ANT global configuration

2012-10-05 Thread deepakmah...@gmail.com (JIRA)














































Deepak Mahale
 commented on  JENKINS-15113


JDK, MSBuild, ANT global configuration















This seems to be corrected in versions 1.482, 1.484



























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