[omniORB] Fwd: How to make an application which is both an omniorb client and TAO server

[renny.koshy at rubixinfotech.com]

Well.. after my hellish experience with TAO... I'd stay away from it, *IF* 
my goal was just to get an ORB....

Basically....
- TAO has a *LOT* of 'stuff' which is quite useful in building any large 
system (assuming you get TAO before you start).  It probably has a class 
for making coffee in the morning too :-)

- We had some code I had developed approx 6-7 years ago, which I tried to 
port to TAO, but unfortunately the effort was way too much

- We just needed a nice simple, clean ORB that could function with our 
legacy code... and omniORB was the perfect choice
        - Small/Simple to use
        - Fully functional from a CORBA perspective
        - Doesn't impose it's own design/implementation model onto our 
software
        - EASY to build, and didn't have to add a new drive for a build 
area (which we had to do for TAO)

Renny Koshy





Richard Neswold <neswold at fnal.gov>
Sent by: omniorb-list-bounces at omniorb-support.com
07/01/2004 10:38 AM

 
        To:     Thomas Lockhart <lockhart at fourpalms.org>
        cc:     omniorb-list at omniorb-support.com
        Subject:        Re: [omniORB] Fwd: How to make an application which is both an omniorb 
client and TAO server


Thomas Lockhart wrote:

>> I have a TAO 1.2.1 server which also has to act as a client of other 
servers.
> 
> "Must use" both omniORB and TAO seems to be a rather arbitrary 
> requirement. Both ORBs have a reasonable feature set and both are 
> reliable. Both also work as clients and as servers. I've had great 
> success with both, but never a requirement to mix them together in a 
> single application. I do have a simple example app which can be compiled 

> against *either* omniORB or TAO, so I know the conventions for the two 
> ORBs are not that different.
> 
> I'd stick with TAO for the server.

Wow! The omniORB community let this comment slide for two days?  :-)

I'm curious why you'd prefer TAO for the server, instead of omniORB. 
(I've used omniORB and MICO to familiarize myself with CORBA and haven't 
yet tried TAO.)

-- 

Rich Neswold

Fermi National Accelerator Laboratory
Accelerator Div/Controls Dept
voice: (630) 840-3454
fax: (630) 840-3093

_______________________________________________
omniORB-list mailing list
omniORB-list at omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20040701/b9b596cb/attachment.htm