OBJECT_NOT_EXIST confusion

[Janene McCrillis]

Well, I thought I was making headway on my VBJ 4.0 client - got my
string_to_object fixed, cruised thru the call to narrow w/ no
exceptions... went to make a request of the server (OrbExpress C++ on a
Sun) and got back OBJECT_NOT_EXIST. Rummaged around to figure this out
and, on a whim tried it w/ my connection to the server down - same exact
results. Shouldn't I get a different error if my client can't even
connect to the server? Here's the stack trace:

Exception occurred during event dispatching:

org.omg.CORBA.OBJECT_NOT_EXIST: minor code: 0 completed: No

at
com.inprise.vbroker.orb.DelegateImpl.verifyConnection(DelegateImpl.java:257)

at com.inprise.vbroker.orb.DelegateImpl.is_local(DelegateImpl.java:438)

at org.omg.CORBA.portable.ObjectImpl._is_local(ObjectImpl.java:203)

at _BmemStub.getCurrentBank(_BmemStub.java:139)
<etc.>

I'm assuming the not-exist "object" is the server - but then why did
narrow not throw an exception?

Informed replies and WAGS both welcome.

Janene McCrillis
Lockheed Martin
jmccr...@indra.com

[Iwan Vosloo]

Janene,

where do you get the IOR you pass to string_to_object?

- Iwan Vosloo

[Iwan Vosloo]

Janene,

oops- i just saw your other posts... you read it from a file written, I suppose by
the server... I have two guesses:

- The IOR contains the port on which the server is running. I assume you started
the server by hand - in that case make sure you take the last IOR it wrote, whith
will have the port in it on which the server is running. The ORB will throw
OBJECT_NOT_EXIST if it cannot talk to the server on that port.
- The IOR also contains the hostname (or ip) of your sun machine... maybe the
server put the its hostname in there and your windows machine is unable to resolve
it???

- Iwan Vosloo

[Craig Sparks]

Janene,

Thank you for the previous reply.

Assuming that you are getting the IOR from a file (or even an namingg service):
When you narrow, the orb does not seem to verify the existence of the server, only
once you start invoking one of the methods. That might be why you narrow
successfully, but you cannot invoke methods, getting the mentioned exception (The
server representing the IOR you are using might have died). The IOR you have might
be of an old server. Depending on how you start the server up you are not always
guaranteed that for every time the server starts up, it will have the same IOR as
before representing it. (Unless, if I'm not mistaking, you use POA PERSISTENT
property, it might gurantee that the server starts up with the same IOR as
previous runs).

Regards

Craig Sparks

[Janene McCrillis]

I did start the server by hand and have the correct port #, but I'm
betting your 2nd guess is probably the case. According to the printIOR
tool, the IOR has the hostname, not the IP address. Is there a way to
force the IP to be written when writing out an IOR? Or to register/map
the hostname so my NT box knows where "julia" is? I'd know how to do
this on the Sun side, but not on the NT side.

TIA!

Janene

Iwan Vosloo wrote:
>
> Janene,
>
> oops- i just saw your other posts... you read it from a file written, I suppose by
> the server... I have two guesses:
>
> - The IOR contains the port on which the server is running. I assume you started
> the server by hand - in that case make sure you take the last IOR it wrote, whith
> will have the port in it on which the server is running. The ORB will throw
> OBJECT_NOT_EXIST if it cannot talk to the server on that port.
> - The IOR also contains the hostname (or ip) of your sun machine... maybe the
> server put the its hostname in there and your windows machine is unable to resolve
> it???
>
> - Iwan Vosloo
>
> Iwan Vosloo wrote:
>
> > Janene,
> >
> > where do you get the IOR you pass to string_to_object?
> >
> > - Iwan Vosloo
> >

[Janene McCrillis]

Craig,

It does make sense that the narrow isn't actually verifying the
connection and the method invocation is where it's actually done - "not
until it's needed" I remember from somewhere. Thanks!

Janene

[Craig Sparks]

I think it is up to your vendor to explain how they construct IOR's, but I am not sure.
In the meantime you could try configuring your NT machine to "see" your sun machine.

I do not know much about NT either. Here are some guesses:
- Add an entry for your sun machine in your NT lmhosts and/or hosts file. (reboot
required).
- Pont your NT machine to your sun DNS.

Good luck

Craig Sparks

[Iwan Vosloo]

Janene,

I also am not a windows person - I agree with Craig...

-Iwan Vosloo

[Janene McCrillis]

Found a hosts file and added the sun and it works :-)

Thanks everyone for your help, it's been invaluable.

Janene - off to debug the method calls!

[Michi Henning]

On Thu, 13 Jul 2000, Craig Sparks wrote:

> I think it is up to your vendor to explain how they construct IOR's, but I am not sure.
> In the meantime you could try configuring your NT machine to "see" your sun machine.
>
> I do not know much about NT either. Here are some guesses:
> - Add an entry for your sun machine in your NT lmhosts and/or hosts file. (reboot
> required).
> - Pont your NT machine to your sun DNS.

Most ORBs provide a configuration mechanism or command-line option that permits
you to control whether domain names or numeric IP addresses are written into
the IORs produced by a server. For example, ORBacus has the -OAnumeric
option for this purpose, so you can run the server in environments without
a properly configured DNS.

Cheers,

Michi.
--
Michi Henning +61 7 3891 5744
Object Oriented Concepts +61 4 1118 2700 (mobile)
Suite 4, 904 Stanley St +61 7 3891 5009 (fax)
East Brisbane 4169 mi...@ooc.com.au
AUSTRALIA http://www.ooc.com.au/staff/michi-henning.html