[omniORB] Server application ignores request (was Java and omniORB)

Carsten Kraus carsten.kraus@linmor.com
Thu, 5 Jul 2001 14:28:41 -0400


Hello,

I am still working on the problem with getting a Java 1.2 applet to
communicate with omniORB. Many thanks for the suggestions so far. I tried
using JacORB instead of the Sun's ORB, but with no luck. 

After moving the server application from a Red Hat 6.2 to a Slackware Linux
machine, things improved quite a bit (still using the Java ORB on a Win 98
box). The client applet resolved the name service and obtained a reference
to a 'Dispenser' object of the server application. However, calling the
'logInNME' operation of this object didn't show any reaction, not even an
exception. Below is the last part of the server's output, when started with
ORBtraceLevel 30 (tell me if you need to see the whole thing). I am not too
sure why the server seems to ignore the 'logInNME' request. Maybe someone
can give me a hint how to tackle this problem?

Many thanks,
  Carsten

Trace output:

4749 4f50 0100 0100 a200 0000 0000 0000 GIOP............
0500 0000 0100 0000 0600 0000 ff00 0000 ................
0000 7276 0500 0000 6269 6e64 0065 736f ..rv....bind.eso
0700 0000 6e6f 626f 6479 006f 0100 0000 ....nobody.o....
0a00 0000 4469 7370 656e 7365 7200 5365 ....Dispenser.Se
0700 0000 4f62 6a65 6374 0000 1600 0000 ....Object......
4944 4c3a 4c4e 4d2f 4469 7370 656e 7365 IDL:LNM/Dispense
723a 312e 3000 0000 0100 0000 0000 0000 r:1.0...........
2a00 0000 0101 0000 0b00 0000 3130 2e30 *...........10.0
2e36 2e31 3036 003a d005 300a 0e00 0000 .6.106.:..0.....
fe6e ac44 3b00 005c 0a00 0000 0000      .n.D;..\......
ll_recv: 81 bytes
4749 4f50 0100 0101 4500 0000 0000 0000 GIOP....E.......
0500 0000 0100 0000 3500 0000 4944 4c3a ........5...IDL:
6f6d 672e 6f72 672f 436f 734e 616d 696e omg.org/CosNamin
672f 4e61 6d69 6e67 436f 6e74 6578 742f g/NamingContext/
416c 7265 6164 7942 6f75 6e64 3a31 2e30 AlreadyBound:1.0
00                                      .
ll_send: 174 bytes
4749 4f50 0100 0100 a200 0000 0000 0000 GIOP............
0600 0000 0100 0000 0600 0000 ff00 0000 ................
0000 7276 0700 0000 7265 6269 6e64 006f ..rv....rebind.o
0700 0000 6e6f 626f 6479 006f 0100 0000 ....nobody.o....
0a00 0000 4469 7370 656e 7365 7200 5365 ....Dispenser.Se
0700 0000 4f62 6a65 6374 0000 1600 0000 ....Object......
4944 4c3a 4c4e 4d2f 4469 7370 656e 7365 IDL:LNM/Dispense
723a 312e 3000 0000 0100 0000 0000 0000 r:1.0...........
2a00 0000 0101 0000 0b00 0000 3130 2e30 *...........10.0
2e36 2e31 3036 003a d005 300a 0e00 0000 .6.106.:..0.....
fe6e ac44 3b00 005c 0a00 0000 0000      .n.D;..\......
ll_recv: 24 bytes
4749 4f50 0100 0101 0c00 0000 0000 0000 GIOP............
0600 0000 0000 0000                     ........
omniORB: omniRemoteIdentity deleted.
omniORB: strand Rope::decrRefCount: old value = 2
omniORB: ObjRef(IDL:omg.org/CosNaming/NamingContextExt:1.0) -- deleted.
omniORB: scavenger : scanning connections
omniORB: scavenger : scanning connections
omniORB: scavenger : scanning connections
omniORB: scavenger : scanning connections
omniORB: tcpSocketMTfactory Rendezvouser: unblock from accept()
omniORB: tcpSocketMTfactory Rendezvouser: accept new strand.
omniORB: tcpSocketMTfactory Rendezvouser: block on accept()
omniORB: tcpSocketMTfactory Worker: start.
connect from 10.0.6.213
ll_recv: 92 bytes
4749 4f50 0100 0000 0000 0050 0000 0000 GIOP.......P....
0000 0008 0100 0000 0000 000e fe6e ac44 .............n.D
3b00 005c 0a00 0000 0000 0000 0000 0009 ;..\............
6c6f 6749 6e4e 4d45 0000 0000 0000 0000 logInNME........
0000 0009 6e6d 7361 646d 696e 0000 0000 ....nmsadmin....
0000 0008 6e65 7477 6f72 6b00           ....network.
omniORB: scavenger : scanning connections
omniORB: scavenger : scanning connections