Re: JDO comparisons

"akmal _at_ city" <akmal_at_soi.city.ac.uk.nospam> wrote in message news:<Pine.GSO.4.05.10202150724270.13244-100000_at_altair.soi.city.ac.uk>...
> On Fri, 15 Feb 2002, Angus Monro wrote:
>
> > Hi there,
> >
> > my company is evaluating whether it should adopt JDO, and I would like
> > peoples' opinions & tales.
> >
> > Specifically, we are considering three possibilities:
> > (1) continue doing what we're already doing i.e. writing our own
> > relational db access code via JDBC
> > (2) use Solarmetrics' Kodo JDO on top of an RDB
> > (3) use Prism Technologies' "Open Fusion" on top of an RDB.
> >
> > What have been peoples' experiences with these products? TIA.
> >
> >
> > Angus Monro
> > Principal Software Engineer
> > Ingennia Systems
> > Melbourne, Australia.
> >
> >

> >
>
> On the "roll-your-own" approach, I have heard people like Scott Ambler
> present and confirm that access layers can work quite well. There are also
> lots of resources available on doing this kind of thing.
>
> I think there will be a major announcement by Sun at JavaOne this year on
> JDO. There are a couple of companies as you have mentioned above. Several
> others have also recently been mentioned here, e.g.
>
> http://www.libelis.com/index.jsp
>
> Since it is still early days, it may be hard to find significant
> applications, although Libelis appear to have a couple of references on
> their web site.
>
> VR
>
> akmal

Hi Angus

With LiDO (www.libelis.com) you can also test JDO on top of ODBMS (Versant) and we also have a simple binary file driver (no need for any DB engine).

JDO defines a really transparent persistence layer, I don't really think you can reach this transparency with an home-made mapping framework.
Roughly speaking, the JDO Object Model is simply Java (if you can write it in Java, LiDO can store it), including Interface, Collections, Reference, ...
Also JDO defines a Query Language embedded with Java.

Best Regards, Eric Samson (LIBeLIS). Received on Fri Feb 15 2002 - 12:00:46 CET