Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-12-04 Thread Stephen Ince
I have seen this in castor 9.5.3 when you do lazy loading. - Original Message - From: "Gregory Block" <[EMAIL PROTECTED]> To: "Castor-Dev" <[EMAIL PROTECTED]> Sent: Thursday, December 02, 2004 6:01 PM Subject: Re: [castor-dev] [JDO-CVS]Doesnt hold read

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-12-02 Thread Gregory Block
On 20 Oct 2004, at 18:49, Werner Guttmann wrote: thanks for coming back to us with your findings. Now, based on what you said, I don't know whether I should be happy or not .. ;-). Sidenote, I've seen this before, intermittently, and it's *also* a chain of dependent objects. I have no doubt tha

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-20 Thread Nick Stuart
Heh, that was my thought. Its not always a good thing when a problem just disappears. (although i dont usually complain when they do) On Wed, 20 Oct 2004 19:49:52 +0200, Werner Guttmann <[EMAIL PROTECTED]> wrote: > > NIck, > > thanks for coming back to us with your findings. Now, based on what

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-20 Thread Werner Guttmann
NIck, thanks for coming back to us with your findings. Now, based on what you said, I don't know whether I should be happy or not .. ;-). Werner On Wed, 20 Oct 2004 09:52:25 -0400, Nick Stuart wrote: > >Hmph...well I suppose this is a good thing, but it appears the problem >has gone away. Go

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-20 Thread Nick Stuart
Hmph...well I suppose this is a good thing, but it appears the problem has gone away. Go figure! :) Tried generating a test case of the circumstances, and nothing. So I figured I'd give it a shot with my program and looky thereno errors. Oh wellguess that'll learn me when reporting errors

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-19 Thread Werner Guttmann
On Tue, 19 Oct 2004 15:01:35 -0400, Nick Stuart wrote: > >Here is the code where the Stack trace is from. As you can see, >nothing special going on: >/* > * ClientDataManager.java > * > * Created on September 10, 2004, 9:32 AM > */ > >package com.vort.utils; > >import com.vort.beans.Client; >impo

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-19 Thread Nick Stuart
Here is the code where the Stack trace is from. As you can see, nothing special going on: /* * ClientDataManager.java * * Created on September 10, 2004, 9:32 AM */ package com.vort.utils; import com.vort.beans.Client; import org.exolab.castor.jdo.Database; import org.exolab.castor.jdo.JDO; i

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-17 Thread Nick Stuart
I will on Monday, but I can say right now that all I'm calling is db.load() to load the object, and then trying to close the database, as shown by the stacktrace. I'm really not doing anything fancy besides the long list of children and their dependencies. Again, will post the exact code fragment

Re: [castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-16 Thread Werner Guttmann
Nick, thanks for taking on regression testing ... ;-). But in all honesty, can you please post a code fragment that shows what you are trying to do with your entities ? Werner On Fri, 15 Oct 2004 09:21:57 -0400, Nick Stuart wrote: > >Good morning all. Yesterday I tried checking out a fresh n

[castor-dev] [JDO-CVS]Doesnt hold read lock.

2004-10-15 Thread Nick Stuart
Good morning all. Yesterday I tried checking out a fresh new CVS copy to see if it would solve another problem I ran into. However, when I checked it out, compiled it, and set it as my current library a new problem arose. When I tried to load my objects from the database castor was saying that i