I would take a look at it from the analytical standpoint. EJB is a component model. Services such as persistence are handled by components. If you make the jdo a component then you end up with entity beans. Otherwise, it will not naturally benefit from cross-cutting services applied to the container. For example, suppose we decide to add logging as a service to the container along with persistence, security, etc. Then we have to invent that solution for the jdo as well as the container. Possibly if entity beans aren't performing for you now you may want an intermediary solution, but in the long run I'd want the component to stay.
>From: "Frank D. Greco" <[EMAIL PROTECTED]> >Reply-To: "Frank D. Greco" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: DAO vs Entity Beans? >Date: Fri, 7 Dec 2001 10:51:33 -0500 > >Ok... I read: > >http://java.sun.com/blueprints/patterns/j2ee_patterns/data_access_object/ > >So given that DAO will be standard in the future, why would anyone >use Entity Beans at that point? > >Am I missing something? Will DAO make Entity Beans moot? > >Just curious what you all thought. > >Frank G. >+======================================================================+ >| Crossroads Technologies Inc, 55 Broad Street, 28th Fl, NYC, NY 10004 | >| Enterprise Java Engineering | >| Email: [EMAIL PROTECTED] Web: www.CrossroadsTech.com | >| Pager: 800-495-6244 ePager: [EMAIL PROTECTED] | >| Voice: 212-482-5280 x229 Fax: 212-482-5281 | >+======================================================================+ > >=========================================================================== >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". > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp =========================================================================== 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".
