What exactly do you mean when you say they are "implemented incorrectly"? I am
curious because I don't see any advantages of any other persistence mechanisms
(including JDO) over what is offered in Entity Beans.
jim
----- Original Message -----
From: "Elatta, Sally" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 23, 2001 11:32 AM
Subject: Re: Entity beans vs DAO(Data Access Objects)
> 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".
>
===========================================================================
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".
