A very interesting discussion on this topic can be found at the serverside:
http://theserverside.com/discussion/thread.jsp?thread_id=771
It seems to me that the JDO spec still needs more time to fully mature but I
agree that it might be a better alternative. Not because Entity beans are
bad, but because they are mostly implemented incorrectly.
Sally
-----Original Message-----
From: James Cook [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 23, 2001 7:34 AM
To: [EMAIL PROTECTED]
Subject: Re: Entity beans vs DAO(Data Access Objects)
DAO is simply a pattern, while JDO is a standard specification awaiting(?)
implementations.
jim
----- Original Message -----
From: "John Harby" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 22, 2001 4:27 PM
Subject: Re: Entity beans vs DAO(Data Access Objects)
> I think DAO is a little more generic. A DAO could just hold methods to
> access data, it doesn't necessarily have to stay in sync with the database
> the way a JDO would.
>
>
> >From: Raju Kolluru <[EMAIL PROTECTED]>
> >Reply-To: A mailing list for Enterprise JavaBeans development
> ><[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Entity beans vs DAO(Data Access Objects)
> >Date: Thu, 22 Mar 2001 11:32:13 -0800
> >
> >Hi,
> >Is DAO same as JDO (java database objects) or is it one more "data
objects
> >access" api by sun ?
> >
> >-Raju
> >
> >Anup Maliyackel wrote:
> >
> > > Hi all
> > >
> > > I recently heard from a friend of mine that sun is considering
scrapping
> > > the Entity beans concept and is trying to push Message driven beans
and
> > > Data Access Objects+Session Beans as alternatives. The reason they
have
> >put
> > > forward is performance bottlenecks for large applications. Any
> >comments?
> > >
> > > I have a few questions regarding Data Access Objects
> > >
> > > 1. My idea of DAOs are that they abstract away the database specific
> >stuff
> > > from Java code and provide a clean separation between Java and Sql. Is
> > > there anything more to it?
> > > 2. Is there any pooling mechansim for such objects? If we are going
for
> > > Session beans+DAO instead of Session Bean+Entity Beans ,won't the
> >absence
> > > of object pooling for DAOs affect the application performance?
> > > 3.Are there any special considerations that need to be taken it
account
> > > for application server clustering in case we go in for DAOs?
> > > 4. I would like to have some more info into the prons and cons of this
> > > approach versus using Entity beans. Any white papers?
> > >
> > > Regards
> > > Anup
> > >
> > >
>
>===========================================================================
> > > 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".
> >
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com
>
>
===========================================================================
> 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".
===========================================================================
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".
