[fcrepo-user] java.lang.NoSuchMethodError: org.springframework.core.GenericTypeResolver.resolveTypeArguments when running fedora-rebuild.sh

[Jonathan Green]

Has anyone else seen this before when running fedora-rebuild:

INFO 2011-11-16 19:46:28.281 [main] (Server) Initializing org.fcrepo.server.search.FieldSearchSQLModule
INFO 2011-11-16 19:46:28.283 [main] (Server) Initializing org.fcrepo.server.utilities.rebuild.RebuildDOManager
INFO 2011-11-16 19:46:28.290 [main] (Server) Initializing org.fcrepo.server.storage.ConnectionPoolManagerImpl
INFO 2011-11-16 19:46:28.304 [main] (Server) Initializing org.fcrepo.server.validation.DOValidatorModule
INFO 2011-11-16 19:46:28.306 [main] (Server) Initializing org.fcrepo.server.security.DefaultBackendSecurity
INFO 2011-11-16 19:46:28.307 [main] (Server) Initializing org.fcrepo.server.messaging.MessagingModule
INFO 2011-11-16 19:46:28.969 [main] (Server) Initializing org.fcrepo.server.storage.DefaultExternalContentManager
INFO 2011-11-16 19:46:28.990 [main] (Server) Initializing org.fcrepo.server.management.BasicPIDGenerator
INFO 2011-11-16 19:46:28.991 [main] (Server) Initializing org.fcrepo.server.storage.translation.DOTranslatorModule
INFO 2011-11-16 19:46:29.123 [main] (Server) Initializing org.fcrepo.server.storage.lowlevel.akubra.AkubraLowlevelStorageModule
INFO 2011-11-16 19:46:29.123 [main] (Server) Post-Initializing org.fcrepo.server.search.FieldSearchSQLModule
INFO 2011-11-16 19:46:29.125 [main] (Server) Post-Initializing org.fcrepo.server.utilities.rebuild.RebuildDOManager
INFO 2011-11-16 19:46:29.392 [main] (Server) Post-Initializing org.fcrepo.server.storage.ConnectionPoolManagerImpl
INFO 2011-11-16 19:46:29.392 [main] (Server) Post-Initializing org.fcrepo.server.validation.DOValidatorModule
INFO 2011-11-16 19:46:29.394 [main] (Server) Post-Initializing org.fcrepo.server.security.DefaultBackendSecurity
INFO 2011-11-16 19:46:29.397 [main] (Server) Post-Initializing org.fcrepo.server.messaging.MessagingModule
INFO 2011-11-16 19:46:29.397 [main] (Server) Post-Initializing org.fcrepo.server.storage.DefaultExternalContentManager
INFO 2011-11-16 19:46:29.397 [main] (Server) Post-Initializing org.fcrepo.server.management.BasicPIDGenerator
INFO 2011-11-16 19:46:29.400 [main] (Server) Post-Initializing org.fcrepo.server.storage.translation.DOTranslatorModule
INFO 2011-11-16 19:46:29.400 [main] (Server) Post-Initializing org.fcrepo.server.storage.lowlevel.akubra.AkubraLowlevelStorageModule
ERROR 2011-11-16 19:46:29.479 [main] (Server) Fatal error while starting server
java.lang.NoSuchMethodError: org.springframework.core.GenericTypeResolver.resolveTypeArguments(Ljava/lang/Class;Ljava/lang/Class;)[Ljava/lang/Class;
    at org.springframework.core.convert.support.GenericConversionService.getRequiredTypeInfo(GenericConversionService.java:298) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.convert.support.GenericConversionService.addConverter(GenericConversionService.java:94) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.convert.support.DefaultConversionService.addDefaultConverters(DefaultConversionService.java:67) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.convert.support.DefaultConversionService.<init>(DefaultConversionService.java:40) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.env.AbstractPropertyResolver.<init>(AbstractPropertyResolver.java:41) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.env.PropertySourcesPropertyResolver.<init>(PropertySourcesPropertyResolver.java:36) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.env.AbstractEnvironment.<init>(AbstractEnvironment.java:61) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.core.env.DefaultEnvironment.<init>(DefaultEnvironment.java:96) [org.springframework.core-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.<init>(AbstractBeanDefinitionReader.java:57) [org.springframework.beans-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.<init>(XmlBeanDefinitionReader.java:135) [org.springframework.beans-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.beans.factory.xml.XmlBeanFactory.<init>(XmlBeanFactory.java:56) [org.springframework.beans-3.1.0.M1.jar:3.1.0.M1]
    at org.springframework.beans.factory.xml.XmlBeanFactory.<init>(XmlBeanFactory.java:66) [org.springframework.beans-3.1.0.M1.jar:3.1.0.M1]
    at org.fcrepo.server.storage.lowlevel.akubra.AkubraLowlevelStorageModule.postInitModule(AkubraLowlevelStorageModule.java:64) [fcrepo-server-3.4.2.jar:na]
    at org.fcrepo.server.Server.<init>(Server.java:633) [fcrepo-server-3.4.2.jar:na]
    at org.fcrepo.server.utilities.rebuild.RebuildServer.<init>(RebuildServer.java:43) [fcrepo-server-3.4.2.jar:na]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.6.0_29]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) [na:1.6.0_29]
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) [na:1.6.0_29]
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513) [na:1.6.0_29]
    at org.fcrepo.server.utilities.rebuild.RebuildServer.getRebuildInstance(RebuildServer.java:120) [fcrepo-server-3.4.2.jar:na]
    at org.fcrepo.server.utilities.rebuild.Rebuild.getServer(Rebuild.java:173) [fcrepo-server-3.4.2.jar:na]
    at org.fcrepo.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:109) [fcrepo-server-3.4.2.jar:na]
    at org.fcrepo.server.utilities.rebuild.Rebuild.main(Rebuild.java:394) [fcrepo-server-3.4.2.jar:na]
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [na:1.6.0_29]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [na:1.6.0_29]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [na:1.6.0_29]
    at java.lang.reflect.Method.invoke(Method.java:597) [na:1.6.0_29]
    at org.fcrepo.server.utilities.rebuild.cli.CLILoader.main(CLILoader.java:77) [fcrepo-server-3.4.2-cli-loader-main.jar:na]
