Re: [openorb-users] codeset problem with TAO

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Here is the tao dumped trace I had:
Binding information for object class org.openorb.CORBA.ObjectStub:29c09e
IOR #0 (orginal IOR)
Published RepoID: IDL:omg.org/CosNaming/NamingContextExt:1.0
Bound profiles: 1
Profile #0 endpoint: iiop:1.2@192.168.35.74:8888
Non OpenORB Object Key:
....NUP. ........  14010F00 4E555000 00001500 00000000
....Name Service.  00000100 4E616D65 53657276 69636500
........ NameServ  00000000 00000001 4E616D65 53657276
ice                696365
Components:
ComponentID = 0 ORB Type: 0x54414f00
ComponentID = 1 Codesets
        For char Data:
                0x00010001 ISO 8859-1:1987; Latin Alphabet No. 1
        For wchar Data:
                0x00010109 ISO/IEC 10646-1:1993; UTF-16, UCS Transformation Format 16-bit form

My openorb application try to resolve the TAO naming service still get the same thing like
ncoding set [US-ASCII][null].

Here is all my properties list
-- listing properties --
java.runtime.name=Java(TM) 2 Runtime Environment, Stand...
sun.boot.library.path=/export/qcom/local/j2sdk1_3_1_06/jre/...
java.vm.version=1.3.1_06-b01
java.vm.vendor=Sun Microsystems Inc.
java.vendor.url=http://java.sun.com/
path.separator=:
java.vm.name=Java HotSpot(TM) Client VM
file.encoding.pkg=sun.io
java.vm.specification.name=Java Virtual Machine Specification
user.dir=/home/junli/toolkit/tmf/agentsim/bin
java.runtime.version=1.3.1_06-b01
java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment
os.arch=sparc
java.io.tmpdir=/var/tmp/
line.separator=

java.vm.specification.vendor=Sun Microsystems Inc.
java.awt.fonts=
os.name=SunOS
java.library.path=/usr/local/jdk1.3/bin/../jre/lib/spar...
java.specification.name=Java Platform API Specification
java.class.version=47.0
os.version=5.8
user.home=/home/junli
user.timezone=
java.awt.printerjob=sun.awt.motif.PSPrinterJob
file.encoding=ISO8859-1
java.specification.version=1.3
user.name=junli
java.class.path=.:../../lib/TMF814AgentSim.jar:../../...
java.vm.specification.version=1.0
openorb.home=/home/junli/TMF_Agent/services
java.home=/export/qcom/local/j2sdk1_3_1_06/jre
user.language=en
java.specification.vendor=Sun Microsystems Inc.
java.vm.info=mixed mode
java.version=1.3.1_06
java.ext.dirs=/export/qcom/local/j2sdk1_3_1_06/jre/...
sun.boot.class.path=/export/qcom/local/j2sdk1_3_1_06/jre/...
java.vendor=Sun Microsystems Inc.
file.separator=/
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport...
sun.cpu.endian=big
sun.io.unicode.encoding=UnicodeBig
user.region=US
sun.cpu.isalist=sparcv9+vis sparcv9 sparcv8plus+vis s...

The "file.encoding=ISO8859-1" is in properties.

I am not sure why the wchar is null.

Thanks.

Michael Rumpf wrote:

