> Also, I wonder what the
> implementation would look like; for example, if you store the state at the
> beginning of the transaction, store it again if the transaction succeeds,
> and load it from the store if the transaction fails, haven't you just
> created an entity bean under another name?
Good point. That's why I sometimes wonder if my stateful sesions beans are
going to end up behaving as entity beans - maybe they should be modeled so.
One question - if it were an entity bean - I'm assuming that on a rollback
the EJB server not only send the rollback to the underlying dbms but also
reloads the bean. Right ?
>
> ==================================================================
> =========
> Tom Valesky -- [EMAIL PROTECTED]
> http://www.patriot.net/users/tvalesky
>
> ==================================================================
> =========
> 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".