INFO 2011-11-16 19:46:29.490 [main] (Server) Shutting down server
INFO 2011-11-16 19:46:29.490 [main] (Server) Shutting down org.fcrepo.server.search.FieldSearchSQLModule
INFO 2011-11-16 19:46:29.490 [main] (Server) Shutting down org.fcrepo.server.utilities.rebuild.RebuildDOManager
INFO 2011-11-16 19:46:29.490 [main] (Server) Shutting down org.fcrepo.server.storage.ConnectionPoolManagerImpl
INFO 2011-11-16 19:46:29.491 [main] (Server) Shutting down org.fcrepo.server.security.DefaultBackendSecurity
INFO 2011-11-16 19:46:29.491 [main] (Server) Shutting down org.fcrepo.server.validation.DOValidatorModule
INFO 2011-11-16 19:46:29.491 [main] (Server) Shutting down org.fcrepo.server.messaging.MessagingModule
INFO 2011-11-16 19:46:32.900 [main] (Server) Shutting down org.fcrepo.server.storage.DefaultExternalContentManager
INFO 2011-11-16 19:46:32.900 [main] (Server) Shutting down org.fcrepo.server.storage.lowlevel.akubra.AkubraLowlevelStorageModule
INFO 2011-11-16 19:46:32.900 [main] (Server) Shutting down org.fcrepo.server.storage.translation.DOTranslatorModule
INFO 2011-11-16 19:46:32.900 [main] (Server) Shutting down org.fcrepo.server.management.BasicPIDGenerator
INFO 2011-11-16 19:46:32.900 [main] (Server) Server shutdown complete

The server runs fine. Everything else seems okay. Fedora is running in an external tomcat. But when I run fedora-rebuild I'm getting the above error.

--
Jonathan Green
DiscoveryGarden Inc. 
Sims Office Suites Building, 3rd Floor, 118 Sydney Street 
Charlottetown, PE C1A 1G4 
902.367.3851 discoverygarden.ca 
jona...@discoverygarden.ca
skype: jonathan.edwards.green

[Benjamin Armintor]

Jonathan-
Is it possible that you overlaid a 3.5 installation on a 3.4
installation? I'd check to make sure that there aren't duplicated
libraries in your classpath. The Spring version should be 3.05.

- Ben

> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-com...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
>

[Jonathan Green]

Thanks for the help Ben. It turns out someone put spring 3.1.0 in the classpath in order to use a stomp activemq broker. I replaced spring 3.1.0 with 3.0.5 and everything worked again.

Do you know if there is a better way to use a stomp broker from within fedora then including the whole spring framework release in the classpath?

Thanks again.
Jonathan

[awo...@duraspace.org]

If you've got a separate broker outside Fedora (which is typically good practice for scale) you should be able to have Fedora offer messages to the broker via Protocol X (e.g. OpenWire) and let the broker make those messages available via Stomp at some convenient access point.

I don't know if that speaks to your immediate need, but if you do have an independent broker in the system, this is just the kind of task that it's meant to do.

---
A. Soroka
Online Library Environment
the University of Virginia Library

[Benjamin Armintor]

I don't know. Fedora 3.5 will probably work with Spring 3.1.0, so you
could go the other way around (removing the 3.05 jars from Fedora's
classpath, and letting it use 3.1.0).

[Edwin Shin]

On 17 Nov 2011, at 11:37 PM, Jonathan Green wrote:

> Do you know if there is a better way to use a stomp broker from within fedora then including the whole spring framework release in the classpath?

Are you just trying to get the in-vm ActiveMQ broker to support Stomp? In Fedora 3.5 there shouldn't be any additional classpath munging required (https://jira.duraspace.org/browse/FCREPO-883).

[awo...@duraspace.org]

Perhaps this is a matter of the just-right configuration of ActiveMQ?

My habit is always to follow the practice of:

https://wiki.duraspace.org/display/FEDORA35/Messaging#Messaging-activemqbridge

and configure an external broker so that Fedora can store-and-forward. That _should_ make offering a Stomp facility no more than a stanza of Spring XML in your ActiveMQ configuration file, e.g.:

<transportConnectors>
<transportConnector name="stomp" uri="stomp://0.0.0.0:61612?transport.closeAsync=false"/>
</transportConnectors>

or

<transportConnectors>
<transportConnector name="stomp+nio" uri="stomp+nio://0.0.0.0:61613?transport.closeAsync=false"/>
</transportConnectors>

---
A. Soroka
Online Library Environment
the University of Virginia Library