Actually, I think they said an entity bean represents a *logical* row
which to me would imply a row resulting from a join in a view/query or
a denormalized table.
>From: Filip Hanik <[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: Fri, 23 Mar 2001 16:12:44 -0800
>
> >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".
>
_________________________________________________________________
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".
