From: Dmitry Samersoff <dms@wplus.net>
To: Thomas Lockhart <lockhart@alumni.caltech.edu>
Cc: pgsql-interfaces@postgresql.org, pgsql-hackers@postgresql.org, Brian E Gallew <geek+@cmu.edu>
Cc: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [HACKERS] CORBA STATUS
Date: Tue, 09 Nov 1999 20:56:19 +0400 (MSK)
Message-ID: <XFMail.991109205619.dms@wplus.net> (raw)
In-Reply-To: <3828388D.3EC63B4B@alumni.caltech.edu>
On 09-Nov-99 Thomas Lockhart wrote:
>> > > imho it will be extremely difficult to find an ORB which could be
>> > > injected directly into the Postgres server. It would likely reduce the
>> > > number of platforms Postgres runs on, and would not be considered
>> > > acceptable.
>> > On the other hand, this is where the power of configure comes into
>> > play. Assuming we have servers for multiple ORBs, configure can look
>> > to see what's installed (TAO, Orbit, whatever) and then build only
>> > that server.
>
> In the long run, that would be neat. In the short run, the details of
> each ORB vary considerably wrt, for example, the names and numbers of
>#include files. So it would complicate the code to try bringing along
> two ORBs at the beginning. We might expect the ORBs to converge a bit
> over time, so this will be easier later.
>
>> ACtually, I believe Thomas was referring to those platforms that we
>> currently support that have no ORBs available to them...being a "purely C"
>> server so far, how many of our currently supported platforms are we going
>> to cut off with this?
>
> Don't know, and it doesn't matter (yet). We shouldn't avoid the issue
> without someone looking at it further just because we *might* lose
> some platforms; better to push it farther as a demonstration at least
> before deciding that it isn't a possibility.
>
> Anyway, I know that at least one ORB, TAO, runs on many more types of
> platforms than Postgres does (e.g. VxWorks, Lynx, Solaris, NT, ...),
> though Postgres runs on more Unix-style platforms. But that particular
> ORB is not a good candidate for us, for reasons I already mentioned
> (C++, large build size, poor configure support).
IMHO, There has no ideal ORB for all platforms.
we use ORBacus (http://www.ooc.com),
because it's the only known for me ORB, working without threads
so its really faster and more stable than another ones under FreeBSD,
but it's not free.
May be it is better make directory CORBA under interfaces subtree
and time-to-time put objects for differend ORB's inside,
into separate directory.
Probably, It's better to make separate configure for
some parts of postgres distributions to allow users to build/upgrade
parts of postgres i.e psql or perl interface
---
Dmitry Samersoff, dms@wplus.net, ICQ:3161705
http://devnull.wplus.net
* There will come soft rains ...
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-interfaces@postgresql.org
Cc: dms@wplus.net, lockhart@alumni.caltech.edu, geek+@cmu.edu, scrappy@hub.org
Subject: Re: [HACKERS] CORBA STATUS
In-Reply-To: <XFMail.991109205619.dms@wplus.net>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox