>What exactly do you mean when you say they are "implemented incorrectly"?
I think he says that when EJB 1.0 came out, Sun stated "An entity bean
represents one row in a database table"
obviously this lead to a lot of implementations that didn't scale at all
since they were to fine grained.
now a days the spec says, that entity beans should not be fine grained, and
bada bim, bada bom, they are useful :)
of course they are not implemented incorrectly :)
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of James Cook
> Sent: Friday, March 23, 2001 1:19 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Entity beans vs DAO(Data Access Objects)
>
>
> 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".
>
>
===========================================================================
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".
