[omniORB] problems with sequence based value types

Jason Stelzer jstelzer at healthmarketscience.com
Wed Sep 12 15:40:02 BST 2007


On Sep 12, 2007, at 2:33 PM, William Bauder wrote:

> I can't check it - I'm using 4.0 - but maybe it's not finding the the
> CORBA:: types?  Do you have an older omniorb (or different orb) in the
> INCLUDE?
>

No, only one version of omniorb is installed.

I'm using "omniidl -I. -I/usr/share/idl/omniORB -bcxx c path/to/idl"  
to generate the stub code. The other idl files are fine, my problems  
center round this specific valuetype.


> Personally, I would get away from java/rmi to IDL tools.  It's a lot
> less grief to write the IDL and generate the C++ and Java code from
> that.

That approach is fundamentally incompatible with how jboss has  
implemented its corba support. They're using reflection and  
annotations and deploying things at runtime. Switching away from  
jboss is a battle I can't win. If I can't resolve this I can always  
just return a comma delimited string and split it apart on the client  
side, but that is a workaround I dont think I should need. That all  
said, the idl file in question is very simple. How would you write it  
differently? I'm just curious. There may be a cleaner way to specify  
"this returns a list of strings".

--
J.





More information about the omniORB-list mailing list