Peter Hearty wrote:
> Karl
>
> I haven't been following the progress of JDO too closely. Does the reference
> implementation exist yet? Provided this, or an open source alternative
> relies only on just JDBC/SQL then I don't see why not. If an implementation
> depends on support for structured data types though then InstantDB will
> require some work.
I just interviewed a fellow who is on the JDO expert group and he said there is
a reference implementation. But he of course has access to the latest and
greatest. I could not find any mention of it at Sun's developer site. So I think
it is about to come out. I understand that it relies on JDBC/SQL completely. I
have a use right now making Hashtable persistent, which would enable
java.bean.beancontext to be persistent, which I am using. I was wondering if
anyone else with InstantDB was aware of this work and could shed some light.
JDO will really help with scaling for collections, etc ..
-karl
>
>
> Regards
>
> Pete
>
> --
>
> Peter Hearty peter.hearty@lutris.com
> Lutris Technologies (UK) http://www.lutris.com
> ----- Original Message -----
> From: "Karl Thiele" <karl.thiele@ind.alcatel.com>
> To: <instantDB@enhydra.org>
> Sent: Friday, November 17, 2000 10:02 PM
> Subject: InstantDB: Will InstantDb support JDO?
>
> > Will instantDB support JDO? I am expecting a reference implementation
> > to surface. Then I was wondering if any instantDB folks where involved
> > in any manner with JDO.
> >
> >
> >
> > Java Data Objects
> >
> > The JDO specification provides for interface-based
> > definitions of data stores
> > and transactions; and selection and transformation of
> > persistent storage data
> > into native JavaTM programming language objects.
> >
> > Existing Specifications:
> >
> > Existing specifications for persistence include JDBC,
> > SQLJ, and
> > java.util.Serializable. The JDBC and SQLJ mechanisms
> > provide for query,
> > transactions, and large capacity storage, but require
> > that users learn another
> > language (SQL). This proposal allows users to
> > specify their application
> > program logic, including queries, entirely in Java,
> > and express the mapping, if
> > any, to the database with a separate mechanism. The
> > java.util serialization
> > protocol provides for persistence, but it does not
> > offer query capability,
> > transactional behavior, nor large capacity data
> > storage. In addition, both the
> > serialization and SQL APIs require that the
> > programmer explicitly fetch and
> > store Java objects from a database; we propose
> > transparent persistence, doing
> > this automatically.
> >
> >
> > http://java.sun.com/aboutJava/communityprocess/jsr/jsr_012_dataobj.html
> >
> >
> > Appreciate any comments,
> >
> > -karl
> >
>
> -----------------------------------------------------------------------------
> To unsubscribe from this mailing list, send email to majordomo@enhydra.org
> with the text "unsubscribe instantdb" in the body of the email.
> If you have other questions regarding this mailing list, send email to
> the list admin at owner-instantdb@enhydra.org.
begin:vcard
n:Thiele;Karl
tel;cell:919-225-1192
tel;fax:919-678-1028
tel;work:919-678-1050 x202
x-mozilla-html:TRUE
org:Alcatel Internetworking
version:2.1
email;internet:karl.thiele@ind.alcatel.com
title:Principle Engineer
adr;quoted-printable:;;Suite 350,=0D=0A6501 Weston Parkway;Cary;North Carolina;27513;USA
x-mozilla-cpt:;-17024
fn:Karl Thiele
end:vcard
|