Nick, if you had a look at src/tests/ctf/jdo/tc9x, you are going to find at least one test case that I used when going about implementing support for polymorphism. Have a look at the mapping file in the very same directory, and you should be able to see that I have used hierarchies such as Laptop extends Computer extends Product, Server extends Computer extends Product, Truck extends Car extends Product, etc.
Can you please post the relevant mapping file fragments you are using, and the SQL generated for the query that fails during load. Thanks Werner Nick Stuart wrote: > Ok, going through doing refactoring to test out the polymorphism > support and such and came accross another bug (i think). > > Anyways, good news first! Poly worked great when I only had one subclass! =) > > Now bad news, when I added another subclass things seem to have borked > on object load time. If my datasets are all empty I can create the > classes/objects fine, no errors or nothing. BUT when I go to load the > classes from the database I get a NPE with the following trace: > > java.lang.NullPointerException > at > org.exolab.castor.jdo.engine.SQLEngine.calculateNumberOfFields(SQLEngine.java:1400) > at org.exolab.castor.jdo.engine.SQLEngine.load(SQLEngine.java:1194) > at > org.exolab.castor.persist.ClassMolder.loadFields(ClassMolder.java:741) > at org.exolab.castor.persist.ClassMolder.load(ClassMolder.java:792) > at org.exolab.castor.persist.LockEngine.load(LockEngine.java:368) > at > org.castor.persist.TransactionContext.load(TransactionContext.java:713) > at > org.castor.persist.TransactionContext.load(TransactionContext.java:550) > at org.exolab.castor.persist.ClassMolder.load(ClassMolder.java:932) > at org.exolab.castor.persist.LockEngine.load(LockEngine.java:368) > at > org.castor.persist.TransactionContext.load(TransactionContext.java:713) > at > org.castor.persist.TransactionContext.load(TransactionContext.java:550) > at org.exolab.castor.jdo.engine.DatabaseImpl.load(DatabaseImpl.java:345) > at org.exolab.castor.jdo.engine.DatabaseImpl.load(DatabaseImpl.java:312) > > I ran the query that caster spits out from logging and the fields of > the opposite class I am loading are all NULL (which makes sense), but > I dont know if this has anything to do with it or not. > > I'm not sure what I can do to provide any more info on this. This was > all working at one point, but then I got rid of the extra fields in > one of my database tables during refactoring and things busted. :( > But none of those fields should have even been affecting anything, and > like I said, I can create objects just fine! > > Any ideas on whats going on? > Thanks! > -Nick > > ------------------------------------------------- > 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] -------------------------------------------------
