[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