[omniORB] CALLBACK PROBLEM. PLEASE ADVISE.

aaron bernardino agbernardino at up.edu.ph
Mon Sep 5 22:48:03 BST 2005


Greetings sir, thank you for the reply.  Indeed the problem was due to
mismatched idls.  I have now another problem that I coudn't solve.  My jacorb
applet successfully calls a "register callback" function in the server in order
to save its reference.  However, when I try to contact the applet using the
saved reference, I get an nill object reference error.  It seems that after
calling the register callback function, the applet's connection is lost.  Also,
this problem only happens when I run my signed applet in another computer. 
Running the applet in the same computer as the server did not produce any
errors.  Shown below are part of the traces. Thank you very much.


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+     output from server code
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

omniORB: (3) AsyncInvoker: thread id = 3 has started. Total threads = 3
omniORB: (3) giopWorker task execute.
omniORB: (3) Accepted connection from giop:tcp:10.36.15.123:33017 because of
this rule: "* bidir,unix,tcp,ssl"
omniORB: (3) inputMessage: from giop:tcp:10.36.15.123:33017 288 bytes
omniORB: (3)
4749 4f50 0102 0000 0000 0114 0000 0000 GIOP............
0300 0000 0000 0000 0000 000e fe21 481c .............!H.
4300 002f 7f00 0000 0001 0000 0000 0012 C../............
7265 6769 7374 6572 5f63 616c 6c62 6163 register_callbac
6b00 0000 0000 0002 0000 0005 0000 001a k...............
0000 0000 0000 0001 0000 000b 7761 6973 ............wais
2e6d 6f62 6f74 0000 80f7 0000 0000 0001 .mobot..........
0000 000c 0000 0000 0001 0001 0001 0109 ................
0000 001d 4944 4c3a 4c41 4e5f 526f 7665 ....IDL:LAN_Rove
722f 5573 6572 4d6f 6475 6c65 3a31 2e30 r/UserModule:1.0
0000 0000 0000 0001 0000 0000 0000 0070 ...............p
0001 0200 0000 000b 7761 6973 2e6d 6f62 ........wais.mob
6f74 0000 80f7 0000 0000 001c 5374 616e ot..........Stan
6461 7264 496d 706c 4e61 6d65 2f00 141e dardImplName/...
2e24 3403 2d02 172a 0000 0002 0000 0000 .$4.-..*........
0000 0008 0000 0000 4a41 4300 0000 0001 ........JAC.....
0000 001c 0000 0000 0001 0001 0000 0001 ................
0501 0001 0001 0109 0000 0001 0501 0001 ................
omniORB: (3)  recieve codeset service context and set TCS to (ISO-8859-1,UTF-16)
omniORB: (3)  receive bidir IIOP service context: ( wais.mobot:33015 )
omniORB: (3) Accepted request from giop:tcp:10.36.15.123:33017 to switch to
bidirectional because of this rule: "* bidir,unix,tcp,ssl"
omniORB: (3) Dispatching remote call 'register_callback' to: root<1> (active)
omniORB: (3) Creating ref to remote: key<StandardImplName......4.....>
 target id      : IDL:LAN_Rover/UserModule:1.0
 most derived id: IDL:LAN_Rover/UserModule:1.0

<Call back registration in progress.>
<UserModule callback reference received and stored.>

omniORB: (3) sendChunk: to giop:tcp:10.36.15.123:33017 24 bytes
omniORB: (3)
4749 4f50 0102 0101 0c00 0000 0000 0000 GIOP............
0000 0000 0000 0000                     ........
omniORB: (3) throw giopStream::CommFailure from
giopStream.cc:831(0,NO,COMM_FAILURE_UnMarshalArguments)
omniORB: (3) Server connection refcount = 1
omniORB: (3) Server connection refcount = 0
omniORB: (3) Server close connection from giop:tcp:10.36.15.123:33017

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+     from OmniNames
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

omniORB: (1) Server accepted connection from giop:tcp:10.36.15.123:33016
omniORB: (4) AsyncInvoker: thread id = 4 has started. Total threads = 4
omniORB: (4) giopWorker task execute.
omniORB: (4) Accepted connection from giop:tcp:10.36.15.123:33016 because of
this rule: "* bidir,unix,tcp,ssl"
omniORB: (4) inputMessage: from giop:tcp:10.36.15.123:33016 143 bytes
omniORB: (4)
4749 4f50 0102 0000 0000 0083 0000 0000 GIOP............
0300 0000 0000 0000 0000 000b 4e61 6d65 ............Name
5365 7276 6963 6500 0000 0008 7265 736f Service.....reso
6c76 6500 0000 0001 0000 0001 0000 000c lve.............
0000 0000 0001 0001 0001 0109 0000 0000 ................
0000 0002 0000 0005 7465 7374 0000 0000 ........test....
0000 000b 6d79 5f63 6f6e 7465 7874 0000 ....my_context..
0000 000f 5365 7276 6572 4d6f 6475 6c65 ....ServerModule
5f69 0000 0000 0007 4f62 6a65 6374 00   _i......Object.
omniORB: (4)  recieve codeset service context and set TCS to (ISO-8859-1,UTF-16)
omniORB: (4) Dispatching remote call 'resolve' to: key<NameService> (active)
omniORB: (4) Dispatching local call 'resolve' to root/<e911f742010074df/0>
(active)
omniORB: (4) sendChunk: to giop:tcp:10.36.15.123:33016 172 bytes
omniORB: (4)
4749 4f50 0102 0101 a000 0000 0000 0000 GIOP............
0000 0000 0000 0000 1f00 0000 4944 4c3a ............IDL:
4c41 4e5f 526f 7665 722f 5365 7276 6572 LAN_Rover/Server
4d6f 6475 6c65 3a31 2e30 0030 0100 0000 Module:1.0.0....
0000 0000 6400 0000 0101 0200 0d00 0000 ....d...........
3130 2e33 362e 3135 2e31 3638 0000 7e04 10.36.15.168..~.
0e00 0000 fe21 481c 4300 002f 7f00 0000 .....!H.C../....
0001 0000 0200 0000 0000 0000 0800 0000 ................
0100 0000 0054 5441 0100 0000 1c00 0000 .....TTA........
0100 0000 0100 0100 0100 0000 0100 0105 ................
0901 0100 0100 0000 0901 0100           ............

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++



Quoting Duncan Grisby <duncan at grisby.org>:

> On Saturday 27 August, aaron bernardino wrote:
>
> > Greetings.  I am currently working on my undergrad thesis involving an
> > OmniORB server making callbacks to a JacORB applet.  I am using
> > OmniNames, bidir GIOP and I also have a signed applet.  The callback
> > executes successfully but after execution, an exception is thrown in
> > the server.  Here are parts of the traces from OmniORB and
> > JacORB. Sorry for the long post, I just felt the need to supply as
> > much info I can = )
>
> Are you using the same IDL on both sides?  MARSHAL_PassEndOfMessage is
> usually a sign of an IDL mismatch.
>
> If that's not the issue, does your program work if you don't use
> bidirectional GIOP?  Also, what is the IDL for the functions in
> question?
>
> Cheers,
>
> Duncan.
>
> --
>  -- Duncan Grisby         --
>   -- duncan at grisby.org     --
>    -- http://www.grisby.org --
>






More information about the omniORB-list mailing list