At 21:32 25/08/99 -0400, Frank Sauer wrote:
> using CMP is the right way to go, with no proprietary code nor design (as far as I can
> see).

Except that it is non-portable, meaning that the container is EJB server specific.
IMHO, a bean managed approach with an O/R mapping tool like Cocobase is more
portable and more flexible as well in that it allows for more fine tuning and customization.

I think that the portability issue is not related to the fact that a CMP or BMP approach is used, but only to the fact that the added-value third-party software you choose for mapping is available with multiple EJB servers.
The EJB 1.0 spec mentions the potential specification in the future of an interface between an EJB server and an EJB container : this would really give strength to the CMP approach, as minimum efforts would be necessary for each mapping tool vendor in order to integrate with an EJB server (Weblogic, WebSphere...).
I think that it is a pity that the idea of specifying such an interface seems to have vanished in the air.


Frank Sauer
The Technical Resource Connection
[EMAIL PROTECTED]


-----Original Message-----
From: A mailing list for Enterprise JavaBeans development [mailto:[EMAIL PROTECTED]]On Behalf Of Patrice Thiebaud
Sent: Wednesday, August 25, 1999 9:16 AM
To: [EMAIL PROTECTED]
Subject: Re: TOPLink question

As far as persistence is concerned, TOPLink for Weblogic provides automatic persistence management for :
- any Java class, through the use of a proprietary API,
- entity bean classes (thanks to a specific EJB container, supporting CMP).
In both cases :
- TOPLink uses JDBC,
- the developer does not use JDBC any more.

As far as EJBs are concerned :
- the proprietary API could be used within session and/or entity beans, but I would discourage anybody to do so, for independance reasons,
- using CMP is the right way to go, with no proprietary code nor design (as far as I can see).

I hope that helps.

At 07:10 25/08/99 -0500, Branson, Don wrote:

All,

Can someone who is using TOPLink tell me if it replaces the functionality of JDBC, or does it use JDBC?  Does it result proprietary/unportable code or design?
Don


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^^^^^^^^^^
Patrice Thiebaud - Systems Engineer
BEA Systems - France
Tour Manhattan
6 place de l'Iris
92095 PARIS La D=E9fense C=E9dex
Tel: 33 1 41 45 70 27 Mobile: 06 08 05 95 95
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^^^^^^^^^^

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D 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".



^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^^^^^^
Patrice Thiebaud - Systems Engineer
BEA Systems - France
Tour Manhattan
6 place de l'Iris
92095 PARIS La D=E9fense C=E9dex
Tel: 33 1 41 45 70 27 Mobile: 06 08 05 95 95
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^= ^^^^^^^^^^^^^^^^

=========================================================================== 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".

Reply via email to