[DB-SIG] The CORBA DB API fantasy

M.-A. Lemburg mal@lemburg.com
Wed, 17 May 2000 00:42:33 +0200

Andy Dustman wrote:
> On Tue, 16 May 2000, M.-A. Lemburg wrote:
> > Andy Dustman wrote:
> > >
> > > > Hmm, Andy could probably steal a few ideas from OLE DB and reimplement
> > > > them using CORBA as backend.
> > > >
> > > > I'm not sure whether it's worth the effort though.
> > >
> > > Heh. I think I'd just as soon try to come up with something that wasn't
> > > based on an existing framework, get stuck, and then poke around for some
> > > new ideas.
> >
> > I was referring to the effort needed to get the CORBA DB API
> > up and running ... you have two problems here: the server *and*
> > the client sice. While the Python client is probably manageable,
> > the server side will certainly be a huge undertaking.
> Well, it'd say it's "non-trivial". :) The IDL for the interface, of
> course, can be used for both the stubs (client-side) and the skeletons
> (server-side). Being able to implement the server-side means you have
> server sources.
> However, think about the Python client side. The IDL results maps
> one-to-one to the Python binding. So what I am proposing is
> two-fold: a) an actualy CORBA interface defined by IDL. b) a Python
> interface that is functionally identical to the CORBA one using the
> standard CORBA Python language mapping, but actually using no CORBA. With
> the CORBA Python language mapping, all the CORBA stuff is really hidden
> behind the scenes, so we can just pretend it's there and sorta
> transliterate into the native API, which requires no server changes.

Sounds like a cool idea :-), but the native APIs are probably
too different to ever be able to actually use a CORBA wrapper
around them, so going the WebObjects way might be more
Marc-Andre Lemburg
Business:                                      http://www.lemburg.com/
Python Pages:                           http://www.lemburg.com/python/