[omniORB] Announce: omniORB 4.1.0 beta 1, omniORBpy 3.0 beta 1
Duncan Grisby
duncan at grisby.org
Mon Jan 23 16:30:51 GMT 2006
I am pleased to announce that omniORB 4.1.0 beta 1 and omniORBpy 3.0
beta 1 are now (finally) available.
These are major releases with significant new features. Although classed
as beta, they are in production use in some environments, so they are
largely stable.
Please test the new beta releases and report any issues you find, so we
can move to the final releases as soon as possible.
Source distributions are available from SourceForge:
http://sourceforge.net/project/showfiles.php?group_id=51138&package_id=44914&release_id=387714
http://sourceforge.net/project/showfiles.php?group_id=51138&package_id=48639&release_id=387716
Binaries are not available at this stage.
Documentation is included in the distributions, or can be read online
here:
http://omniorb.sourceforge.net/omni41/omniORB/
http://omniorb.sourceforge.net/omnipy3/omniORBpy/
The following is a summary of the new features:
- Objects by value support.
omniORB now supports the full objects by value specification, with
the exception of custom valuetypes. See chapter 13 of the omniORB
manual / chapter 10 of the omniORBpy manual for information about
valuetype in omniORB.
- Abstract interfaces support.
- New simpler and more efficient C++ Any implementation.
- New socket collection implementation.
Uses poll() on platforms where it is available to avoid limiting
the number of connections to FD_SETSIZE. Windows specific version
that better manages the unusual Windows fd_set.
- New tracing options traceTime and traceInvocationReturns.
See section 4.2 of the omniORB manual.
- C++ mapping updated to version 1.1.
Deprecation of RefCountServantBase; Servant_var template type.
- Support for local interfaces in C++.
In particular, ServantManagers and AdapterActivators no longer
need to be activated in a POA, but can be simple C++ objects. See
the examples in src/examples/poa/servant_manager.
- Partial support for local interfaces in Python.
In particular, ServantManagers and AdapterActivators no longer
need to be activated in a POA, but can be simple Python objects.
See the examples in examples/poa.
- New-style Python classes can now be used for servants.
Enjoy!
Duncan.
--
-- Duncan Grisby --
-- duncan at grisby.org --
-- http://www.grisby.org --
More information about the omniORB-list
mailing list