see notes below.
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Ian McCallion
> Sent: Tuesday, March 02, 1999 5:41 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Entity Bean Management
>
>
> Yasuaki SUGINO wrote:
>
> > -- Long transactions are blocking other accesses; in particular "read"
> > accesses, with no reason. We do not want to block an
> E-Beans for read when
> > another client writes it and has not committed yet.
> (non-blocking writes
> > are typically provided by database vendors like Oracle).
>
> Transactions should never be designed to be long. At least, not
> "long" in the
> sense that they spans human interactions - it is neither what the
> human wants
> nor what the computer wants. For the human, think what happens if the
> transaction aborts - everything, except the human, will back out.
> (Actually,
> come to think of it, she may backout too, though in a different
> way). For the
> system, think what happens if the human goes to lunch - database
> locks will be
> hanging out indefinitely.
>
> Design your transactions to be short and use a stateful session bean to
> maintain continuity over a series of human interactions. Use a
> reliable EJB
> server to ensure that the session beans do not get lost and cause
> your users to
> back out.
But what if the user is going through a series of steps where each step
requires user interaction and the steps should not be committed till all the
steps are done. On one hand there's the issue of user going for lunch and
hanging locks and on the other hand there's the issue of the system having
commited to the the database only half the steps and user decides to log
out.
A typical example would be a user looking up a custom order , getting it's
custom spec , changing the custom product spec , changing the shipping
address on the order and then logging out.
I'm being faced with this issue ? would you put these steps as different
operations on a session bean ? When would you start the transaction and when
would you commit it ?
>
> Ian McCallion
> CICS Business Unit
> IBM Hursley
> [EMAIL PROTECTED]
> Tel: ++44-1962-818065
> Fax: ++44-1962-818069
>
> ==================================================================
> =========
> To unsubscribe, send email to [EMAIL PROTECTED] and include
> in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
