Weird subversion errors

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Weird subversion errors

De Ranter, Nico

 

One of our hudson projects is experiencing strange ssh related errors.  When I look a the configure page for the builds, the Source Code Management / Subversion section as 'ERROR' underneath 'Repository URL' and 'Local module directory'. When I click on the 'ERROR' link I get the following output:

 

------------------------------------------------------------------------------------------------------

ERROR

Status Code: 500

Exception:

Stacktrace:

 

java.lang.UnsupportedOperationException: The descriptor registry with the called getId() method is not used. The descriptor redefines its own getInputMetric() method.

                at com.thalesgroup.hudson.plugins.xunit.types.CustomType$CustomInputMetricDescriptor.getId(CustomType.java:66)

                at hudson.model.Hudson.getDescriptor(Hudson.java:920)

                at hudson.model.Hudson.getDescriptorByName(Hudson.java:933)

                at hudson.model.AbstractItem.getDescriptorByName(AbstractItem.java:370)

                at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)

                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

                at java.lang.reflect.Method.invoke(Method.java:597)

                at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:282)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:478)

                at org.kohsuke.stapler.Stapler.service(Stapler.java:160)

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)

                at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)

                at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:51)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)

                at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                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 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:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)

                at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)

                at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)

                at java.lang.Thread.run(Thread.java:662)

----------------------------------------------------------------------------------------

 

I tried reapplying the ssh credentials but this doesn't make a difference.  Accessing the same subversion repo URL from the command line works fine.  The problem is the same for all builds for that specific hudson project.  However other hudson projects running on the same server but accessing different subversion repositories don't seem to be affected.

 

Using Hudson 1.391 on Ubuntu 10.04.01 using Winstone and Sun Java 1.6.0-22.

 

Anybody any idea what might be the problem?

 

Nico

 

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards
Reply | Threaded
Open this post in threaded view
|

RE: Weird subversion errors

Matthew.Webber

There are a number of problems with the Subversion plugin at version numbers > 1.17. Since this plugin is bundled with Hudson, that means any version of Hudson > 1.384. See

http://issues.hudson-ci.org/browse/HUDSON-8059

http://issues.hudson-ci.org/browse/HUDSON-8162

http://issues.hudson-ci.org/browse/HUDSON-8061

and probably some other tickets as well.

Was this working for you under an earlier Hudson release? If so, I would consider falling back to 1.384.

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of De Ranter, Nico
Sent: 03 January 2011 14:57
To: [hidden email]
Subject: Weird subversion errors

 

 

One of our hudson projects is experiencing strange ssh related errors.  When I look a the configure page for the builds, the Source Code Management / Subversion section as 'ERROR' underneath 'Repository URL' and 'Local module directory'. When I click on the 'ERROR' link I get the following output:

 

------------------------------------------------------------------------------------------------------

ERROR

Status Code: 500

Exception:

Stacktrace:

 

java.lang.UnsupportedOperationException: The descriptor registry with the called getId() method is not used. The descriptor redefines its own getInputMetric() method.

                at com.thalesgroup.hudson.plugins.xunit.types.CustomType$CustomInputMetricDescriptor.getId(CustomType.java:66)

                at hudson.model.Hudson.getDescriptor(Hudson.java:920)

                at hudson.model.Hudson.getDescriptorByName(Hudson.java:933)

                at hudson.model.AbstractItem.getDescriptorByName(AbstractItem.java:370)

                at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)

                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

                at java.lang.reflect.Method.invoke(Method.java:597)

                at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:282)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:478)

                at org.kohsuke.stapler.Stapler.service(Stapler.java:160)

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)

                at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)

                at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:51)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)

                at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                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 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:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)

                at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)

                at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)

                at java.lang.Thread.run(Thread.java:662)

----------------------------------------------------------------------------------------

 

I tried reapplying the ssh credentials but this doesn't make a difference.  Accessing the same subversion repo URL from the command line works fine.  The problem is the same for all builds for that specific hudson project.  However other hudson projects running on the same server but accessing different subversion repositories don't seem to be affected.

 

Using Hudson 1.391 on Ubuntu 10.04.01 using Winstone and Sun Java 1.6.0-22.

 

Anybody any idea what might be the problem?

 

Nico

 

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards


 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 


