<vendor>
Just to be clear, there is no hand coding of OR mapping when using Cocobase.
Any SQL is encapsulated in the Map abstraction, which is managed in the
tool.
</vendor>
> -----Original Message-----
> From: Imre Kifor [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, August 23, 1999 2:27 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cocobase, was RE: TOPLink for Java/WebLogic
>
> <vendor>
> Ejipt CMP allows you to specify a series of complex SQL queries when
> persisting entity beans to JDBC databases. It also supports
> loading/storing
> arbitrary Java member objects including nested objects and arrays. In
> addition, Ejipt 2.0 will support conditional SQL execution to help
> implement
> "tuned updates".
>
> We designed Ejipt CMP for applications where predictable, precise and fast
> access to JDBC databases is crucial and BMP (i.e. repeating hand-coded
> JDBC
> access calls) is considered inherently error prone.
> </vendor>
>
> Imre Kifor
> Valto Systems
>
> -----Original Message-----
> From: William W. Lee <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Monday, August 23, 1999 1:24 PM
> Subject: Re: Cocobase, was RE: TOPLink for Java/WebLogic
>
>
> >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".
> >
> >
>
> ==========================================================================
> =
> 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".
