[Ace-users] JacORB and TAO 1.5 notification service incompatibility

christian.galli at gmail.com christian.galli at gmail.com
Mon Nov 12 08:03:49 CST 2007


Ciju:

Turning that option on in jacorb.properties works. Thanks!

Johnny:

I turned on debug level 10. I don't see any output at the point where
I do the decoding. Here's the actual message data received, though,
before and after I made Ciju's change on the JacORB side.

----
before (not working)
----
TAO (28418|3076151776) - GIOP_Message_Base::dump_msg, recv GIOP v1.2
msg, 688 data bytes, other endian, Type Request[10]
GIOP message - HEXDUMP 700 bytes
47 49 4f 50 01 02 00 00  00 00 02 b0 00 00 00 0a   GIOP............
03 00 00 00 00 00 00 00  00 00 00 29 14 01 0f 00   ...........)....
4e 55 50 00 00 00 12 00  00 00 00 01 00 00 00 52   NUP............R
6f 6f 74 50 4f 41 00 31  00 07 00 00 00 01 00 00   ootPOA.1........
00 08 00 00 00 00 00 00  00 00 00 16 70 75 73 68   ............push
5f 73 74 72 75 63 74 75  72 65 64 5f 65 76 65 6e   _structured_even
74 00 00 00 00 00 00 00  00 00 00 10 44 61 74 61   t...........Data
4c 69 6e 6b 4d 61 6e 61  67 65 72 00 00 00 00 07   LinkManager.....
41 74 74 61 63 68 00 00  00 00 00 01 00 00 00 00   Attach..........
00 00 00 00 00 00 00 00  00 00 00 0f 00 00 01 d4   ................
00 00 00 00 00 00 00 0f  49 44 4c 3a 41 74 74 61   ........IDL:Atta
63 68 3a 31 2e 30 00 00  00 00 00 07 41 74 74 61   ch:1.0......Atta
63 68 00 00 00 00 00 02  00 00 00 0a 70 75 62 6c   ch..........publ
69 73 68 65 72 00 00 00  00 00 00 0f 00 00 01 7a   isher..........z
00 00 00 00 00 00 00 14  49 44 4c 3a 50 72 6f 78   ........IDL:Prox
79 48 65 61 64 65 72 3a  31 2e 30 00 00 00 00 0c   yHeader:1.0.....
50 72 6f 78 79 48 65 61  64 65 72 00 00 00 00 03   ProxyHeader.....
00 00 00 04 70 49 44 00  00 00 00 0f 00 00 00 60   ....pID........`
00 00 00 00 00 00 00 10  49 44 4c 3a 50 72 6f 78   ........IDL:Prox
79 49 44 3a 31 2e 30 00  00 00 00 08 50 72 6f 78   yID:1.0.....Prox
79 49 44 00 00 00 00 03  00 00 00 0b 70 72 6f 63   yID.........proc
65 73 73 5f 69 64 00 00  00 00 00 03 00 00 00 09   ess_id..........
69 6e 73 74 61 6e 63 65  00 00 00 00 00 00 00 03   instance........
00 00 00 03 69 70 00 00  00 00 00 12 00 00 00 00   ....ip..........
00 00 00 05 74 79 70 65  00 00 00 00 00 00 00 11   ....type........
00 00 00 57 00 00 00 00  00 00 00 12 49 44 4c 3a   ...W........IDL:
50 52 4f 58 59 54 59 50  45 3a 31 2e 30 00 00 00   PROXYTYPE:1.0...
00 00 00 0a 50 52 4f 58  59 54 59 50 45 00 00 00   ....PROXYTYPE...
00 00 00 04 00 00 00 04  50 55 42 00 00 00 00 04   ........PUB.....
53 55 42 00 00 00 00 07  43 4c 49 45 4e 54 00 00   SUB.....CLIENT..
00 00 00 07 53 45 52 56  45 52 00 00 00 00 00 09   ....SERVER......
6c 6f 63 61 74 69 6f 6e  00 00 00 00 00 00 00 11   location........
00 00 00 56 00 00 00 00  00 00 00 11 49 44 4c 3a   ...V........IDL:
50 52 4f 58 59 4c 4f 43  3a 31 2e 30 00 00 00 00   PROXYLOC:1.0....
00 00 00 09 50 52 4f 58  59 4c 4f 43 00 00 00 00   ....PROXYLOC....
00 00 00 02 00 00 00 0d  4c 4f 43 41 4c 5f 53 59   ........LOCAL_SY
53 54 45 4d 00 00 00 00  00 00 00 0e 52 45 4d 4f   STEM........REMO
54 45 5f 53 59 53 54 45  4d 00 00 00 00 00 00 0b   TE_SYSTEM.......
73 75 62 73 63 72 69 62  65 72 00 00 ff ff ff ff   subscriber......
ff ff fe 68 00 00 30 39  00 00 00 00 00 00 00 0d   ...h..09........
31 39 32 2e 31 36 38 2e  32 2e 37 37 00 00 00 00   192.168.2.77....
00 00 00 00 00 00 00 00  00 00 30 39 00 00 00 01   ..........09....
00 00 00 0d 31 39 32 2e  31 36 38 2e 32 2e 37 37   ....192.168.2.77
00 00 00 00 00 00 00 01  00 00 00 00               ............

----
after (works)
----
TAO (28418|3076151776) - GIOP_Message_Base::dump_msg, recv GIOP v1.2
msg, 1068 data bytes, other endian, Type Request[10]
GIOP message - HEXDUMP 1080 bytes (showing first 912 bytes)
47 49 4f 50 01 02 00 00  00 00 04 2c 00 00 00 0a   GIOP.......,....
03 00 00 00 00 00 00 00  00 00 00 29 14 01 0f 00   ...........)....
4e 55 50 00 00 00 12 00  00 00 00 01 00 00 00 52   NUP............R
6f 6f 74 50 4f 41 00 31  00 05 00 00 00 01 00 00   ootPOA.1........
00 06 00 00 00 00 00 00  00 00 00 16 70 75 73 68   ............push
5f 73 74 72 75 63 74 75  72 65 64 5f 65 76 65 6e   _structured_even
74 00 00 00 00 00 00 00  00 00 00 10 44 61 74 61   t...........Data
4c 69 6e 6b 4d 61 6e 61  67 65 72 00 00 00 00 07   LinkManager.....
41 74 74 61 63 68 00 00  00 00 00 01 00 00 00 00   Attach..........
00 00 00 00 00 00 00 00  00 00 00 0f 00 00 03 4e   ...............N
00 00 00 00 00 00 00 0f  49 44 4c 3a 41 74 74 61   ........IDL:Atta
63 68 3a 31 2e 30 00 00  00 00 00 07 41 74 74 61   ch:1.0......Atta
63 68 00 00 00 00 00 02  00 00 00 0a 70 75 62 6c   ch..........publ
69 73 68 65 72 00 00 00  00 00 00 0f 00 00 01 7a   isher..........z
00 00 00 00 00 00 00 14  49 44 4c 3a 50 72 6f 78   ........IDL:Prox
79 48 65 61 64 65 72 3a  31 2e 30 00 00 00 00 0c   yHeader:1.0.....
50 72 6f 78 79 48 65 61  64 65 72 00 00 00 00 03   ProxyHeader.....
00 00 00 04 70 49 44 00  00 00 00 0f 00 00 00 60   ....pID........`
00 00 00 00 00 00 00 10  49 44 4c 3a 50 72 6f 78   ........IDL:Prox
79 49 44 3a 31 2e 30 00  00 00 00 08 50 72 6f 78   yID:1.0.....Prox
79 49 44 00 00 00 00 03  00 00 00 0b 70 72 6f 63   yID.........proc
65 73 73 5f 69 64 00 00  00 00 00 03 00 00 00 09   ess_id..........
69 6e 73 74 61 6e 63 65  00 00 00 00 00 00 00 03   instance........
00 00 00 03 69 70 00 00  00 00 00 12 00 00 00 00   ....ip..........
00 00 00 05 74 79 70 65  00 00 00 00 00 00 00 11   ....type........
00 00 00 57 00 00 00 00  00 00 00 12 49 44 4c 3a   ...W........IDL:
50 52 4f 58 59 54 59 50  45 3a 31 2e 30 00 00 00   PROXYTYPE:1.0...
00 00 00 0a 50 52 4f 58  59 54 59 50 45 00 00 00   ....PROXYTYPE...
00 00 00 04 00 00 00 04  50 55 42 00 00 00 00 04   ........PUB.....
53 55 42 00 00 00 00 07  43 4c 49 45 4e 54 00 00   SUB.....CLIENT..
00 00 00 07 53 45 52 56  45 52 00 00 00 00 00 09   ....SERVER......
6c 6f 63 61 74 69 6f 6e  00 00 00 00 00 00 00 11   location........
00 00 00 56 00 00 00 00  00 00 00 11 49 44 4c 3a   ...V........IDL:
50 52 4f 58 59 4c 4f 43  3a 31 2e 30 00 00 00 00   PROXYLOC:1.0....
00 00 00 09 50 52 4f 58  59 4c 4f 43 00 00 00 00   ....PROXYLOC....
00 00 00 02 00 00 00 0d  4c 4f 43 41 4c 5f 53 59   ........LOCAL_SY
53 54 45 4d 00 00 00 00  00 00 00 0e 52 45 4d 4f   STEM........REMO
54 45 5f 53 59 53 54 45  4d 00 00 00 00 00 00 0b   TE_SYSTEM.......
73 75 62 73 63 72 69 62  65 72 00 00 00 00 00 0f   subscriber......
00 00 01 7a 00 00 00 00  00 00 00 14 49 44 4c 3a   ...z........IDL:
50 72 6f 78 79 48 65 61  64 65 72 3a 31 2e 30 00   ProxyHeader:1.0.
00 00 00 0c 50 72 6f 78  79 48 65 61 64 65 72 00   ....ProxyHeader.
00 00 00 03 00 00 00 04  70 49 44 00 00 00 00 0f   ........pID.....
00 00 00 60 00 00 00 00  00 00 00 10 49 44 4c 3a   ...`........IDL:
50 72 6f 78 79 49 44 3a  31 2e 30 00 00 00 00 08   ProxyID:1.0.....
50 72 6f 78 79 49 44 00  00 00 00 03 00 00 00 0b   ProxyID.........
70 72 6f 63 65 73 73 5f  69 64 00 00 00 00 00 03   process_id......
00 00 00 09 69 6e 73 74  61 6e 63 65 00 00 00 00   ....instance....
00 00 00 03 00 00 00 03  69 70 00 00 00 00 00 12   ........ip......
00 00 00 00 00 00 00 05  74 79 70 65 00 00 00 00   ........type....
00 00 00 11 00 00 00 57  00 00 00 00 00 00 00 12   .......W........
49 44 4c 3a 50 52 4f 58  59 54 59 50 45 3a 31 2e   IDL:PROXYTYPE:1.
30 00 00 00 00 00 00 0a  50 52 4f 58 59 54 59 50   0.......PROXYTYP
45 00 00 00 00 00 00 04  00 00 00 04 50 55 42 00   E...........PUB.
00 00 00 04 53 55 42 00  00 00 00 07 43 4c 49 45   ....SUB.....CLIE
4e 54 00 00 00 00 00 07  53 45 52 56 45 52 00 00   NT......SERVER..
00 00 00 09 6c 6f 63 61  74 69 6f 6e 00 00 00 00   ....location....

Thanks to both of you. I'm considering this problem solved on my end,
but if you need any more information let me know.

On Nov 11, 2:07 am, "ciju john" <joh... at ociweb.com> wrote:
> Can you try toggling the jacorb.interop.indirection_encoding_disable
> property in jacorb.property, see if that makes a difference?
>
> Ciju
>
> > <christian.ga... at gmail.com> wrote in message
> > <news:1194733084.800906.72640 at 22g2000hsm.googlegroups.com>...
> > > Thanks for the response. I tried ACE/TAO 5.6.1, but the issue still
> > > persists. The strange thing is other messages work fine, there's
> > > something about this Attach message.
>
> > > On Nov 10, 2:07 am, "Johnny Willemsen" <jwillem... at remedy.nl> wrote:
> > > > Hi,
>
> > > > Thanks for using the PRF form. Can you try x.6.1, we did fix some
> > > > interoperability issues.
>
> > > > Regards,
>
> > > > Johnny Willemsen
> > > > Remedy IT
> > > > Postbus 101
> > > > 2650 AC  Berkel en Rodenrijs
> > > > The Netherlandswww.theaceorb.nl/www.remedy.nl
>
> > > > *** Integrated compile and test statistics
> > seehttp://scoreboard.theaceorb.nl***
> > > > *** Commercial service and support for ACE/TAO/CIAO             ***
> > > > *** Seehttp://www.theaceorb.nl/en/support.html               ***
>
> > > > <christian.ga... at gmail.com> wrote in message
>
> > > > <news:1194646870.640087.320390 at 22g2000hsm.googlegroups.com>...
>
> > > > >     ACE VERSION: 5.5.9 and 5.5a_p4
>
> > > > >     HOST MACHINE and OPERATING SYSTEM:
> > > > >     Redhat Enterprise Linux 4.2, Intel Xeon
>
> > > > >     TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> > > > >     COMPILER NAME AND VERSION (AND PATCHLEVEL): GCC 3.4.4
>
> > > > >     CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a
> > > > > platform-
> > > > >     specific file, simply state which one]:
>
> > > > >     #include "config-linux.h"
> > > > >     #undef ACE_LACKS_MKSTEMP_PROTOTYPE
>
> > > > >     CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU [if
> > > > > you
> > > > >     use a link to a platform-specific file, simply state which one
> > > > >     (unless this isn't used in this case, e.g., with Microsoft Visual
> > > > >     C++)]:
>
> > > > >     platform_linux.GNU
>
> > > > >     CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/
> > > > > default.features
> > > > >     (used by MPC when you generate your own makefiles):
>
> > > > >     LEVEL OF URGENCY (LOW, MEDIUM, or HIGH): MEDIUM
>
> > > > >     AREA/CLASS/EXAMPLE AFFECTED:
> > > > >         Notification services
>
> > > > >     DOES THE PROBLEM AFFECT:
> > > > >         EXECUTION of my application
>
> > > > >     SYNOPSIS:
> > > > >         Sending StructuredEvent from JacORB 2.2.4 to TAO 1.5 fails to
> > > > >         deserialize remainder_of_body using >>= operator. Works with
> > > > > TAO 1.4
>
> > > > >     DESCRIPTION:
> > > > >         Java test client sends StructuredEvent but C++ server fails to
> > > > >         deserialize the message. Test programs are included below.
> > > > > This
> > > > >         works with TAO 1.4 but not with TAO 1.5 (tried both 5.5a_p4
> > > > > and 5.5.9).
> > > > >         C++ client sends same StructuredEvent, which the server can
> > > > >         deserialize properly with either TAO version. I don't see any
> > > > >         exceptions on either program. The >>= operator returns false.
>
> > > > >     REPEAT BY:
>
> > _______________________________________________
> > tao-users mailing list
> > tao-us... at mail.cse.wustl.edu
> >http://mail.cse.wustl.edu/mailman/listinfo/tao-users




More information about the Ace-users mailing list