[omniORB] OrbixWeb server answers OBJECT_NOT_EXIST while invoking

[Robert Schumann]

That's Right Sai-Lai!

That did it, I commented out two rows and recomplied OmniORB and now it
works.
I'll have a chat with the OrbixWeb guys.

Just another question: is it safe to run with these binaries without the
asserts as a temporary solution?

/Robert


> -----Original Message-----
> From: owner-omniorb-list@uk.research.att.com
> [mailto:owner-omniorb-list@uk.research.att.com]On Behalf Of Sai-Lai Lo
> Sent: Tuesday, May 18, 1999 12:01 PM
> To: rob@dtek.se
> Cc: omniorb-list@uk.research.att.com
> Subject: Re: [omniORB] OrbixWeb server answers OBJECT_NOT_EXIST while
> invoking
>
>
> >>>>> Robert Schumann writes:
>
> > I have no control over the OrbixWeb server, my only job is
> to make a client,
> > several hundred miles away from the server, situated on
> another consulting
> > firm. Do you mean that I should use something like
> TestSrv->connect() before
> > I invoke any method?
>
> > This is all I do:
>
> > 	CORBA::Object_var obj = orb->string_to_object(stringified_IOR);
> > 	// ***** The IDL is modules in modules... ******
> > 	country::company::project::hack::Test_ptr TestSrv =
> > country::company::project::hack::Test::_narrow(obj);
> > 	//******* This is where I get the exception
> OBJECT_NOT_EXIST *******
> > 	dest=TestSrv->getResponse(src);
>
> Robert,
>
> Your code looks correct. This is such a straight forward
> invocation that
> one would expect it would work first time.
>
> My guess is that OrbixWeb is not able to response correctly
> to the GIOP
> message, LocateRequest. Before omniORB2 invoke on an object
> the first time,
> it always issue a LocateRequest. The ORB is expected to response with
> object is here or object not exists.
>
> To check if this is the case, unfortunately it is necessary
> to edit the
> library source to remove a statement:
>
> <top>/src/lib/omniORB2/orbcore/proxyCall.cc:
>
> Comment out any call to assertObjectExistent().
>
> I appreciate your effort to track down the problem. I'm quietly
> confident that it is a problem with OrbixWeb. If you can
> verify this is the
> case, please contact Iona to tell them to sort out the problem. It is
> becoming rather annoying to cope with interoperability bugs in Orbix*.
>
> 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
>
>
>