The problem with the entity beans are that even if the app server supports
one-to-many, it would be a proprietary implementation since that's not in
the EJB spec., In my opinion until problems such as this and scalibility is
not addressed with entity beans, we should avoid using them. So stick to
session beans and an O/R mapping tool.
>From: Chip Wilson <[EMAIL PROTECTED]>
>Reply-To: A mailing list for Enterprise JavaBeans development
><[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Persisting Dependant Data
>Date: Fri, 10 Dec 1999 09:41:56 -0600
>
>Hi Tom,
>
>The flexibility you gained came from using CMP. The fact that you had to
>hand-code the persistence of dependant objects came from using a poor
>implementation of CMP.
>
>If your app server's implementation of CMP does not handle a simple
>situation
>like one-to-many where the many side is not an entity bean, then it isn't
>worth
>using in the first place, as you have discovered.
>
>Tom Jordan wrote:
>
> > Hi,
> >
> > I was hoping i could get some suggestions from people on how to best
>handle
> > the issue of persisting data. For discussion purposes, lets use Order
>and
> > Order line items. I have modeled Order as a CMP based entity bean.
>From
> > previous posts in the archives I gather that dependant data should not
>be
> > modeled as entity beans. In which what is the suggested design for
> > persisting and loading the line items. What i have been doing thus far
>is
> > adding the persistence code to the entity bean and let it control the
> > dependant object. Is this the right way of doing things?
> >
> > The thing that i don't like about that approach is that the Order bean
>has
> > the flexibility of having its data source changed without impact to the
> > component. If the component now contains hand coded persistance code, it
> > then become unportable. I would be very keen on knowing how is the best
>way
> > to approach this common problem.
> >
> > thanks in advance.
> > Tom
> >
> > ______________________________________________________
> > Get Your Private, Free Email at http://www.hotmail.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".
><< chipwilson.vcf >>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.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".