On the server side the translation from the URL to the correct java.lang.String is done by the servlet container (in your case Tomcat).
 To do it I call the standard Servlet API:
getParameterNames() and getParameter(String name).
I think that it's then a problem of Tomcat configuration.
To test it, you could try with the internal Servlet container (xins run-<api name>) or with Jetty (
Note that some of our unit tests are about sending international characters, and it seems to work.
Best regards,
-----Original Message-----
From: []On Behalf Of neil jotojot
Sent: Wednesday, May 24, 2006 1:00 PM
Subject: Re: [Xins-users] Japanese characters

I used both the auto-generated capi and the specdocs's test forms to send an standard string with japanese text as "text" to the server (Tomcat 5.5.15, OC4J (which just works with the capi)).

Both, the specdocs's test forms and the capi transform the Japanese string into the UTF-8 format specified by W3C at as specified in org.xins.common.text.URLEncoding.

As for that, the client works fine in my opinion.

However, as the character encoding is not set in the APIServlet of xins 1.4.0, an URL like ""
will be converted from (default) Unicode (or ShiftJIS, not sure) to UTF-8. Thus, the logic gets some strange characters as input from the parameter name. That's because actually the URL is correctely UTF-8 and thus the request's character encoding should be set to UTF-8 before any attempt to get parameters with getParameter.

Thank you as well, Anthony. Although, I think there is no problem with capi or test forms, this setting change could be helpful to enter Japanese characters directly into the address bar.