Re: [castor-dev] Re: Bug or am I doing something wrong...
Bug created, #1856
On Wed, 19 Jan 2005 09:24:34 -0500, Nick Stuart <[EMAIL PROTECTED]> wrote:
> 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
Re: [castor-dev] Re: Bug or am I doing something wrong...
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
Re: [castor-dev] Re: Bug or am I doing something wrong...
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
[castor-dev] Re: Bug or am I doing something wrong...
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
