[omniORB] Orbix 3.0 v.s omniORB2.8
Carlson, Andy
andycarlson@ipo.att.com
Fri, 8 Oct 1999 03:18:36 -0700
All,
I dont know if Iona have a patch for this. If not, waiting for one
would be 'doing the right thing' but could take a while!
Would it not be possible to put a workaround for this into
omniORB (presumably with #ifdefs around it), as was done
for the dodgy null references from early versions of Visibroker?
Andy
----------------------------------------------------------------------------
-----------
Andy Carlson. AT&T Labs (UK) Tel: +44 1527 495258
E-Mail: andycarlson@ipo.att.com Fax: +44 1527 495229
> -----Original Message-----
> From: Sai-Lai Lo [SMTP:S.Lo@uk.research.att.com]
> Sent: Friday, October 08, 1999 11:00 AM
> To: Chia-Yen Shih
> Cc: omniorb-list@uk.research.att.com
> Subject: Re: [omniORB] Orbix 3.0 v.s omniORB2.8
>
> >>>>> Chia-Yen Shih writes:
>
> > Has anyone been successful in getting Orbix3.0 to work with omniORB2.8?
>
> > Any information will be appreciated.
>
> According to the report by the CORBA comparison project
> (http://www.kav.cas.cz/~buble/corba/comp/), Orbix 3.0 client fails to
> interoperate with omniORB. An exception CORBA::OBJECT_NOT_EXIST is raised.
> The author has this explanation:
>
> "The ORBIX client does not use a correct object key when contacting the
> omniORB server. In the IIOP request, a key that is one byte longer than
> what was in the object reference is specified, yielding the
> OBJECT_NOT_EXIST exception."
>
> I don't know if Iona has a patch to fix this problem.
>
> You may want to verify this independently. Please write a eg2_clt for
> Orbix
> and run it against a eg2_impl omniORB server with -ORBtraceLevel 30. The
> GIOP message dump from the omniORB server tells you something about what
> Orbix is sending.
>
> Sai-Lai
>
> --
> Sai-Lai Lo S.Lo@uk.research.att.com
> AT&T Laboratories Cambridge WWW:
> http://www.uk.research.att.com
> 24a Trumpington Street Tel: +44 1223 343000
> Cambridge CB2 1QA Fax: +44 1223 313542
> ENGLAND
>