I think its more the complex DB mapping that isn't portable between
different servers. The deployment descriptor does little more than name a
bean's CMP fields. Surely you can still deploy the EJB jar file on a
different server, which will itself generate a different DB mapping for
those named fields? - So the actual EJB code doesn't change? Or does
PowerTier work differently - does it modify or generate additional _source_
code to support the mapping? I can see how this would not be portable.
Al
RVASUDEV <[EMAIL PROTECTED]>@java.sun.com> on 10/11/99 05:54:05
Please respond to A mailing list for Enterprise JavaBeans development
<[EMAIL PROTECTED]>
Sent by: A mailing list for Enterprise JavaBeans development
<[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Re: Container supported persistence... mapping?
> -----Original Message-----
> From: Anne Thomas [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, November 10, 1999 5:18 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Container supported persistence... mapping?
>
>
[VR] I thought the portability of EJBs
between different EJB servers was the key
benefit of EJB ?
> relational tables. The downside to the Persistence approach is that the
> entity beans that you develop with PowerTier are not portable to other
EJB
> implementations.
>
> Anne
>
>
>
> -----Original Message-----
> From: Robert Nicholson [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 09, 1999 12:30 AM
> Subject: Container supported persistence... mapping?
>
>
> With the EJB projects that currently support container supported
> persistance. I assume sybase's and oracle's do. How is the mapping
> b/w the persistence properties of the bean and the schema of the database
> specified?
>
> Is schema generated from class definitions of the bean?
>
>
==========================================================================
> =
> 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".
