Hi Richard,
I do agree with your point (managing multiple
transaction's across an invocation chain .. resource
usage and synchronizing their work) - but I
consider this to be *application domain* dependent.
In many cases, you might want work to done
in a different transactional context(s) than the
current one (say you want different pieces
of work to be committed/rolledback irrespective of the
results of one another and/or you have multiple databases
participating in a transaction etc). In such a use case,
you have no option but to live with slower
performance - in short - what else would you
expect? The key is: what are the tradeoff in terms
of performance, resource usage and hardware?
and which vendor and/or solutions minimize
these tradeoffs and related costs?
but doing the above when there is no need
for it - when your app domain has no need for
it - is foolish. but that has more to do with a lack
of knowledge/expertise in J2EE, transactions,
databases et al .. another discussion in itself ;)
-krish
----- Original Message -----
From: Richard Monson-Haefel <[EMAIL PROTECTED]>
To: Krishnan Subramanian <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, May 09, 2001 1:53 PM
Subject: Re: EJB 2.0: Local Interfaces and Transactions/Secrutiy
> Hi Krishnan,
>
> You make a valid point about the costs of creating a new transaction. For
a good
> Tx Mngr the act of creating a new transaciton may not be expensive. In
Tyrex
> (open source), for example, it's very cheap.
>
> However, there are other expenses involved with managing multiple
transactions
> across a invocation chain. As the number of transactions increase the
expense of
> enlisting resources and synchronizing their work will impact performance.
In
> addition, multiple transactions require more effort by the resources in
> isolating units-of-work. Compare this to a single transaction across an
> invocation chain where all the resources are enlisted once, and execute
> operations within the same tx context. New transactions are not free by
any
> stretch of the imagination.
>
> Richard
===========================================================================
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".