Reply | Threaded
Open this post in threaded view
|

RE: Weird subversion errors

De Ranter, Nico

Yes it worked before.

 

I manually removed the xunit plugin and that seems to fix the problem I was having.  However looking at the bugs you pointed to I'm probably going to run into a lot of other problems too. Sigh.

 

Can I simply replace the hudson.war with an old version and restart the server to downgrade?

 

thanks!

 

nico

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of [hidden email]
Sent: 04 January 2011 10:15
To: [hidden email]
Subject: RE: Weird subversion errors

 

There are a number of problems with the Subversion plugin at version numbers > 1.17. Since this plugin is bundled with Hudson, that means any version of Hudson > 1.384. See

http://issues.hudson-ci.org/browse/HUDSON-8059

http://issues.hudson-ci.org/browse/HUDSON-8162

http://issues.hudson-ci.org/browse/HUDSON-8061

and probably some other tickets as well.

Was this working for you under an earlier Hudson release? If so, I would consider falling back to 1.384.

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of De Ranter, Nico
Sent: 03 January 2011 14:57
To: [hidden email]
Subject: Weird subversion errors

 

 

One of our hudson projects is experiencing strange ssh related errors.  When I look a the configure page for the builds, the Source Code Management / Subversion section as 'ERROR' underneath 'Repository URL' and 'Local module directory'. When I click on the 'ERROR' link I get the following output:

 

------------------------------------------------------------------------------------------------------

ERROR

Status Code: 500

Exception:

Stacktrace:

 

java.lang.UnsupportedOperationException: The descriptor registry with the called getId() method is not used. The descriptor redefines its own getInputMetric() method.

                at com.thalesgroup.hudson.plugins.xunit.types.CustomType$CustomInputMetricDescriptor.getId(CustomType.java:66)

                at hudson.model.Hudson.getDescriptor(Hudson.java:920)

                at hudson.model.Hudson.getDescriptorByName(Hudson.java:933)

                at hudson.model.AbstractItem.getDescriptorByName(AbstractItem.java:370)

                at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)

                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

                at java.lang.reflect.Method.invoke(Method.java:597)

                at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:282)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:478)

                at org.kohsuke.stapler.Stapler.service(Stapler.java:160)

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)

                at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)

                at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:51)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)

                at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                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 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:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)

                at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)

                at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)

                at java.lang.Thread.run(Thread.java:662)

----------------------------------------------------------------------------------------

 

I tried reapplying the ssh credentials but this doesn't make a difference.  Accessing the same subversion repo URL from the command line works fine.  The problem is the same for all builds for that specific hudson project.  However other hudson projects running on the same server but accessing different subversion repositories don't seem to be affected.

 

Using Hudson 1.391 on Ubuntu 10.04.01 using Winstone and Sun Java 1.6.0-22.

 

Anybody any idea what might be the problem?

 

Nico

 

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards

 

 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards
Reply | Threaded
Open this post in threaded view
|

RE: Weird subversion errors

Matthew.Webber

If removing the xunit plugin fixed your problem, that might be enough. Only some Subversion users have been having problems, depending on how they use it. If you do need to roll back by replacing the .war, you may find that you need to delete ~/.subversion on your master and slaves, and then re-enter your SVN credentials.

Matthew

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of De Ranter, Nico
Sent: 04 January 2011 09:56
To: [hidden email]
Subject: RE: Weird subversion errors

 

Yes it worked before.

 

I manually removed the xunit plugin and that seems to fix the problem I was having.  However looking at the bugs you pointed to I'm probably going to run into a lot of other problems too. Sigh.

 

Can I simply replace the hudson.war with an old version and restart the server to downgrade?

 

thanks!

 

nico

 


 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 


Reply | Threaded
Open this post in threaded view
|

RE: Weird subversion errors

De Ranter, Nico

Thanks!

 

Nico

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of [hidden email]
Sent: 04 January 2011 11:05
To: [hidden email]
Subject: RE: Weird subversion errors

 

If removing the xunit plugin fixed your problem, that might be enough. Only some Subversion users have been having problems, depending on how they use it. If you do need to roll back by replacing the .war, you may find that you need to delete ~/.subversion on your master and slaves, and then re-enter your SVN credentials.