> *snip*
>
> > [DEBUG  ] (orb.loader#5592333): New encoding set [US-ASCII][null]
> > [DEBUG  ] (orb.loader#5592333):
>
> *snip*
>
> > [DEBUG  ] (orb.loader#5592333): New encoding set [US-ASCII][null]
> > [DEBUG  ] (orb.loader#5592333): ClientChannel: (iiop) galactica:8888 (37943 -> 8888)request #2
> > last reply fragment received
> > org.omg.CORBA.CODESET_INCOMPATIBLE  minor code: 0  completed: No
> >         at org.openorb.iiop.IIOPClientProtocol.selectCodeset(IIOPClientProtocol.java:328)
> >         at org.openorb.iiop.IIOPClientProtocol.findCreateChannel(IIOPClientProtocol.java:245)
> >         at org.openorb.iiop.IIOPClientProtocol.createBinding(IIOPClientProtocol.java:195)
> >         at org.openorb.net.ClientManagerImpl.create_bindings(ClientManagerImpl.java:157)
> >         at org.openorb.CORBA.Delegate.receive_redirect(Delegate.java:2061)
> >         at org.openorb.CORBA.Delegate.invoke(Delegate.java:886)
> >         at org.openorb.CORBA.Delegate.is_a(Delegate.java:376)
> >         at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:109)
> >         at
> > org.tmforum.tmf814.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:100)
> >         at com.qcominc.tmf814.emssim.Agent.resolveNamingService(Agent.java:522)
> >         at com.qcominc.tmf814.emssim.Agent.run(Agent.java:209)
> >         at com.qcominc.tmf814.emssim.Agent.main(Agent.java:147)
>
> OpenORB was not able to determine any char codeset, [US-ASCII] is the
> fallback for char data. The strange thing is that for wchar no codeset
> is chosen [null], the fallback should be UTF-8...
>
> > I didn't see SNCS, SCCS etc. Any environment variables?
> > And I got the following result when I use
> >   java -cp openorb-1.3.0.jar org.openorb.util.IORDump -f ior.txt
> > org.omg.CosNaming._NamingContextExtStub:IOR:000000000000002b49444c3a6f6d672e6f72672f436f734
> > e616d696e672f4e616d696e67436f6e746578744578743a312e300000000000010000000000000080000102
> > 000000000e3139322e3136382e33352e37340022b80000003314010f004e555000000015000000000000000
> > 1004e616d65536572766963650000000000000000014e616d6553657276696365000000000200000000000
> > 000080000000054414f0000000001000000140000000000010001000000000001010900000000
>
> You need to specify the ORB again, otherwise the Sun ORB will be used
> and the Sun ORB isn't capable of decoding the IOR.
>
> java -Dorg.omg.CORBA.ORBClass=org.openorb.CORBA.ORB
> -Dorg.omg.CORBA.ORBSingletonClass=org.openorb.CORBA.ORBSingleton -cp
> ../tools/lib/avalon-framework.jar:../tools/lib/logkit.jar:dist/openorb-1.3.0.jar org.openorb.orb.util.IORDump IOR:000000000000002b49444c3a6f6d672e6f72672f436f734e616d696e672f4e616d696e67436f6e746578744578743a312e300000000000010000000000000080000102000000000e3139322e3136382e33352e37340022b80000003314010f004e5550000000150000000000000001004e616d65536572766963650000000000000000014e616d6553657276696365000000000200000000000000080000000054414f0000000001000000140000000000010001000000000001010900000000
>
> Binding information for object class
> org.openorb.orb.core.ObjectStub:4b035d
> IOR #0 (orginal IOR)
> Published RepoID: IDL:omg.org/CosNaming/NamingContextExt:1.0
> Bound profiles: 1
> Profile #0 endpoint: iiop:1.2@192.168.35.74:8888
> Non OpenORB Object Key:
> ....NUP. ........  14010F00 4E555000 00001500 00000000
> ....Name Service.  00000100 4E616D65 53657276 69636500
> ........ NameServ  00000000 00000001 4E616D65 53657276
> ice                696365
> Components:
> ComponentID = 0 TAG_ORB_TYPE
>         ORB Type: 0x54414f00
> ComponentID = 1 TAG_CODE_SETS
>     For char data:
>         SNCS:0x00010001 'ISO-8859-1' 'ISO 8859-1:1987; Latin Alphabet
> No. 1'
>     For wchar data:
>         SNCS:0x00010109 'UTF-16BE' 'ISO/IEC 10646-1:1993; UTF-16, UCS
> Transformation Format 16-bit form'
>
> What is the encoding of your client machine ?
>
> Try
>
> System.out.println(  System.getProperty("file.encoding") );
>
> If it differs from "ISO-8859-1", "ISO8859-1", or "ISO8859_1" you should
> try to force your client VM to the native codeset of the server:
>
> java -Djava -Dfile.encoding=ISO-8859-1 <Your client class>
>
> Hope this helps,
>
>    Michael
>

--
Jun Li
(732)772-0990 Ext. 118