yes this is default behavior : OJB creates an Identity object for each
instance of your mapped objects. This Identity object is then used as a key
for storing the object in the cache.
... so yes if two Products have reference to the same Attribut object, OJB
will cache just one instance of this
Hello,
With the PersistenceBroker api you can't specify the isolation level. You
can use optimistic transaction to enhance the consistency of your data but
you should be very cautious if you use it with a cache because it can
introduce some strange behaviour on data highly exposed to
Hi Jeff,
I don't think you could do better than 4 queries unless you use a
ReportQueryByCriteria.
As I understand it, addPrefetchedRelationship can optimze the number of
queries you'll send to your database only when you have a 0,1 relationship :
for example : A---(0,1)-B
= if you make a
go ahead ! I'm glad to contribute !
:-)
-Message d'origine-
De: Armin Waibel
A: OJB Users List
Date: 10/12/2004 16:14
Objet: Re: Another implementation of the Two Level Cache
Hi Jean-Baptiste,
CLARAMONTE Jean-Baptiste wrote:
Hello,
As I was not satisfy with the implementation
This pretty much is the mechanism the Slide project uses. AFAIK the
isolation level is similar to READ_COMMITTED, isn't it?
Oliver
On Fri, 10 Dec 2004 13:18:53 +0100, CLARAMONTE Jean-Baptiste
[EMAIL PROTECTED] wrote:
Hello,
As I was not satisfy with the implementation of the TwoLevelCache
if it is possible to
have higher isolations without using blocking locks or a scheme that
might fail? It's impossible, isn't it?
Oliver
On Fri, 10 Dec 2004 17:22:50 +0100, CLARAMONTE Jean-Baptiste
[EMAIL PROTECTED] wrote:
The Slide project ? which project are you talking about ? the one
from
Jakarta
Hello,
As I was not satisfy with the implementation of the TwoLevelCache,
mainly because it was not isolating the object in use in a transaction
with others transactions, so I've tried to write another one and now I
would like too share it with the community.
For resuming here are the behavior of
I've noticed that OJB doesn't offer a deep retrieve reference service, so I
have developped an utility for retrieving from one reference all the deep
references (and back references).
Example :
we have the following model :
[A](*)listeA-(1)b[B](1)b-(*)listeC[C]-(1)d[D]
I would like to know if some of you have already used (in a production
environnement would be great) the cache's implementation called
TwoLevelCache. What are your feedback about it ? I have found a post talking
about it (http://www.mail-archive.com/ojb-user@db.apache.org/msg08338.html)
and which
is the additional benefit of DeepRetrieve ?
jakob
CLARAMONTE Jean-Baptiste schrieb:
I've noticed that OJB doesn't offer a deep retrieve reference service,
so I
have developped an utility for retrieving from one reference all the
deep
references (and back references).
Example :
we have
-Message d'origine-
De : Vincenz Braun [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 26 mars 2003 16:14
À : [EMAIL PROTECTED]
Objet : Newbie questions (oracle and ojb setup) (posted because archive
unbrowsable)
Hi,
my first steps with ojb. Some questions have arised.
I post these
Hello Andrew,
In a precedent post we have tell in the mailing list that we have
implemented for our needs an implementation of the ObjectCache and we have
use the custom attributes capabilites of OJB to achieve that so it's very
easy to use.
So in your repository you just need to add the
12 matches
Mail list logo