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-sponsored Groovy metaprogramming, which means that the actual Java class doing the instantiating is internal to Groovy itself. The Groovy JAR is, of course, in shared/lib.
All of which means that yes, something in shared/lib wants to load something in WEB-INF/lib. And now that you mention it, it seems fair not to expect classes from the shared ClassLoader to see classes from the webapp ClassLoader. 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. Is now the time to give up? :) Tim That's exactly right: a class in a JAR in the webapp ClassLoader (to wit, is trying to create an object that implements an interface On Mon, Sep 14, 2009 at 8:27 AM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -----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 from within your > webapp's ClassLoader? > > Presumably, you took a set of JARs required for a single webapp and > split them into shared and private JARs. Which ones went where? > > - -chris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkquUrUACgkQ9CaO5/Lv0PAqrQCcCFKAdxIMEsKJxLsAHJmrFTXI > TQYAnjmGoRVP3Yb6XvjdU91f1b8dDisM > =Kr2z > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >