Discussion:
[omniORB] Advocacy for OmniORB
V S P
2009-07-14 10:13:35 UTC
Permalink
Hi,
this is somewhat off-topic

but I am more and more happy with my choice of omni Orb for my project.
I wish though I could do more for omni.

I am looking into a couple of other tools to use for me
(large data gathering, organization and then datamining).

so I am looking at Hypertable and then Python 'plugins' that I would
like
to hook up to for my 'user request' handling.

I am finding that many new projects for some reason ignore omniORB
and implement their own protocols that are really inferior.

for example, why hypertable team decided to use "thrift" messaging
framework and did not even consider omniORB (they considered ICE)

why Python Twisted is not using, even as entension, omniORB
to implement the communication protocols.

There are bunch of others.

I know that one reason is a spotty 'language' bindings support
but Java (right out of the box, with no additional extensions),
C++, Python all can talk to omniORB

I have not tried Perl and R, but I will need to get at lest R working
with omni -- and sofar my reading indicates it is possible.

I will also be trying to get a omniOrb working between my cell-phone
and computer over bluetooth :-)... if I can find an example.


So what can be done to get omniOrb on the fore-front of messaging
systems (without baggage of the whole 'CORBA' standard -- that
truthfully
should have been better by now)?

I see only old references to comarasing between omni Orb and ICE
http://groups.google.com/group/comp.object.corba/browse_thread/thread/1106eb2c0ae4bc41/cc3468b0c5e1ef8e

are there are any benchmarks that would could run on our hardware
and keep publishing them somewhere in the database and compare
to other systems? May be that's a start?

thanks
--
Vlad P
author of C++ ORM http://github.com/vladp/CppOrm/tree/master
--
http://www.fastmail.fm - Choose from over 50 domains or use your own
Loading...