I believe doing OR-Mapping over BMP is what it currently takes to deploy
EJB based applications over complex DBs. CMP is not quite useful unless the
underlying OR mapping capability is well integrated. It is nobody's fault.
The industry will get there somehow. My guess is around Q2 of next year.

One important thing to emphasize is that even with BMP OR-mapping, it still
requires hand tuning.

-Will

-------------------------------------
William Lee, Chief Technology Officer 1.617.457.5707 x16 (Voice)
The Theory Center 1.617.262.0703 (Fax)
One Winthrop Square [EMAIL PROTECTED]
Boston, MA 02110 http://www.theorycenter.com
-------------------------------------

At 08:01 AM 8/23/99 -0700, you wrote:
><vendor, GemStone stumping for Cocobase>
>
>Actually its BMP. But the functionality is Like container managed
>persistence. The user experience is something like this (Dan Wilson please
>correct me if I botch this up ;-) :
>
>- Define Maps for your RDBMS schema. Maps are an abstraction that Map
>columns from your tables to Java member attributes. Complex relationships
>are also supported. The neat thing is that Maps give you and additional
>level of isolation from the underlying SQL. Any idiosynchrocies between SQL
>dialects is hidden (e.g. outer joins). Maps are also supported for non-SQL
>sources such as transaction and messaging environments.
>
>- Generate entity beans and Java classes from your maps. Code generation is
>template based so that you can customize it. From a map you can generate a
>bean or regular Java object (with peristence mappings). Beans can be related
>to other beans or regular Java objects. So in Cocobase, bean == graph of
>domain objects. We believe this is the right granularity for beans.
>
>- Cocobase also generates deployment descriptors and build files for
>GemStone/J. They also support other containers (WebLogic and WebSphere I
>believe).
>
>- Cocobase does results caching and smart updates, so that EJB life cycle
>overhead is somewhat minimized. Deeper integration with GemStone/J's caching
>capability is Planned.
>
>The nice thing is that your beans here are not tied to any container per se.
>Since the implementation of CMP is quite uneven at the moment, you have much
>better container independence and portability here, and you have more
>sophisticated OR mapping than many containers supply as CMP (e.g. bean ==
>graph). EJB 2.0 should help here, but that is at least a year away. Finally
>since it is BMP, you can to finer grained tuning of the OR mapping layer.
>
></vendor>
>
>Regards,
>
>-Chris.
>
>> -----Original Message-----
>> From: Prashant [SMTP:[EMAIL PROTECTED]]
>> Sent: Saturday, August 21, 1999 1:19 AM
>> To: [EMAIL PROTECTED]
>> Subject: Re: Cocobase, was RE: TOPLink for Java/WebLogic
>>
>> Hi
>>
>> Does Cocobase support Container Managed Persistence ?
>>
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: Chris Raber <[EMAIL PROTECTED]>
>> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>> Date: Saturday, August 21, 1999 9:23 AM
>> Subject: Cocobase, was RE: TOPLink for Java/WebLogic
>>
>>
>> ><vendor, another vendor from GemStone anyway...>
>> >
>> >In the case of Cocobase you can create Maps (their mapping abstraction)
>> for
>> >the various queries. So even with complex queries you can use the OR
>> mapping
>> >layer, and not pepper your code with SQL calls...
>> >
>> >And yes, it does work rather nicely with GemStone/J, and with other app
>> >servers too.
>> >
>> ></vendor>
>> >
>> >> -----Original Message-----
>> >> From: Kjetil H.Paulsen [SMTP:[EMAIL PROTECTED]]
>> >> Sent: Thursday, August 19, 1999 10:02 AM
>> >> To: [EMAIL PROTECTED]
>> >> Subject: TOPLink for Java/WebLogic
>> >>
>> >> Anyone used TOPLink together with EJB, to access complex databases?
>> >> I'm interested in hearing about your experiences with this product.
>> >>
>> >> My experience so far is that when you have to do complicated queries
>> >> against
>> >> databases, you have to use BMP.
>> >>
>> >> --------------------------
>> >> Kjetil H.Paulsen
>> >> [EMAIL PROTECTED]
>> >> tlf: +47 95 13 87 57
>> >> http://welcome.to/kjetilhp
>> >> --------------------------
>> >>
>> >>
=========================================================================== 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