Received: from golem.jpl.nasa.gov (IDENT:root@hectic-1.jpl.nasa.gov [128.149.68.203]) by hub.org (8.9.1/8.9.1) with ESMTP id WAA24008 for ; Mon, 16 Nov 1998 22:21:24 -0500 (EST) (envelope-from lockhart@alumni.caltech.edu) Received: from alumni.caltech.edu (localhost [127.0.0.1]) by golem.jpl.nasa.gov (8.8.5/8.8.5) with ESMTP id DAA21481; Tue, 17 Nov 1998 03:14:57 GMT Sender: tgl@mythos.jpl.nasa.gov Message-ID: <3650EA30.B45C1703@alumni.caltech.edu> Date: Tue, 17 Nov 1998 03:14:56 +0000 From: "Thomas G. Lockhart" Organization: Caltech/JPL X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.30 i686) MIME-Version: 1.0 To: Taral CC: Aleksey Demakov , pgsql-interfaces@postgreSQL.org Subject: Re: [INTERFACES] ORB API References: <000601be1175$f0ed9360$8a14f7d0@taral.dobiecenter.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > I believe that ORBit is the best candidate, though it's not yet > > complete and its ability to interoperate with other implementations > > is to be proven. But unlike others it doesn't require egcs or > > OS thread support (omniORB). It is intended for real work, not Someone might want to try implementing, as an experiment and demo, a Corba packaging of Postgres using libpq on the _server side_. That way, we can demonstrate functionality, interfacing, and performance without ripping into the backend directly until we understand some of the issues. So: app (applix?)--corba stub--(otw i/f)--corba server-- \ --wrapper code--libpq--(postgres socket i/f)--backend We might want some real wrapper code to make it a real object-oriented API to fit best with Corba. - Tom