[omniORB] omniORB 4 feature list
Jani Niittukari
jani.niittukari@tvrocket.com
Wed, 23 May 2001 09:52:24 +0300
When omniORB4 will be released? I've been waiting for a while for the
official wstring/wchar support...
Thanks,
Jani
> -----Original Message-----
> From: owner-omniorb-list@uk.research.att.com
> [mailto:owner-omniorb-list@uk.research.att.com]On Behalf Of Sai-Lai Lo
> Sent: 12. maaliskuuta 2001 18:14
> To: omniorb-list@uk.research.att.com
> Subject: [omniORB] omniORB 4 feature list
>
>
> This list has been requested for some time, sorry for the delay in putting
> it up.
>
> - GIOP 1.1 and 1.2. (done) Bi-directional GIOP (to be merged).
>
> - More flexible transports -- SSL, unix domain ... (in progress)
> When an IOR has multiple transport options available, the
> transports are ordered into a priority list based on the
> network address of the destination. For instance, use SSL
> when the ip address is not one of the intranet.
>
> - Interceptors, but not the portable interceptor API. (done)
> - the portable API can be built on top of the omniORB API.
>
> - wchar, wstring, code set conversion. (done)
>
> - Fixed point type. (done)
>
> - Long double type.
>
> - Current.
> - and everything which goes with it, e.g. proper _this() semantics.
>
> - Fault-tolerant client support. (in progress)
> Understand IOGR. Behave as required by the CORBA Fault
> tolerant spec.
> An offshoot from this is that the ORB will try all IIOP endpoints
> in an IOR before giving up.
>
> - Firewall proxy support. (to be merged)
> Please read the CORBA Firewall proxy spec. The GIOP proxy is
> supported. I wonder whether in fact the tcp proxy is more useful in
> practice. Any comment?
>
> - AMI (to be merged)
>
> - Maybe objects by value. (probably will not make it at 4.0)
>
> Any feedback is most welcomed.
>
>
> Sai-Lai