Matthew

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of De Ranter, Nico
Sent: 04 January 2011 09:56
To: [hidden email]
Subject: RE: Weird subversion errors

 

Yes it worked before.

 

I manually removed the xunit plugin and that seems to fix the problem I was having.  However looking at the bugs you pointed to I'm probably going to run into a lot of other problems too. Sigh.

 

Can I simply replace the hudson.war with an old version and restart the server to downgrade?

 

thanks!

 

nico

 

 

 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards
Reply | Threaded
Open this post in threaded view
|

Re: Weird subversion errors

David Karlsen
In reply to this post by Matthew.Webber
I had the same problem - pinning the plugin at version .17 solved it - but you are right - it still has problems (I tried all versions up to and including .21 if I remember correctly).

2011/1/4 <[hidden email]>

There are a number of problems with the Subversion plugin at version numbers > 1.17. Since this plugin is bundled with Hudson, that means any version of Hudson > 1.384. See

http://issues.hudson-ci.org/browse/HUDSON-8059

http://issues.hudson-ci.org/browse/HUDSON-8162

http://issues.hudson-ci.org/browse/HUDSON-8061

and probably some other tickets as well.

Was this working for you under an earlier Hudson release? If so, I would consider falling back to 1.384.

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of De Ranter, Nico
Sent: 03 January 2011 14:57
To: [hidden email]
Subject: Weird subversion errors

 

 

One of our hudson projects is experiencing strange ssh related errors.  When I look a the configure page for the builds, the Source Code Management / Subversion section as 'ERROR' underneath 'Repository URL' and 'Local module directory'. When I click on the 'ERROR' link I get the following output:

 

------------------------------------------------------------------------------------------------------

ERROR

Status Code: 500

Exception:

Stacktrace:

 

java.lang.UnsupportedOperationException: The descriptor registry with the called getId() method is not used. The descriptor redefines its own getInputMetric() method.

                at com.thalesgroup.hudson.plugins.xunit.types.CustomType$CustomInputMetricDescriptor.getId(CustomType.java:66)

                at hudson.model.Hudson.getDescriptor(Hudson.java:920)

                at hudson.model.Hudson.getDescriptorByName(Hudson.java:933)

                at hudson.model.AbstractItem.getDescriptorByName(AbstractItem.java:370)

                at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)

                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

                at java.lang.reflect.Method.invoke(Method.java:597)

                at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:282)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.MetaClass$7.doDispatch(MetaClass.java:242)

                at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)

                at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:562)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:640)

                at org.kohsuke.stapler.Stapler.invoke(Stapler.java:478)

                at org.kohsuke.stapler.Stapler.service(Stapler.java:160)

                at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)

                at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)

                at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:51)

                at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)

                at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)

                at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                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 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:195)

                at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)

                at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)

                at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)

                at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)

                at java.lang.Thread.run(Thread.java:662)

----------------------------------------------------------------------------------------

 

I tried reapplying the ssh credentials but this doesn't make a difference.  Accessing the same subversion repo URL from the command line works fine.  The problem is the same for all builds for that specific hudson project.  However other hudson projects running on the same server but accessing different subversion repositories don't seem to be affected.

 

Using Hudson 1.391 on Ubuntu 10.04.01 using Winstone and Sun Java 1.6.0-22.

 

Anybody any idea what might be the problem?

 

Nico

 

 

with kind regards,

 

Nico De Ranter

Senior System Administrator

Technology and Software Centre Europe

 

 

Sony Belgium, bijkantoor van Sony Europe Limited.

Da Vincilaan 7-D1 · B-1935 Zaventem · Belgium

 

Phone:

+32 (0)2 700 8641

Fax:

+32 (0)2 700 8622

E-mail:

[hidden email]

 

Sony Europe Limited. A company registered in England and Wales.

Registered office: The Heights, Brooklands, Weybridge, Surrey. KT13 0XW. United Kingdom

 

 


************************************************************************ The information contained in this message or any of its attachments may be confidential and is intended for the exclusive use of the addressee(s). Any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited without the express permission of the sender. The views expressed in this email are those of the individual and not necessarily those of Sony or Sony affiliated companies. Sony email is for business use only. This email and any response may be monitored by Sony to be in compliance with Sony's global policies and standards


 

-- 

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom