[omniORB] problems with sequence based value types
William Bauder
bill at simplified.biz
Wed Sep 12 17:06:11 BST 2007
Ya, my omniidl does't seem to like CORBA::WStringValue, so I can't
actually compile it (I think it's a 4.1 thing).
I hadn't considered the jboss factor (I guess rmic does make more sense
in that case).
It still sounds like the compiler is missing a reference or having a
collision with something. What are the problem lines in the generated
code? Is there something that defines org::omg::boxedRMI::CORBA::Ulong
(since it's usually just CORBA::Ulong)?
The cleaner way is just to return a sequence of string, but nothing's
ever that simple...
-----Original Message-----
From: Jason Stelzer [mailto:jstelzer at healthmarketscience.com]
Sent: Wednesday, September 12, 2007 2:40 PM
To: William Bauder
Cc: 'Jason Stelzer'; omniorb-list at omniorb-support.com
Subject: Re: [omniORB] problems with sequence based value types
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