I have alot of C++ code which use Visibroker's CORBA implementation. It's 
time to change CORBA implementation to another one which should be more 
cheaper or free. I have the following requirements for this moving:
1. porting C++ code should be easy
2. new CORBA implementation should have technical support (paid or free - 
no matter)

please, advise

-- 
_( )_   ____|~~~~~~~~~~~~~~~~~~|____  o  http://www.geekclub.ru/
" " / | \"" | Q T O P I A  1km | " "  o  a22 s+:+ y e++ r C+++ N++
"" /  |  \ "|__________________|"  "  o  W-- L(G)++ P(C|P)++ HW:- H
"./   |   \" . ||. ".  ..  || . " ".  o  GF(R|A) g- MD- OC t-- b:++

Hi,

TAO is a C++ ORB that is portable and does have several support options. See 
www.cs.wustl.edu/~schmidt, and 
http://www.cs.wustl.edu/~schmidt/commercial-support.html for the commercial 
support options, we as Remedy IT are one of the parties that deliver support 
for TAO. We have several customers that have migrated from Visibroker to 
TAO.

Johnny Willemsen
Remedy IT
www.theaceorb.nl

"Darkshine" <faust@primula.ntu-kpi.kiev.ua.nospam> wrote in message 
news:ge526m$7ts$1@news.ntu-kpi.kiev.ua...
>I have alot of C++ code which use Visibroker's CORBA implementation. It's
> time to change CORBA implementation to another one which should be more
> cheaper or free. I have the following requirements for this moving:
> 1. porting C++ code should be easy
> 2. new CORBA implementation should have technical support (paid or free -
> no matter)
>
> please, advise
>
> -- 
> _( )_   ____|~~~~~~~~~~~~~~~~~~|____  o  http://www.geekclub.ru/
> " " / | \"" | Q T O P I A  1km | " "  o  a22 s+:+ y e++ r C+++ N++
> "" /  |  \ "|__________________|"  "  o  W-- L(G)++ P(C|P)++ HW:- H
> "./   |   \" . ||. ".  ..  || . " ".  o  GF(R|A) g- MD- OC t-- b:++ 

On Oct 27, 1:44=A0pm, Darkshine <fa...@primula.ntu-kpi.kiev.ua.nospam>
wrote:
> I have alot of C++ code which use Visibroker's CORBA implementation. It's
> time to change CORBA implementation to another one which should be more
> cheaper or free. I have the following requirements for this moving:
> 1. porting C++ code should be easy
> 2. new CORBA implementation should have technical support (paid or free -
> no matter)
>
> please, advise
>
> --
> _( )_ =A0 ____|~~~~~~~~~~~~~~~~~~|____ =A0o =A0http://www.geekclub.ru/
> " " / | \"" | Q T O P I A =A01km | " " =A0o =A0a22 s+:+ y e++ r C+++ N++
> "" / =A0| =A0\ "|__________________|" =A0" =A0o =A0W-- L(G)++ P(C|P)++ HW=
:- H
> "./ =A0 | =A0 \" . ||. ". =A0.. =A0|| . " ". =A0o =A0GF(R|A) g- MD- OC t-=
- b:++

Hi the most widely used open source C++ ORB is TAO.

It has an active user group and commercial support from several
providers.

We provide commercial support, free downloads, documentation, and
training classes. We also have done migrations from Visibroker. The
ease of porting depends on how well Visibroker complied with the
standards when the software was being developed. Plus there were
proprietary extensions that some clients used. Check our web site on
migrations http://www.ociweb.com/products/migration/audit.html

regards Malcolm Spence
Director of Business Development
www.theaceorb.com       www.ociweb.com

OCI St. Louis MO 63141-0347
TEL;   1-314-579-0066 ext 206
FAX: 1-314-579-0065

On 27 Oct, 18:44, Darkshine <fa...@primula.ntu-kpi.kiev.ua.nospam>
wrote:
> I have alot of C++ code which use Visibroker's CORBA implementation. It's
> time to change CORBA implementation to another one which should be more
> cheaper or free. I have the following requirements for this moving:
> 1. porting C++ code should be easy
> 2. new CORBA implementation should have technical support (paid or free -
> no matter)
>
> please, advise

The "porting C++ code should be easy" requirement is entirely down to
the way you wrote your C++ code rather than being an issue with a
particular CORBA vendor's product. I know of two documents that
provide advice on portability of C++ CORBA code, and both of those
documents are available free-of-charge from my website
(www.CiaranMcHale.com).

One document is my book "CORBA Explained Simply". Chapter 25 of that
book focuses on portability issues. However, you can find
miscellaneous other notes on portability in Sections 6.1.2, 8.2, 11.5
and Chapter 17.

The other document is the manual for the "CORBA Utilities" package.
Chapter 4 of that manual focuses on portability issues. However,
Chapters 2, 5 and 7 are also worth reading because they discuss class
libraries that provide "wrappers" around some CORBA-vendor-specific or
OS-specific APIs. Aside from helping portability, these "wrapper" APIs
are also much easier to use than the lower-level raw APIs they
encapsulate.

If you want a cheap/free CORBA implementation then you should probably
look at some of the open-source implementations: TAO and omniORB come
to mind for C++ development, and JacORB comes to mind for Java
development. I know that technical support is available for those, but
I don't know the pricing details. I suspect that people who work for
companies that support one or more of of those products may join in
this thread to promote their services.


Regards,
Ciaran.

