The debate between Roger Sessions and Ed Roman on EJB versus COM+ (transcribed
at http://www.middleware-company.com/debate.html) covers this issue. Entity
beans is one of the features of the EJB specification that diverges from the
COM+ specification, so it was natural that Roger, taking the side of COM+, would
address it. He refers to the performance disadvantage and defends the
uniformly-stateless component approach that COM+ supports. Ed's response really
offers little more than that container-managed entity beans save one the pain of
having to write JDBC code. I'd be inclined to use stateless components and have
a good code generator take care of the tedious data access chores.
Scot Cunningham <[EMAIL PROTECTED]> on 01/20/2000 02:00:24 PM
Please respond to A mailing list for Enterprise JavaBeans development
<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Entity vs Stateless Session Beans
We're at a bit of a loss over when to use entity beans vs building
stateless session beans. Stateless session beans seem to have a
distinct performance advantage over entity beans and it seems like it
would be wiser to use stateless session beans whenever possible to build
a scalable application. The J2EE model (Developing Enterprise
Applications with Java 2 Platform, Enterprise Edition, December 15,
1999) gives the example of the account object in Duke's Pet Store, but
even that one seems a little weak.
Can anyone shed a little more light on the subject beyond what is in the
J2EE doc?
Thanks,
Scot Cunningham
http://www.seidata.com/~scunning
[EMAIL PROTECTED]
===========================================================================
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".
----------------------------------------------------------------
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received this in error, please contact the sender and delete the material
from any computer.
===========================================================================
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".
