Keith- I'm actually supposed to be working on this issue... See:
http://jira.codehaus.org/browse/CASTOR-1342 Unfortunately, as we all know, life happens, and I haven't made much progress on it. Stephen On 3/31/06, Keith Visco <[EMAIL PROTECTED]> wrote: > > Hey Werner, > > > The class ...Person$$EnhancerByCGLIB$$7166e6b7 is not > > persistence capable: > > no mapping was defined for the class > > Looks like another CGLib proxy class problem. The mapping api maps > classes based on class name. The proxy is creating a modified version of > the class which in turn changes the name and Castor cannot find a mapping. > > One solution to the problem is to create a dynamic mapping for the proxy > class which simply specifies that it extends the proper class such as: > > <snip> > import org.exolab.castor.mapping.xml.MappingRoot; > import org.exolab.castor.mapping.xml.ClassMapping; > ... > Mapping mapping = new Mapping(); > mapping.loadMapping("mapping.xml"); > > //... get handle on proxy objects and dynamically add them to the > //... mapping file > > MappingRoot root = new MappingRoot(); > ClassMapping clsMap = new ClassMapping(); > clsMap.setName(myProxyObj.getClass().getName()); > clsMap.setExtends(myReadObj.getClass().getName()); > root.addClassMapping(clsMap); > > mapping.loadMapping(root); > </snip> > > Of course a better solution would be to have Castor detect the proxy by > checking for "$$" in the name, but for now the above should help. > > HTH, > > > --Keith > > > Werner Guttmann wrote: > > Jon, > > > > Thanks for your patience with our (non)'dealing' of > > http://jira.codehaus.org/browse/CASTOR-1365. Having said that, I have never > > seen below problem, and I am almost 100% sure that I shall be looking into > > the original problem first. > > > > Werner > > > > > >>-----Original Message----- > >>From: Jon Wilmoth [mailto:[EMAIL PROTECTED] > >>Sent: Freitag, 31. März 2006 09:06 > >>To: [email protected] > >>Subject: [castor-user] [JDO] > >>ClassNotPersistenceCapableException loading independent objects > >> > >>I'm trying to work around > >>http://jira.codehaus.org/browse/CASTOR-1365 by loading the > >>independent objects in the same txn prior to calling > >>db.create, but now I'm getting another error: > >> > >>org.exolab.castor.jdo.ClassNotPersistenceCapableException: > >>The class ...Person$$EnhancerByCGLIB$$7166e6b7 is not > >>persistence capable: > >>no mapping was defined for the class > >> at > >>org.exolab.castor.persist.PersistenceInfoGroup.getPersistenceI > >>nfo(PersistenceInfoGroup.java:67) > >> at > >>org.exolab.castor.jdo.engine.DatabaseImpl.load(DatabaseImpl.java:358) > >> at > >>org.exolab.castor.jdo.engine.DatabaseImpl.load(DatabaseImpl.java:328) > >> at > >>...GolfRoundDetail.loadIndependentChildren(GolfRoundDetail.java:67) > >> > >>The mapping file does indeed contain a definition for Person > >>and it is being loaded successfully elsewhere in the > >>application. Werner had mentioned there were duplicate > >>generated proxy classes...is this the underlying cause for > >>this most recent error? > >> > >>Thanks, > >>Jon > >> > >>p.s. Suggestions about how to work-around bug #1365 are > >>greatly appreciate! > >> > >>------------------------------------------------- > >>If you wish to unsubscribe from this list, please send an > >>empty message to the following address: > >> > >>[EMAIL PROTECTED] > >>------------------------------------------------- > >> > >> > >> > > > > > > ------------------------------------------------- > > If you wish to unsubscribe from this list, please > > send an empty message to the following address: > > > > [EMAIL PROTECTED] > > ------------------------------------------------- > > > > > > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > >
