f



[ace-bugs] Re: [tao-users] JDK 1.4.2 client with TAO 1.4 server

Hi Amir,

        Thanks for using the PRF.

>> TAO VERSION: 1.4
>> ACE VERSION: 5.4
>> HOST MACHINE and OPERATING SYSTEM:
>> Linux Red Hat 8
>> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
>> Intel PC Windows 2000
>> COMPILER NAME AND VERSION (AND PATCHLEVEL):
>> gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
>> javac (sun JDK 1.4.2)
>> AREA/CLASS/EXAMPLE AFFECTED:
>> DOES THE PROBLEM AFFECT:
>> COMPILATION?
>> no
>> LINKING?
>> no
>> EXECUTION?
>> yes
>> OTHER (please specify)?
>> SYNOPSIS:
>> I have a simple C++ server using TAO and running under linux and a simple java client using sun's build-in Java 2 ORB, which connects to the server using the corbaloc format.
>> The client gets  org.omg.CORBA.OBJECT_NOT_EXIST exception.
>> Here is the server's detailed log:
>> TAO (21062|8192) - GIOP_Message_Base::dump_msg, recv GIOP v1.2 msg, 305 data bytes, other endian, Type Request[5]
>> GIOP message - HEXDUMP 317 bytes
>> 47 49 4f 50 01 02 00 00  00 00 01 31 00 00 00 05   GIOP.......1....
>> 03 00 00 00 00 00 00 00  00 00 00 25 00 00 00 00   ...........%....
>> 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
>> 00 00 00 00 00 55 73 65  72 5f 46 61 63 74 6f 72   .....User_Factor
>> 79 00 00 00 00 00 00 06  5f 69 73 5f 61 00 00 00   y......._is_a...
>> 00 00 00 03 00 00 00 06  00 00 00 a0 00 00 00 00   ................
>> 00 00 00 28 49 44 4c 3a  6f 6d 67 2e 6f 72 67 2f   ...(IDL:omg.org/
>> 53 65 6e 64 69 6e 67 43  6f 6e 74 65 78 74 2f 43   SendingContext/C
>> 6f 64 65 42 61 73 65 3a  31 2e 30 00 00 00 00 01   odeBase:1.0.....
>> 00 00 00 00 00 00 00 64  00 01 02 00 00 00 00 0e   .......d........
>> 31 39 32 2e 31 36 38 2e  32 2e 31 31 35 00 05 b2   191.168.2.115...      <<<<< the IP of the client machine
>> 00 00 00 19 af ab cb 00  00 00 00 02 e0 99 e7 1c   ................
>> 00 00 00 08 00 00 00 00  00 00 00 00 0a 00 00 00   ................
>> 00 00 00 01 00 00 00 01  00 00 00 20 00 00 00 00   ........... ....
>> 00 01 00 01 00 00 00 02  05 01 00 01 00 01 00 20   ............... 
>> 00 01 01 09 00 00 00 01  00 01 01 00 00 00 00 01   ................
>> 00 00 00 0c 00 00 00 00  00 01 00 01 00 01 01 09   ................
>> 4e 45 4f 00 00 00 00 02  00 0a 00 00 00 00 00 00   NEO.............
>> 00 00 00 19 49 44 4c 3a  41 41 41 2f 55 73 65 72   ....IDL:AAA/User
>> 5f 46 61 63 74 6f 72 79  3a 31 2e 30 00            _Factory:1.0.   
>> (21062|8192) Codeset_Manager::process_service_context using tcsc = 00010001, tcsw = 00010109
>> TAO (21062|8192) - GIOP_Message_Base::dump_msg, send GIOP v1.2 msg, 64 data bytes, my endian, Type Reply[5]
>> GIOP message - HEXDUMP 76 bytes
>> 47 49 4f 50 01 02 01 01  40 00 00 00 05 00 00 00   GIOP....@.......
>> 02 00 00 00 00 00 00 00  27 00 00 00 49 44 4c 3a   ........'...IDL:
>> 6f 6d 67 2e 6f 72 67 2f  43 4f 52 42 41 2f 4f 42   omg.org/CORBA/OB
>> 4a 45 43 54 5f 4e 4f 54  5f 45 58 49 53 54 3a 31   JECT_NOT_EXIST:1
>> 2e 30 00 00 00 00 41 54  01 00 00 00               .0....AT....    
>> 
>> 
>> I think that the problem is with the "SendingContext/CodeBase" part (see http://www.omg.org/issues/issue5454.txt). How can I remove it/ handle it ? Is there a workaround for this ? I DONT want to use the naming service...
>>  
>> P.S 1. When the client handles an IOR file, the same happens.
>>     2. When using a c++ client using TAO running under linux (different host) it works just fine, and here is the message received on the server side:
>> TAO (21062|8192) - GIOP_Message_Base::dump_msg, recv GIOP v1.2 msg, 97 data bytes, my endian, Type Request[1]
>> GIOP message - HEXDUMP 109 bytes
>> 47 49 4f 50 01 02 01 00  61 00 00 00 01 00 00 00   GIOP....a.......
>> 03 00 00 00 00 00 00 00  0c 00 00 00 55 73 65 72   ............User
>> 5f 46 61 63 74 6f 72 79  06 00 00 00 5f 69 73 5f   _Factory...._is_
>> 61 00 00 00 01 00 00 00  01 00 00 00 0c 00 00 00   a...............
>> 01 00 00 00 01 00 01 00  09 01 01 00 00 00 00 00   ................
>> 19 00 00 00 49 44 4c 3a  41 41 41 2f 55 73 65 72   ....IDL:AAA/User
>> 5f 46 61 63 74 6f 72 79  3a 31 2e 30 00            _Factory:1.0.   
>>  
>> 
>> 
>> DESCRIPTION:
>> What does it mean and how can I fix this please ? 

In general, the Sun JDK ORB is pretty screwed up, so your best bet is
probably to switch to JacORB.  You might also check out the OCI TAO
FAQ at

http://www.theaceorb.com/faq/

to see if there's anything useful there.  If all else fails, you may
want to consider contacting one of the companies that provides
commercial support for TAO at

http://www.cs.wustl.edu/~schmidt/commercial-support.html

to see if they can help you out.

Thanks,

        Doug















































-- 
Dr. Douglas C. Schmidt, Professor           TEL: (615) 343-8197
Electrical Engineering and Computer Science FAX: (615) 343-7440
Vanderbilt University                       WEB: www.cs.wustl.edu/~schmidt/
Nashville, TN 37203                         NET: d.schmidt@vanderbilt.edu

0
Douglas
6/2/2004 3:44:53 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
995 Views

Similar Articles

[PageSpeed] 28

Reply: