omniORB is an Object Request Broker (ORB) which implements specification 2.3 of the Common Object Request Broker Architecture (CORBA).
Technical highlights
- C++ language bindings are supported. The mapping conforms to the latest revision of the CORBA specification.
- Support for the Portable Object Adapter (POA) NEW!
- Support for the Interoperable Naming Service (INS)NEW!
- The Internet Inter-ORB Protocol (IIOP 1.0) is used as the native protocol.
- The omniORB3 runtime is fully multithreaded. It uses native platform thread support encapsulated with a small class library, omnithread, to abstract away from differences in native thread APIs.
- TypeCode and type Any are supported.
- DynAny is supported (CORBA 2.2)
- The Dynamic Invocation and Dynamic Skeleton interfaces are supported
- A COS Naming Service, omniNames, is provided.
- The following platforms are supported:
- Solaris 2.{5,6,7,8}, Sun C++ version 4.2 / 5.x or gcc 2.95.2
- Windows NT / Windows 95 / Visual C++ version 5.0 (and also version 6.0)
- Linux 2.x (x86)/egcs-1.1.2/binutils-2.9.1.0.14/GNU Libc version 2
- HPUX 11.00/ aC++
- SGI Irix 6.x/SGI C++ compiler 7.2
Ports to the following platforms are available. These ports are done by external contributors and have been integrated into the source tree. For these platforms, no pre-compiled binary is available.
- Digital Unix 4.0D/ DEC C++ compiler version 6.0
- IBM AIX 4.2/ IBM C Set++ 3.1.4 and xlC 5.0 (Visual Age C++ 5.0)
- IBM AIX 4.3/ IBM C Set++ 3.6.6 and xlC 5.0 (Visual Age C++ 5.0)
- HPUX 10.20/ aC++ (B3910 A.01.04)
- OpenVMS Alpha 6.2/ DEC C++ compiler 6.2/5.5 (UCX 4.1 ECO 8)
- OpenVMS Vax 6.1/ DEC C++ compiler 5.5 (UCX 4.0 ECO 1)
- NextStep 3.3/ gcc-2.7.2
- Reliant Unix 5.43/CDS++
- Phar Lap's Real Time ETS Kernel
- SCO Unixware 7
- Linux 2.x powerpc/Debian
- Fujitsu Siemens BS2000 (with patch in current CVS)
- An earlier port to MacOS exists but has not been fully integrated into the source tree. An adaption kit is available here.
- An earlier port to the embedded OS RTEMS exists. More information is available here.
- Linux 2.0 (x86)/ GNU C++ compiler version 2.7.2 /libc-5/ Linuxthreads 0.5
- SCO OpenServer 5/g++ (May need some changes in the source to work around compiler bugs. The compiler can compile omniORB 2.7.1 unchanged.)
- Digital Unix 3.2/ DEC C++ compiler version 5.5 (Need to apply the patch in patches/dec_CXX_5.6.patch to work around compiler bugs.)
A ports to LynxOS is known to exist but it has not been integrated into the source tree.
It should be straightforward to port omniORB3 to any platform which supports POSIX style threads, BSD style sockets and has a decent C++ compiler which supports exceptions.
- It has been tested for interoperability via IIOP with other ORBs, such as Iona Orbix 2.2 MT, Iona OrbixWeb 2.0.1, Visigenic Visibroker for C++, and HP ORB Plus 2.5.
Work in progress
omniORB3 is not yet a complete implementation of the CORBA core. The following features are not supported in the current release.
- Support for IDL type longdouble, wchar, wstring, fixed, valuetype. Longlong type is supported if the C++ compiler has native support for 64-bit types. Also, longlong cannot be inserted into an Any yet, to retain library binary compatibility.
Missing features
The following features are missing from omniORB3. We are not currently planning on adding support for these features.
- omniORB3 does not have its own Interface Repository. However any CORBA compliant Interface Repository can be used with omniORB3.
|
