Le lun 13/01/2003 � 11:37, Mahler Thomas a �crit : > Hi Kevin, > > > > Hello All, little question about ODMG Transaction object lock > > > > > > In the transaction lock feature the collection references are > > locked in > > the method lockCollection(...), but if when have a collectionProxy > > implementation, the collection will be retrieved right now. > > > > So the proxy attribute is useless with ODMG transaction because on > > whenever u lock an object the proxyCollection will be retrieved and > > loose the fantastic feature of lazy loading > > > > works as designed :-( > > > Are we forced to lock a collection which is a collectionProxy if the > > collections wasn't retrieved before? Simply because objects in the > > collection has not been updated ... > > It may sound strange but this is intended! Here is why: > The collection represented by the proxy might contain an object X. > If we do not load the proxy concurring transactions will never know that X > is (implicitely) > locked by the current transaction. >
I agree with that but if the collection has not already been loaded is it necessary to lock the collections objects to the transaction. > But there is a way out: > You can set ImplicitLocking=false in OJB.properties. This will disable > implicit (and recursive) locking. > Of course the user is responsible for proper explicit locking if implicit > locking is disabled! > > cheers, > Thomas Can't this be configured in the class-descriptor for each class ... or or for each reference humm ... using ODMG with no implicit locking ... what are the consequences of such a choice, do u think it's dangerous for the client app ? > > > > Please answer this mail, because the lazy loading feature for me and > > loose it with ODMG is not very cool !!! > > -- too bad : ( > > Kevin Viet <[EMAIL PROTECTED]> > > ActiVia Networks > > > > > > > > Thx in advance > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > ______________________________________________________________________ > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Kevin Viet <[EMAIL PROTECTED]> ActiVia Networks -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
