will do.
On Wed, 19 Jan 2005 09:41:01 +0100, Werner Guttmann <[EMAIL PROTECTED]> wrote: > > Nick, > > I'd rather have anything required to replay your problem in one place, so can > I please ask you to create a new bug report and attach all relevant files ? > > Regards > Werner > > On Tue, 18 Jan 2005 15:53:46 -0500, Nick Stuart wrote: > > > > >A quick addition, just wanted to show a quick screen shot. you can > >check out here: > >http://cs.usm.maine.edu/~nstuart/snapshot1.png > >Take a look at _ids. Its size is 1, but the first element is null :( > >that cant be good. > > > > > >On Tue, 18 Jan 2005 15:42:58 -0500, Nick Stuart <[EMAIL PROTECTED]> wrote: > >> Ok, trying to use simple lazy collection here and have something > >> borked up. The exception I'm getting is: > >> > >> org.exolab.castor.jdo.PersistenceException: Identities can't be null! > >> at > >> org.exolab.castor.persist.RelationCollection$IteratorImp.lazyLoad(RelationCollection.java:290) > >> at > >> org.exolab.castor.persist.RelationCollection$IteratorImp.next(RelationCollection.java:265) > >> at > >> org.moss.tapn.database.impl.TopicManager.getAllReplies(TopicManager.java:218) > >> at > >> $Interceptor_10187854476_28.getAllReplies($Interceptor_10187854476_28.java) > >> at > >> $SingletonProxy_10187853dc9_22.getAllReplies($SingletonProxy_10187853dc9_22.java) > >> at > >> test.TopicManagerTest.testGetAllTopics(TopicManagerTest.java:124) > >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >> at > >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > >> > >> Attaching the mapping file with the uneeded parts chopped out. along > >> with the test case I'm running. This is happening with a > >> self-referential object (can hold many of its own type). The object > >> loads fine, and the intial Collection is set up fine as I get the > >> right size() and stuff back from it. Anyone know whats wrong? If not > >> I'll file a bug with all the info and write a test case for it. > >> > >> The offending block of code is: > >> public Object next() { > >> if ( changestamp != parent._changecount ) > >> throw new ConcurrentModificationException("Concurrent > >> Modification is not allowed!"); > >> // only needed if application did not call hasNext(), will > >> skip deleted ids > >> if ( !hasNext() ) > >> throw new NoSuchElementException("Read after the end > >> of iterator!"); > >> > >> Object id; > >> Object o; > >> if ( cursor < _added.size() ) { > >> id = _added.get( cursor++ ); > >> o = _loaded.get( id ); > >> if ( o != null ) > >> return o; > >> return lazyLoad( id ); > >> } else { > >> // the deleted ids were skipped by hasNext(), get is safe > >> id = _ids.get(cursor++ - _added.size()); > >> // RETURNS NULL!!! > >> > >> o = _loaded.get( id ); > >> if ( o != null ) > >> return o; > >> return lazyLoad( id ); > >> } > >> } > >> > >> in RelationCollection. There is nothing in _added or _ids doing the > >> step through with the debugger so something isn't getting in there > >> correctly. =\ > >> > >> -Nick > >> > >> p.s. Using HSQLDB and the latest CVS CO for castor compiled under > >> jdk1.5.0_01 > >> > >> > >> > > > > > > > >----------------------------------------------------------- > >If you wish to unsubscribe from this mailing, send mail to > >[EMAIL PROTECTED] with a subject of: > > unsubscribe castor-dev > > > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
