Whomever does this implementation, or works on this, needs to bear in mind
that there are several different ORBs out there, and the code should be
written in such a way that *I* can use MICO, Oleg here can use Fnorb,
someone else can use ORBit, etc...I personally don't want to have to go
ut and grab <INSERT ORB of the Day here> just so that I can use CORBA,
when I already have Mico installed for other software...
On Tue, 9 Nov 1999, Oleg Broytmann wrote:
> On Tue, 9 Nov 1999, Dmitry Samersoff wrote:
> > > 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.
>
> FNORB - http://www.dstc.edu.au/Products/Fnorb/
> Fnorb is a CORBA 2.0 ORB written in Python. Free for non-commercial
> use.
>
> Oleg.
> ----
> Oleg Broytmann http://members.xoom.com/phd2/ phd2@earthling.net
> Programmers don't die, they just GOSUB without RETURN.
>
>
> ************
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
