And to add, there is a commons-dbcp-1.2.1.jar in the Fedora webapp lib.

So either it isn't being picked up by the classloader, or there is some
dependency problem with a newer version being required; or perhaps there is
some other version of this library being picked up somewhere else on the
classpath.

The script Chris mentions does include the lib directory from the Fedora
webapp as a property, so the utility's classloader can use these jars.  This
is built from $CATALINA_HOME - so you may want to take a look at the
env-server script and make sure you've got the necessary environment
variables correctly set and exported before calling the script (FEDORA_HOME,
CATALINA_HOME, JAVA_HOME).

Then I'd see what else that script is referencing for problems and the
locations referenced for duplicates of that library (particularly the
classpath itself and the property java.endorsed.dirs).

Steve

-----Original Message-----
From: Scott Prater [mailto:pra...@wisc.edu] 
Sent: 19 November 2010 17:08
To: peri.stracch...@york.ac.uk; Support and info exchange list for Fedora
users.
Subject: Re: [fcrepo-user] rebuild.sh fails
withModuleInitializationException


Peri,

If you look in <FEDORA_HOME>/server/bin/env-server.sh, you'll see that 
the shell script creates your classpath before running the fedora java 
utility.  My guess is that commons-dbcp jar is not in any of the 
directories that are being searched in the classpath and endorsed 
directories in the env-server.sh java command line.  You'll want to 
either modify that shell script to include that jar explicitly, or 
better yet, drop the jar in a directory included in the shell script.

-- Scott

ps552 wrote:
> Hi
>  We are having a perplexing problem. We have a new installation of
> fedora-commons on a Ubuntu server using package installed tomcat6, and
> MySQL. Weare able to create new objects using the admin client, and also
> ingest objects succesfully using the interface, and afterwards view them
> using fedora/get. However when we try to run the rebuild.sh script it
> manages to clear the existing tables, so is obviously connectling to the
> database,, but then fails with the error below . has anybody else
> expereincedthis behaviour or can throw any light on this for us?
> 
> ERROR 2010-11-19 12:09:47.544 [main] (Server) Module
> (org.fcrepo.server.storage.ConnectionPoolManager) failed to initialize
> org.fcrepo.server.errors.ModuleInitializationException: A connection pool
> could not be instantiated. The underlying error was a
> java.lang.NoClassDefFoundErrorThe message was
> "org/apache/commons/dbcp/BasicDataSourceFactory".
>       at
>
org.fcrepo.server.storage.ConnectionPoolManagerImpl.initModule(ConnectionPoo
> lManagerImpl.java:270) [fcrepo-server-3.4.1.jar:na]
>       at org.fcrepo.server.Module.<init>(Module.java:64)
> [fcrepo-server-3.4.1.jar:na]
>       at
>
org.fcrepo.server.storage.ConnectionPoolManagerImpl.<init>(ConnectionPoolMan
> agerImpl.java:96) [fcrepo-server-3.4.1.jar:na]
>       at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method) [na:1.6.0_22]
>       at
>
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
> sorImpl.java:39) [na:1.6.0_22]
>       at
>
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
> torAccessorImpl.java:27) [na:1.6.0_22]
>       at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> [na:1.6.0_22]
>       at org.fcrepo.server.Server.<init>(Server.java:567)
> [fcrepo-server-3.4.1.jar:na]
>       at
>
org.fcrepo.server.utilities.rebuild.RebuildServer.<init>(RebuildServer.java:
> 43) [fcrepo-server-3.4.1.jar:na]
>       at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method) [na:1.6.0_22]
>       at
>
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
> sorImpl.java:39) [na:1.6.0_22]
>       at
>
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
> torAccessorImpl.java:27) [na:1.6.0_22]
>       at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> [na:1.6.0_22]
>       at
>
org.fcrepo.server.utilities.rebuild.RebuildServer.getRebuildInstance(Rebuild
> Server.java:120) [fcrepo-server-3.4.1.jar:na]
>       at
> org.fcrepo.server.utilities.rebuild.Rebuild.getServer(Rebuild.java:173)
> [fcrepo-server-3.4.1.jar:na]
>       at
>
org.fcrepo.server.utilities.rebuild.SQLRebuilder.start(SQLRebuilder.java:112
> ) [fcrepo-server-3.4.1.jar:na]
>       at
> org.fcrepo.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:106)
> [fcrepo-server-3.4.1.jar:na]
>       at
> org.fcrepo.server.utilities.rebuild.Rebuild.main(Rebuild.java:394)
> [fcrepo-server-3.4.1.jar:na]
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [na:1.6.0_22]
>       at
>
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
> ) [na:1.6.0_22]
>       at
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:25) [na:1.6.0_22]
>       at java.lang.reflect.Method.invoke(Method.java:597) [na:1.6.0_22]
>       at
> org.fcrepo.server.utilities.rebuild.cli.CLILoader.main(CLILoader.java:77)
> [fcrepo-server-3.4.1-cli-loader-main.jar:na]
> 
> 
> ***my email address has changed and may need updating in your address
> book***
> 
> Cheers
> Peri Stracchino
> Digital Library Team
> University of York
> ext 4082 
> new email address peri.stracch...@york.ac.uk
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
>
----------------------------------------------------------------------------
--
> Beautiful is writing same markup. Internet Explorer 9 supports
> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
> Spend less time writing and  rewriting code and more time creating great
> experiences on the web. Be a part of the beta today
> http://p.sf.net/sfu/msIE9-sfdev2dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


-- 
Scott Prater
Library, Instructional, and Research Applications (LIRA)
Division of Information Technology (DoIT)
University of Wisconsin - Madison
pra...@wisc.edu

----------------------------------------------------------------------------
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users


------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to