long and windy path, with a lot of different situations where this loading goes
wrong. So instead of trying to solve the conflict at webapp level, I could move
in another direction: in normal (non embedded) Tomcat installations you are
allowed to put shared jars in Tomcat's lib folder. T
and windy path, with a lot of different situations where this loading goes
wrong. So instead of trying to solve the conflict at webapp level, I could move
in another direction: in normal (non embedded) Tomcat installations you are
allowed to put shared jars in Tomcat's lib folder. These are t
Then the Grails WAR shall be enormous now and always. So let it be written,
so let it be done. :)
Thanks for your help thinking through this. I don't mind quitting now that I
understand what the problem is.
Tim
On Mon, Sep 14, 2009 at 8:48 AM, Peter Crowther wrote:
> 2009/9/14 Tim Berglund
>
Christopher,
A class in the WEB-INF/classes directory (to wit,
HibernateGrailsPlugin.class) is trying to create an object that implements
an interface (org.hibernate.SessionFactory) found in a JAR in WEB-INF/lib
(hibernate3-3.1.1.jar). However, it's doing this through no small amount of
Grails-spon
2009/9/14 Tim Berglund
> My intention was to put framework JARs in shared/lib, and plugin and
> application JARs in WEB-INF/lib. That's a good way to split them up for
> deployment reasons, but it now seems like it just won't work
> ClassLoader-wise.
Looks that way. Modern frameworks make many
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 9/12/2009 7:44 PM, Tim Berglund wrote:
> Still stuck, and not sure where to look. Mad grateful for further ideas.
Looks like grails/groovy is trying to create a new object. Is that being
done from within a JAR in the shared ClassLoader or fro
Still stuck, and not sure where to look. Mad grateful for further ideas.
Tim
2009/9/11 Caldarale, Charles R
> > From: Tim Berglund [mailto:tlbergl...@gmail.com]
> > Subject: Re: Shared jars
> >
> > The class failing to load is org.hibernate.SessionFactory
>
> Any c
> From: Tim Berglund [mailto:tlbergl...@gmail.com]
> Subject: Re: Shared jars
>
> The class failing to load is org.hibernate.SessionFactory
Any chance the above class is in more than one place in this branch of the
classloader tree? An NCDFE can result from that condition as well
I explored that suggestion. The class failing to load is
org.hibernate.SessionFactory, and the class attempting to load it is
HibernateGrailsPlugin. The former class is confirmed in a jar in
WEB-INF/lib, and the latter is a .class file in WEB-INF/classes. It seems
like this should work.
The details
Tim Berglund wrote:
> I'm trying to enable the shared classloader on Tomcat 6.0.20 (Java 1.6.0_15
> on Mac OSX 10.6). I've put this line in conf/catalina.properties:
> shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
>
> I've dumped a few dozen jars in the shared/lib
I'm trying to enable the shared classloader on Tomcat 6.0.20 (Java 1.6.0_15
on Mac OSX 10.6). I've put this line in conf/catalina.properties:
shared.loader=${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
I've dumped a few dozen jars in the shared/lib directory. These are found
wh
11 matches
Mail list logo