[prev in list] [next in list] [prev in thread] [next in thread]
List: ojb-user
Subject: Re: Inconsistent retrieval behaviour ,please help
From: Armin Waibel <arminw () apache ! org>
Date: 2004-10-26 20:09:16
Message-ID: 417EAEEC.8070305 () apache ! org
[Download RAW message or body]
Hi Ashish,
there was an bug when concurrent threads try to materialize the same
complex object.
http://nagoya.apache.org/eyebrowse/ReadMsg?listId=107&msgNo=14472
It's fixed in CVS and will be part of the next upcoming release.
Could this cause your problem?
regards,
Armin
Ashish Rangole wrote:
> Hi!
>
> I am using OJB rc6 in tomcat server. I have several m:n
> relationships as well as some 1:n relationships.
> I have mapped m:n relationships using decomposed mapping.
>
> In collection-descriptors I am not using auto-retrieve
> attribute, so I guess default is used. I use PB API in an
> ODMG transcation to query and then update/write using ODMG
> inside the transaction. I have set ImplicitLocking=false.
>
> I am seeing an inconsistent query behaviour.Sometimes the
> referenced objects are null, sometimes referenced collections are
> empty. Sometimes they are retrieved properly. I have thousands of
> entries however no single referenced collection is larger than 1000.
> This inconsistent behaviour is very confusing and embarrasing. Any
> advice will be greatly appreciated. Please help!
>
> Thanks in advance for your time and help.
>
> Regards
> Ashish
>
> "What hobbyist can put 3-man years into programming, finding all bugs,
> documenting his product and distribute for free?"
> -- Bill Gates, An Open Letter to Hobbyists, 1976
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
> For additional commands, e-mail: ojb-user-help@db.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-user-help@db.apache.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic