Hi,
Try this one ISO 8859-11 in server.properties file.
Also u can get some more info about thai character encoding at
http://www.joris.nu/thaichar.html <http://www.joris.nu/thaichar.html>
Hope this helps.

Regards,
Prashant.V.Karmarkar.
Consultant-Mascot Systems Ltd.



-----Original Message-----
From: Peter Claesson (EUS) [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 01, 2001 5:27 PM
To: [EMAIL PROTECTED]
Subject: Re: Thai character encoding using ServletExec



Thanks Prashant for your input. I tried it but wasn't successful. It could
be due
to incorrect syntax.

This is what I used in server.properties

servletexec.request.params.charset=TIS620

For the JSp pages I used:

<%@page contentType="text/html; charset=TIS620"%>

What I'm not sure of is the exact format for specifying TIS 620. Due to that
I tried with and
without a space between TIS and 620. No luck.

Can you help me out, again. Thanks!

Peter Claesson
Ericsson Inc.
40 Pointe Dr, Brea, CA 92821, USA
Phone: +1 (714) 672-6744
Fax: +1 (714) 672-6218
Email: [EMAIL PROTECTED]

-----Original Message-----
From: Prashant Karmarkar [ mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> ]
Sent: Wednesday, August 01, 2001 12:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Thai character encoding using ServletExec


Try this encoding TIS 620(Thai)in server.properties file.

Regards,
Prashant.V.Karmarkar.
Consultant-Mascot Systems Ltd.


-----Original Message-----
From: Peter Claesson [ mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> ]
Sent: Wednesday, August 01, 2001 1:37 PM
To: [EMAIL PROTECTED]
Subject: Thai character encoding using ServletExec


I'm working on an application that allows customers to chat with live call
center agents via an HTML client. This application is implemented using jsp
pages, java, and java beans to interface with c++ services and ultimately
c++ applications used by the call center agent. The OS is NT 4.0/Win2k
running IIS with servletexec 3.1.

The issue I'm having is we now need to support chatting in Thai language.
Our application works with Thai when run in JBuilder using Tomcat. However,
when compiled to use with servletexec is does not. My understanding is that
servletexec supports ISO8859_1 when converting request parameters. My
understanding is also that I would have to use UTF8 encoding for Thai.

What I have tried so far is to add in the server.properties file the
following:

servletexec.request.params.charset=UTF-8

I also added to the top of page that sent the POST/GET and to the pages that

receives the POST/GET;

<%@page contentType="text/html; charset=UTF-8"%>

The browser is set to use encoding = UTF-8

The server backend is implemented using jsp files and java classes.

The scenario I have is the following: The client types in a question. The
question posts to jsp files on the server. The core functionality is
implemented in java. Two things happens now. First the question is sent back

to the client browser to be displayed in an answer frame. At the same time,
the java classes passes the question to Windows services via a socket
interface. The question ends up with an live agent, the agent types an
answer and the java classes receives the answer via a socket interface and
eventually will be sent to the client (via a client polling mechanism).

With the changes above, I can post the question in thai, get the question
echoed back from the server and display OK. However, the question seems to
go through another serveletexec encoding mapping and the characters received

at the live agent console have are the actual thai character value minus
128. Meaning, it has been mapped from the thai (upper 128 values) to western

(lower 128 values). I'm not sure where this mapping takes place.

I also have run the same application, even without the above changes, in
JBuilder which uses Tomcat. I only set the browser encoding to thai. This
works lika a charm. The question is echoed back to the client ok, the
question ends up at the call centre agent ok, the call centre agent's answer

ends up at the client ok.

So, my assumption is that my code works ok, but there are some encoding
issues with servletexec. Are there other parameters that I need to set in
server.properties?

Any solutions or ideas are appreciated.

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

  http://java.sun.com/products/jsp/faq.html
<http://java.sun.com/products/jsp/faq.html>
  http://www.esperanto.org.nz/jsp/jspfaq.html
<http://www.esperanto.org.nz/jsp/jspfaq.html>
  http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
<http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP>
  http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
<http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets>

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

  http://java.sun.com/products/jsp/faq.html
<http://java.sun.com/products/jsp/faq.html>
  http://www.esperanto.org.nz/jsp/jspfaq.html
<http://www.esperanto.org.nz/jsp/jspfaq.html>
  http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
<http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP>
  http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
<http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets>

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.html
 http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
 http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets

Reply via email to