In article <ge526m$7ts$1@news.ntu-kpi.kiev.ua>,
Darkshine  <faust@primula.ntu-kpi.kiev.ua.nospam> wrote:

>I have alot of C++ code which use Visibroker's CORBA implementation. It's 
>time to change CORBA implementation to another one which should be more 
>cheaper or free. I have the following requirements for this moving:
>1. porting C++ code should be easy
>2. new CORBA implementation should have technical support (paid or free - 
>no matter)

omniORB is a very widely used open source C++ CORBA implementation.
Since anyone can download and use it for free, it's impossible to say
whether it's more or less widely used than any other CORBA
implementation.

Porting from Visibroker to any other C++ ORB will be work, but it
should be relatively easy.

It has an active mailing list for free support, and commercial support
is also available.

http://omniorb.sourceforge.net/
http://www.omniorb-support.com/

Cheers,

Duncan.

-- 
 -- Duncan Grisby         --
  -- duncan@grisby.org     --
   -- http://www.grisby.org --

On 27 Oct, 18:44, Darkshine <fa...@primula.ntu-kpi.kiev.ua.nospam>
wrote:
> I have alot of C++ code which use Visibroker's CORBA implementation. It's
> time to change CORBA implementation to another one which should be more
> cheaper or free. I have the following requirements for this moving:
> 1. porting C++ code should be easy
> 2. new CORBA implementation should have technical support (paid or free -
> no matter)
>
> please, advise

All the ORB implementations I have seen are different in ways that
affect your code. So I recommend that you start off with an ORB
implementation that is as std as possible, then gradually introduce
the stuff you need that will be implementation-specific.

MICO is very stds compliant but its pace of development seems slow and
there are still problems with multi-threaded servants. Developing for
MICO first will keep you on the straight and narrow but you will
probably not want to deploy with it. Another advantage of MICO is it
is much smaller and simpler than other implementations. It can be
built easily. TAO is bigger and better but is a sod to build and takes
*ages*.

As others have said, TAO is probably the best open source
implementation that you could deploy into production. And OCI do give
very good support for it. But TAO, like other ORBS, are forced to
provide various extensions due to insufficient work on the part of the
OMG (e.g poorly-spec'd services). TAO offers much in this area and it
can be tempting to jump in feet first and start using them Resist that
temptation. Get a portable code base first, then you can switch ORB
more easily if you need to. For the last CORBA project I was on I had
a portable base and extra code dirs for implementation-specific stuff.
It was portable between Orbix and JacORB.

Which brings me on to Orbix. It is not open source but over the years
Orbix has matured to a respectable product. If you really need
something commercial then IMO it is well worth considering. It also
has extentions but IMO some of them are a trap (i.e differences for no
good reason). Probably one of the best proprietary features is load
balancing in the name service.

Regards,

Andrew Marlow

/Mr *marlow.andrew@googlemail.com* wrote:/ 

>> I have alot of C++ code which use Visibroker's CORBA implementation. It's
>> time to change CORBA implementation to another one which should be more
>> cheaper or free. I have the following requirements for this moving:
>> 1. porting C++ code should be easy
>> 2. new CORBA implementation should have technical support (paid or free -
>> no matter)

thank you all for the replies. Actually, my project uses the following 
features:

Main features:
1. Simple object location service
2. Portable interceptors 
3. Concurrency models

CORBA services:
1. Naming service
2. Extended naming service

Fault tolerance:
1. Multiple instances of implementation repository / NS
2. Multiple IORs can be registered in reposritory or NS

Security:
1. SSL/TLS support

Other:
1. National symbols support (with 8-bit encoding)
2. Sun bootstrap agent compatibility

Does above info change some of your recommendations?

-- 
_( )_   ____|~~~~~~~~~~~~~~~~~~|____  o  http://www.geekclub.ru/
" " / | \"" | Q T O P I A  1km | " "  o  a22 s+:+ y e++ r C+++ N++
"" /  |  \ "|__________________|"  "  o  W-- L(G)++ P(C|P)++ HW:- H
"./   |   \" . ||. ".  ..  || . " ".  o  GF(R|A) g- MD- OC t-- b:++

Hi,

>thank you all for the replies. Actually, my project uses the following 
>features:
>
>Main features:
>1. Simple object location service
>2. Portable interceptors 
>3. Concurrency models
>
>CORBA services:
>1. Naming service
>2. Extended naming service
>
>Fault tolerance:
>1. Multiple instances of implementation repository / NS
>2. Multiple IORs can be registered in reposritory or NS
>
>Security:
>1. SSL/TLS support
>
>Other:
>1. National symbols support (with 8-bit encoding)
>2. Sun bootstrap agent compatibility
>
>Does above info change some of your recommendations?

TAO supports all of these features, with the possible exception of
"Sun bootstrap agent compatibility" since I don't know what that
means.  I recommend you download the "Latest Micro Release" of TAO
from

http://download.dre.vanderbilt.edu/

and give it a shot.  There are a number of companies that provide
commercial support for TAO who can help you migrate your existing
code.  Please see

http://www.dre.vanderbilt.edu/support.html

for more details.

Thanks,

        Doug
-- 
Dr. Douglas C. Schmidt                       Professor and Associate Chair
Electrical Engineering and Computer Science  TEL: (615) 343-8197
Vanderbilt University                        WEB: www.dre.vanderbilt.edu/~schmidt
Nashville, TN 37203                          NET: d.schmidt@vanderbilt.edu