Re: DBTransactions and DBConnections

"Michael Strapp" <[email protected]> Thu, 31 Mar 2005 10:44:04 -0500
Newsgroups gmane.comp.java.enhydra.dods
Message-ID <001101c53608$796270e0$3401a8c0@Mike>
This is a multi-part message in MIME format...

------------=_1112283979-15232-176
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit

Hi Sinisa,
    Thanks for the info.  So, from the sounds of it, the scenario I 
described (of the auto-write setting possibly getting extended to something 
other than a simple true/false setting that might periodically perform the 
.write() call) is unlikely.  It also sounds like the "standard" DODS 
configuration was/is considered to include autowrite be always on - in that 
case, it might be worth making the default value of the DODS configuration 
setting for AutoWrite be true rather than false.

    By the way, is there any particular reason that the 
StandardDBTransaction continues to accept Transaction objects, but ignores 
all Transactions passed to it other than subclasses of CoreDO?  I found this 
particular aspect of the API to be a little misleading.

Mike.

----- Original Message ----- 
From: "Sinisa Milosevic" <[email protected]>
To: <[email protected]>
Sent: Wednesday, March 30, 2005 12:11 PM
Subject: Re: [dods] DBTransactions and DBConnections


Hi,

Thanks a lot for your comments. We had a lot of discussion in our team when
we implemented autowrite and autosave options.

First you are right that you can get 'wrong' result if you doesn't use
autowrite option and has some modifications in transaction - specially
creating new DOs, without calling write method. We decided to implement
following scenario:
if you use autosave and autowrite and transaction cache in your application,
DODS should guarantee to you that you always get right results. That's a way
how application should use DODS transactions (nice DO aggregation).

If for some reasons, you can't use autowrite and autosave options,
application (developer) must provide that write() method will be called
after some modifications in transaction which can cause wrong query results
in the same transaction.

We can discuss a lot about this 'feature' is it a right way or not. We just
want to have clean situation. If autowrite is false, we don't want that DODS
automatically calls write method without application control.

By the way, DODS has a modular structure and you can change your templates
and use 'custom' templates or you can easily write new Transaction
implementation and use it in your application (setting in conf file which
implementation will be used)

Thanks again for your suggestions. These are always very useful for us.

Regards,
Sinisa




------------=_1112283979-15232-176
Content-Type: text/plain; name="message.footer"
Content-Disposition: inline; filename="message.footer"
Content-Transfer-Encoding: 8bit


--
You receive this message as a subscriber of the [email protected] mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

------------=_1112283979-15232-176--