Hi again, <snip intro> > > My problem, then, is where to go from here. I need the Object > Transactions > provided by ODMG, but I *always* explictly lock objects for > write i.e. I > never assume they are locked because the "parent" is locked. > I know this > isn't how the ODMG is meant to be used, but there it is.
Maybe we should provide a switch that allows users to choose betweeen implicit and explicit lockacquisition? This way you could just turn it off and have full control... > I need lazy loading. It seems like the OTM layer may well > have provided what > I wanted, but it seems that this initiative has slowly > trickled to a halt > (Or maybe it hasn't, but there doesn't seem to have been much > CVS activity > on this). > I hope to see more activity when the summer / vacation period is over... > We cannot (currently) use DynamicProxies for our object > references, since > our domain model doesn't (and is unlikely) to support Interfaces for > business objects (ain't my fault, shoot the > analyst/designers). What I have > done/am doing, is creating a RelationshipHelper that will > lazily load a > named relationship e.g. RelationshipHelper.load(actionGroup, > "parentGroup"), > and I call that in the getParentGroup method of ActionGroup. > This checks the > PersistentField for the reference, and if it is null, loads it (using > cut'n'paste code "re-use" from PersistenceBrokerImpl). In > other words, I'm > having to implement my own lazy-loading strategy for object > references. I > guess I can do the same for collections; it's far from ideal, > but it looks > like the only way forward. > That's a workaround, but I think it would be better to have a switch as mentioned above. Shall I put this as a feature request on my todo list? cheers, Thomas > Comments and/or other suggestions *warmly* accepted ! > > Cheers, > > Charles. > > > This email and any attachments are strictly confidential and > are intended > solely for the addressee. If you are not the intended > recipient you must > not disclose, forward, copy or take any action in reliance on > this message > or its attachments. If you have received this email in error > please notify > the sender as soon as possible and delete it from your > computer systems. > Any views or opinions presented are solely those of the > author and do not > necessarily reflect those of HPD Software Limited or its affiliates. > > At present the integrity of email across the internet cannot > be guaranteed > and messages sent via this medium are potentially at risk. > All liability > is excluded to the extent permitted by law for any claims > arising as a re- > sult of the use of this medium to transmit information by or to > HPD Software Limited or its affiliates. > > > > -- > 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]>
