Displaying Japanese characters on JSP.

<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=SJIS">
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache, must-revalidate">
</HEAD>
<BODY>
<%
String userID = myServer.getUserID() ;
System.out.println("testing : "+userID) ;
%>
<%= userID %>
</BODY>
</HTML>=======================================
Above is my code. I am able to print out the japanese characters at the command prompt using the system.out.println().
But when I output the value to the jsp page using
<%= userID %>, it becomes "???????"
Some one please explain to me what went wrong ?
Please help.
Thank you.

Hi,
In our JSP page we have included
<%@ page contentType="text/html; charset=SJIS" %>
at the top of the JSP Page. This enables the Japanese Strings to be displayed correctly on the page after beiing picked from the Resource Bundle.
Also just below the Head Tag we have included
<meta http-equiv="Content-Type" content="text/html; charset=shift-JIS">
This enables the Japanese data to be retrieved from the database as well as set the data successfully in the database if the upper Tag
<%@ page contentType="text/html; charset=SJIS" %>
is specified then the strings from the database are displayes as a series of ????????? , Now what we are looking for is a solution to get both the things right that is getting and setting the strings from the database as japanese and getting the strings from the Resource bundles as japanese .
We have also tried the tomcat Web server , but it is of no use as we have found ourselves right where we had started .
Earliest response will be deeply appreciated
Regards

Similar Messages

Displaying Japanese characters in JSP page

Hi,
I am calling an application which returns Japanese characters from my JSP. I am getting the captions in Japanese characters from the application and I am able to display the Japanese captions. After displaying the Japanese captions, user will select the particular captions by selecting the check box against the caption and Press Save button. Then I am storing the captions in the javascript string separated by :: and passing it to another JSP.
The acton JSP retrieves that string and split it by using tokenizer and store it in the database. When I retrieve it again from the database and display it, I am not able to see the Japanese characters, it is showing some other characters, may be characters encoded by ISO.
My database is UTF-8 enabled and in my server I am setting the UTF-8 as default encoding. In my JSP pages also, I am setting the charset and encoding type as UTF-8.
I shall appreciate you if you can help me in resolving the issue.

Post the encoding-related statements from your JSPs - there are a number of different ones that may be relevant.
It may also be relevant which database you store the strings in (Oracle, DB2, etc.), since some require an encoding parameter to be passed.

Having a problem in displaying Japanese characters in JSP

Hi, Could someone pls help me out with this...
I'm trying to implement my application(in Java) in English, French and Japanese languages. For this purpose, I have used ResourceBundle class. I have no problem in implementing English and French versions as they are all in Unicode.
For Japanese version, I have used a tool called NJStar Editor to create a properties file in Japanese and am saving the file with format:"Shift-JIS Text File".
Then I run native2Ascii <fileCreated><asciiConvertedFile>.
I see that the asciiConvertedFile has converted text such as "wfm_wla_filter=\u30d5\u30a3\u30eb\u30bf\u30fc".
I'm calling this variable from a JSP using <%=bundle.getString("wfm_wla_filter")%>. In the JSP i include <%@ page contentType="text/html; charset=Shift_JIS" %> to take care of the Japanese content.
The final result that is displayed in the browser is not Japanese. It is either some garbage that is not understandable or it is just "??????".
Could you pls tell me where I might have gone wrong in the any of the procedures that I have mentioned above.
Thanks in advance
Satish

Hi,
I think you need to look at this as a two-step problem.
First, you need to get the external characters from a file into the JVM. The java.util.Properties object doesn't know how to handle Shift-JIS, UTF-8, etc. According to the JavaDoc, Properties.load only understands ISO 8859-1. So, the native2ascii tool converts your Shift_JIS files into something that Properties can load. During the Properties.load process, the bytes from the properties file get converted into 2-byte Unicode characters, the only format the JVM deals with.
Second, you need send Shift-JIS bytes back to your browser. So, you need to convert Java Strings into a Shift-JIS encoded byte stream. Here's an example of how to send Shift-JIS bytes to the browser using basic Java objects:
<%@ page contentType="text/html; charset=Shift-JIS" %>
<%
ResourceBundle rb =
ResourceBundle.getBundle("MyResources", Locale.JAPAN);
String someMessage = rb.getString("someMessageKey");
writer.print(someMessage);
%>
Note that since you declared the charset as Shift-JIS, the JSP writer should send the bytes in someMessage in the response stream as Shift_JIS encoded. Under the covers, the JSP container should interpret your contentType declaration and embed a new OutputStreamWriter(out, "Shift-JIS") into the JSP Writer. In the old days with Servlets, we had to work with OutputStreams directly using OutputStreamWriter. (Note: might be SJIS vs. Shift-JIS depending on your JDK).
Lastly, I strongly recommend that you use the JSTL i18n (prefix fmt) tags for developing i18n/l10n support into your Web application vs. re-inventing the wheel.
Best regards,
Timothy Potter

Problem in displaying Japanese characters on the browser.

Hi Friends,
Hope one of you could help me in this!!
We are using SHIFT_JIS character encoding in our jsps to display Japanese characters.
<%@ page contentType="text/html; charset=SHIFT_JIS" %>
Is there any other configuration required on server side to let the Japanese characters being displayed? Because what I am getting on screen is quite annoying. Well something like below.
?V?M???????�
Even though my knowledge in Japs isn't too good :-)) I can understand that these are not Japanese. I believe I am missing something in terms of server side configuration, Can anybody point that out. (Maybe some of the Japanese developers in here).
This could not be a client side issue, since from the same machine I can access other Japanese sites and they display properly. Let me know if anybody can help.
I am running these in WAS 5.0
Thanks,
King

Your text in the JSP should be UTF-8 nevertheless - as would be ideal
for internationalization. Java comes with a command-line conversion tool
native2ascii which is bidirectional.
As non-Japanese I am not certain whether "SJIS" might not be better (there
are some name variations in java).
The HTML generation will translate these characters to SHIFT_JIS in your case.
Where the target encoding cannot handle the intended character it receives a
question mark - hat you saw.
Furthermore you need a proper font in HTML and under Windows (window title).
Your webserver should have east-asian support. Though Japanese (and English)
are standard, I, as non-japanese am not certain about SHIFT_JIS.
Also there is some freedom in choice for a japanese encoding.

[Solved] URXVT cannot display Japanese Characters

Solved:
I had a typo in my locale.conf, setting to an invalid locale - apparently that did it.
Thanks for the help!
Hi everybody!
I just now re-installed Arch because I switched hard-drives (to an SSD) and everything seems to be working again, apart from one thing:
urxvt doesn't display Japanese Characters, just questionmarks instead when using ls and garbage characters otherwise.
I literally copied and pasted my ~/.Xresources from my old install, so I'm not quite sure what went wrong.
This is said file:
Urxvt.urgentOnBell: True
urxvt*cursorBlink: false
!urxvt*internalBorder: 0
!urxvt*externalBorder: 0
URxvt*.depth: 32
URxvt*.background: [85]#000000
! URxvt.scrollstyle: plain
URxvt.scrollBar: false
URxvt.foreground: grey
! red
URxvt.color1: #CC0000
URxvt.color9: #B33838
! blue
URxvt.color4: #3465A4
URxvt.color12: #729FCF
! yellow
Urxvt.color3: #b48363
URxvt.color11: #d49b4e
!URxvt.font: 8x13
urxvt*font: xft:DejaVu Sans Mono:size=8:antialas=true,xft:Kochi Gothic:size=8
This is what fc-list has to say:
% fc-list | grep "Kochi\|DejaVuSansMono"
/usr/share/fonts/TTF/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/TTF/kochi-mincho-subst.ttf: Kochi Mincho,æ±é¢¨ææ:style=Regular,æ¨æº
/usr/share/fonts/TTF/kochi-gothic-subst.ttf: Kochi Gothic,æ±é¢¨ã´ã·ãã¯:style=Regular,æ¨æº
/usr/share/fonts/TTF/DejaVuSansMono-Oblique.ttf: DejaVu Sans Mono:style=Oblique
/usr/share/fonts/TTF/DejaVuSansMono-Bold.ttf: DejaVu Sans Mono:style=Bold
/usr/share/fonts/TTF/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans Mono:style=Bold Oblique
I already tried re-installing the fonts and I also tried out alternative fonts, but nothing seems to work.
All the other settings from the ~/.Xresources file are applied perfectly, so I'm not quite sure where to look for the error.
My browser (dwb) displays japanese characters just fine.
Any help is greatly appreciated
Edit: I just realized that urxvt seems to completely ignore the fonts line - I had that problem once before, when I used the AMD Catalyst driver and not the open source one.
I now have an Nvidia card and started using the propietary driver - maybe that has something to do with it?
Last edited by lorizean (2013-12-02 13:16:14)

Works here:
URxvt*depth: 32
URxvt*buffered: true
URxvt*termName: rxvt-256color
URxvt.font: xft:Terminus:pixelsize=12:antialias=false
urxvt.imLocale: pl_PL.ISO8859-2
What's the output of 'localectl'?

[Bug Report] CR4E V2: Exported PDF displays Japanese characters incorrectly

We now plan to transport a legacy application from VB to Java with Crystal Reports for Eclipse. It is required to export report as PDF file, but result PDFs display Japanese characters incorrectly for field with some mostly used Japanese fonts (MS Gothic & Mincho).
Here is our sample Crystal Reports project: [download related resources here|http://sites.google.com/site/cr4eexportpdf/example-of-cr4e-export-pdf]
1. PDFExportSample.rpt located under ..\src contains fields with different Japanese fonts.
2. Run SampleViewerFrameClient#main(..) to open a Java Report Viewer:
    a) At zoom rate 100%, everything is ok.
    b) Change zoom rate to 200% or 50%, some fields in Japanese font collapse.
    c) Export to PDF file,
         * Fonts "MS Gothic & Mincho": both ASCII & Japanese characters failed.
         * Fonts "Meiryo & HGKyokashotai": everything works well.
         * Open PDF properties, you will see all fonts are embedded with built-in encoding.
         * Interest to note that copy collapsed Japanese characters from Acrobat Reader, then
           paste them into a Notepad window, Notepad will show the correct Japanese characters anyway.
           It seems PDF export in CR4E mistaking to choose right typeface for Japanese characters
           from some TTF file.
3. Open PDFExportSample.rpt in Crystal Report 2008 Designer (trial version), and export it as PDF.
    The result PDF displays both ASCII & Japanese characters without any problem.
Test environment as below:
* Windows XP Professional SP3 (Japanese) with MS Office which including extra fonts (i.e. HGKyokashotai)
* Font version: MS Gothic, Mincho, Meiryo, all in Version 5.0
    You can download MS Meiryo from Microsoft's Site:
    http://www.microsoft.com/downloads/details.aspx?familyid=F7D758D2-46FF-4C55-92F2-69AE834AC928&displaylang=en)
* Eclipse 3.5.2
* Crystal Reports for Eclipse, V2, 12.2.207.r916
Can this problem be fixed? If yes how long will it take to release a patch?
We really looking forward to a solution before abandoning CR4E.
Thanks for any reply.

I have created a [simple PDF file|http://sites.google.com/site/cr4eexportpdf/inside-the-pdf/simple.pdf?attredirects=0&d=1] exported from CR4E. It is expected to display "漢字" (or in unicode as "\u6F22\u5B57"), but instead being rendered in different ones of "殱塸" (in unicode as "\u6BB1\u5878").
Look inside into this simple PDF file (you can just open it with your favorite text editor), here is its page content:
8 0 obj
<</Filter [ /FlateDecode ] /Length 120>>
stream ... endstream
endobj
Decode this stream, we get:
/DeviceRGB cs
/DeviceRGB CS
q
1 0 0 1 0 841.7 cm
13 -13 569.2 -815.7 re W n
BT
1 0 0 1 25.75 -105.6 Tm     <-- text position
0 Tr
/ttf0 10 Tf                 <-- apply font
0 0 0 sc
( !)Tj                      <-- show glyphs [20, 21], which index is to embedded TrueType font subset
ET
Q
The only embeded font subset is defined as:
9 0 obj /ttf0 endobj
10 0 obj /AAAAAA+MSGothic endobj
11 0 obj
<< /BaseFont /AAAAAA+MSGothic
/FirstChar 32
/FontDescriptor 13 0 R
/LastChar 33
/Subtype /TrueType
/ToUnicode 18 0 R                            <-- point to a CMap object
/Type /Font
/Widths 17 0 R >>
endobj
12 0 obj [ 0 -140 1000 859 ] endobj
13 0 obj
<< /Ascent 860
/CapHeight 1001
/Descent -141
/Flags 4
/FontBBox 12 0 R
/FontFile2 14 0 R                            <-- point to an embedded TrueType font subset
/FontName /AAAAAA+MSGothic
/ItalicAngle 0
/MissingWidth 1000
/StemV 0
/Type /FontDescriptor >>
endobj
The CMap object after decoded is:
18 0 obj
/CIDInit /ProcSet findresource begin 12 dict begin begincmap /CIDSystemInfo <<
/Registry (AAAAAB+MSGothic) /Ordering (UCS) /Supplement 0 >> def
/CMapName /AAAAAB+MSGothic def
1 begincodespacerange <20> <21> endcodespacerange
2 beginbfrange
<20> <20> <6f22>                         <-- "u6F22"
<21> <21> <5b57>                         <-- "u5B57"
endbfrange
endcmap CMapName currentdict /CMap defineresource pop end end
endobj
I can write out the embedded TrueType font subset (= "14 0 obj") to a file named "[embedded.ttc|http://sites.google.com/site/cr4eexportpdf/inside-the-pdf/embedded.ttf?attredirects=0&d=1]", which is really a tiny TrueType font file containing only the wrong typefaces for "漢" & "字". It seems everything OK except CR4E failed to choose right typefaces from the TrueType file (msgothic.ttc).
Is it any help? I am looking forward to any solution.

ITunes not displaying Japanese characters...

Ever since a few days ago, iTunes stopped displaying Japanese characters for any of the songs that have them. They display right on the iPod and on my computer, and even if I re-type them, they continue being boxes. But if I copy and paste a section of cubes and paste it into Google Chrome or anything else, they show up just fine...
Is there any way to fix that?
Thanks~

Have a look at Tome Gewecke's User Tip and let us know if it provides any helpful information for you.

Re:How to display Japanese Characters

Dear all
Does any one has idea how to display Japanese characters in PDF output generated by the Reports6i.
Reports in Discoverer are working fine but when it comes to pdf the Japanese Characters are lost.

Hi Rohit
Thanks for prompt reply.
1) Suppose if we upgrade the Report6i By applying the Latest patch.
2)Then Develop the reports in 9i editor and run it on live enviornment which is Oracle9iAs (Application server)
, Reports6i server(patch 14) will it still loss the effects/Can cause problems Later on.
Thanks
Jai

Charcterset to display Japanese characters

I am using Oracle 8i
Database (server) characterset & ncharcharcterset is utf8.
What value i have to set in Client to display Japanese characters?

Hello,
I had the same problem as you have:
Loading japanese and chinese data
two steps are necessary:
1) On XP: Control Panel->Regional and Language Options->Languages tab: aktivate
"install files for ost asian languages" (you need the winxp install cd!!!)
2) Run your select statement from SQL*Plus, iSQL*Plus or SQLDeveloper
Sincerely,
Christian

Display Japanese characters on Applet

Hi All,
I am able to display Japanese Characters on my Applet locally(Windows 2000 - US) by overwriting the font.properties content with the one in font.properties.ja found in JRE/LIB directory of my Jdeveloper JDK. When I deploy the applet on 9ias server which is configured for UTF8 charset I get squares wherever I have Japanese characters.
Appreciate if someone could tell the procedures to make the applet to recognize the Japanese/UTF8 characters and display accordingly.

I have read some documentation on JDBC thin drivers and they have mentioned that whenever JDBC retreives data from a database it converts it to Unicode 1.2 and I am already retreiving data from a UTF 8 database. The reason I think this is true is because I can display japanese characters locally on my windows machine by overwriting the font.properties in the JDevelopers- JDK- JRE - LIB folder by font.properties.ja
There must be some way to test why it is showing squares for japanese characters when I deploy it on the server. May be not getting the MS Gothic font used to display Japanese?
Looks like updating all the code is not feasible at this point as the code currently stores the data in Vectors and we can't perform a vector.getBytes(). Any help will be really appreciated.

Can display Japanese characters but can't save to db properly

Hello! I'm having quite a predicament here! When getting Japanese characters in the database(characters are as-is), it successfully displays them. I manually put it in the database. But when I try to save to the database using the browser(textfields, submits, connections, etc), it saves as garbage.
Here's the code on my first page. It only gets user input then submits to another jsp
<%@ page contentType="text/html; charset=utf-8" language="java" import="java.sql.*" errorPage="" %>
<jsp:useBean id="helper" class="com.ats.equipc.DBHelper" scope="request" />
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Untitled Document</title>
</head>
<body>
     <form name="formOne" action="testOut.jsp">
          in1: <input type="text" name="in1" />
          <br>
          <input type="submit" value="submit" />
     </form>
     <%! ResultSet rs = null; %>
     <% rs = helper.doGetQuery("select * from t_test;");
          while(rs.next()) {
               out.print(rs.getString(1) + "<br>");
     %>
</body>
</html>Don't mind the Resultset, I just put it there so I can see the saves.
My second page. This is where I save the entry
<%@ page contentType="text/html; charset=utf-8" language="java" import="java.sql.*" errorPage="" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<jsp:useBean id="helper" class="com.ats.equipc.DBHelper" scope="request"/>
<head>
<title>Untitled Document</title>
</head>
<body>
     <%! ResultSet rs = null; %>
     <% request.setCharacterEncoding("utf-8");
          String entry = request.getParameter("in1");
          out.println(entry);
     %>
     <% helper.doSaveQuery("insert into t_test values('" + entry + "');"); %>
</body>
</html>Help please...

Thanks once again for replying
I got it to work but its still foggy to me why it does work.
I replaced the code
<%! ResultSet rs = null; %>
     <% request.setCharacterEncoding("utf-8");
          String entry = request.getParameter("in1");
          out.println(entry);
     %>with this
<%! ResultSet rs = null; %>
     <% //request.setCharacterEncoding("utf-8");
          String entry = new String(request.getParameter("in1").getBytes("iso-8859-1"), "utf-8");
          out.println(entry);
     %>Take a look at:
String entry = new String(request.getParameter("in1").getBytes("iso-8859-1"), "utf-8");Why do I need to specify the charset to "iso-8859-1" when getting the bytes then making it "utf-8" when finally making it into a string?

Problem in displaying Japanese characters in SAPScripts

Hi All,
I am facing a strange problem in one of my SAPScripts. I have one script in both English and Japanese languages. The scripts are already existing. I had to do some minor changes in a logo window. I did them and i did not do any other changes in any of the windows.
When the output wa s seen for the script in the Japanese version, it was looking ok displaying all hte Japanese characters in various windows. Now, during testing , in the same server, the Japanese characteres are not shown. Instead , some ' #'(hash) symb ols are getting displayed.
How could it happen? Did any body face such problem? If so, can anybody plz help me out with the solution?
What shud i do to get back the Japanese characters in my script again?
Regards,
Priya

Priya.
this is not an ABAP problem ask your BASIS team to set printer cofing from SPAD.dont worry its not an ABAP issue at all.
sometime printer doesnt support special char so it need to be setting with printer.
Amit.

Titlebar on Solaris does not display Japanese characters

I have a Java Swing application (running on 1.6.0_06) that sets Japanese characters on the titlebar of Dialogs. The Japanese characters display correctly when the application runs on Windows but displays as ? when run under Solaris.
Details of the Solaris environment:
Japanese Solaris (UTF-8 encoding)
Japanese locale (ja_JP)
Using an X server that has the required font support (because Japanese characters display correctly everywhere except in the titlebar)
Using CDE as the session manager (and I think dtwn is the window manager used by CDE)
The funny thing is that the Japanese characters display correctly when I use the JDE session manager instead of CDE, so the problem exists only with CDE and the Open Look interface as well. I tried setting the required resources for WMShell too but that didn't work.
I seem to be missing some CDE configuration somewhere as the window manager is not able to figure out that the title is non-C locale.
Any pointers or help in this regard would be appreciated.

You're probably viewing the website in the wrong character set.
Try View > Character Encoding > some Japanese encodings, or UTF8 or 16
The website itself should specify the encoding. The default encoding - in Options > Content - is only used if the website doesn't specify an encoding. Maybe the website you're looking at specifies the wrong encoding.

Display Chinese characters on JSP under WebLogic 6.1

We've recently migrated from WebLogic 5.1 to 6.1 and we found that all those
Chinese JSP pages cannot display properly under Solaris, but it works on
some Windows 2000 machines (but everything work under 5.1).
However we haven't made any special changes to any configuration in all
these machines. Why some of them work and some of them doesn't ? Those W2K
machines work are running English version of Windows 2000, but with Chinese
character sets installed.
Our Chinese JSP pages use big5 character encoding instead of unicode.
I've read a number of messages in this newsgroup but I'm still very
confusing on how to fix the problem ...

Hi,
I have the same problem here. I am using weblogic 6.1 on W2k server. I save
prpblem from those static contents in the jsp file, but those data in chinese
from oracle database is working fine. I create a simple jsp file just with a simple
text "hello world" in chinese, I save one as a html and one as a jsp. When I run
this two under weblogic 6.1, the html file display correctly but the jsp is not.
I try "UTF-8", "GB2312" and other charsets but all not working with jsp files.
Please help.... Thank you.
yanglin
"Nohmenn BABAI" <[email protected]> wrote:
>
>
Dear Ricky,
Could you please check the following :
If you are on Sun Solaris systems please check the LC values of your
=
environment as shown in example below.
This is the cause of many troubles due to the fact that the JVM =
considers these parameters to encode.
(example given for Italian display, so I guess for you this will be =
Big5)
On Solaris 7 the right settings are=20
LC_COLLATE=3Dit.ISO8859-15
LC_CTYPE=3Dit.ISO8859-15
LC_MESSAGES=3Dit
LC_MONETARY=3Dit.ISO8859-15
LC_NUMERIC=3Dit.ISO8859-15
LC_TIME=3Dit.ISO8859-15=20
on Solaris 8=20
LC_COLLATE=3Dit_IT.ISO8859-1
LC_CTYPE=3Dit_IT.ISO8859-1
LC_MESSAGES=3Dit
LC_MOLC_COLLATE=3Dit.ISO8859-15
LC_NUMERIC=3Dit_IT.ISO8859-1
LC_TIME=3Dit_IT.ISO8859-1
Also another point to check is=20
In All Weblogic Releases :
You can add the flag -Dfile.encoding=3DUTF8 in the startup line to force
=
default encoding in the JVM
In your Webloigc 5.1 property file
# WEBLOGIC CHARACTERS PROPERTIES
weblogic.httpd.inputCharset./russian/*=3DISO-8859-5
weblogic.httpd.inputCharset./utf/*=3DUTF-8
weblogic.httpd.inputCharset./french/*=3DISO-8859-1
weblogic.httpd.inputCharset./japan*=3DShift_JIS
# FOR ENCODING THE WHOLE SITE IN UTF-8, UNCOMMENT THE FOLLOWING LINE
#weblogic.httpd.inputCharset./*=3DUTF-8
In your weblogic.xml's Weblogic 6.1 and later :
<weblogic-web-app>=20
<charset-params>=20
<input-charset>=20
<resource-path>/japan*</resource-path>=20
<java-charset-name>Shift_JIS</java-charset-name>=20
</input-charset>=20
</charset-params>
=20
<charset-params>=20
<input-charset>=20
<resource-path>/russian*</resource-path>=20
<java-charset-name>ISO-8859-5</java-charset-name>=20
</input-charset>=20
</charset-params>=20
<charset-params>=20
<input-charset>=20
<resource-path>/french*</resource-path>=20
<java-charset-name>ISO-8859-1</java-charset-name>=20
</input-charset>=20
</charset-params>
<charset-params>=20
<input-charset>=20
<resource-path>/UTF-8*</resource-path>=20
<java-charset-name>UTF-8</java-charset-name>=20
</input-charset>=20
</charset-params> =20
</weblogic-web-app>
As you may have noted, the ressouce-path is starting from root, and =
after you insert the directory where you want to define de encoding.
This will influence the JVM when performing a compilation (please clean
=
the temp directories from any compiled jsps before re-starting your =
WLS).
Please reply in the forum is you still face the problem after all these
=
modifications.
Best regards
Nohmenn BABAI
BEA EMEA Technical Support Engineer
"Ricky Wong" <[email protected]> a =E9crit dans le message de news:
=
[email protected]...
We've recently migrated from WebLogic 5.1 to 6.1 and we found thatall =
those
Chinese JSP pages cannot display properly under Solaris, but it works=
on
some Windows 2000 machines (but everything work under 5.1).
=20
However we haven't made any special changes to any configuration in=
all
these machines. Why some of them work and some of them doesn't ? Those=
W2K
machines work are running English version of Windows 2000, but with=
Chinese
character sets installed.
=20
Our Chinese JSP pages use big5 character encoding instead of unicode.
=20
I've read a number of messages in this newsgroup but I'm still very
confusing on how to fix the problem ...
=20
=20<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2716.2200" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>Dear Ricky,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Could you please check the following
=
:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>If you are on Sun Solaris systems =
please check the=20
<STRONG>LC</STRONG> values of your environment as shown in example=20
below.<BR>This is the cause of many troubles due to the fact that the
=
JVM=20
considers these parameters to encode.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>(example given for Italian display,
so =
I guess for=20
you this will be <STRONG>Big5</STRONG>)</FONT></DIV>
<DIV><BR><FONT face=3DArial size=3D2><FONT color=3D#ff0000><STRONG>On
=
Solaris 7 the=20
right settings are</STRONG>=20
<BR></FONT>LC_COLLATE=3Dit.ISO8859-15<BR>LC_CTYPE=3Dit.ISO8859-15<BR>LC_M=
ESSAGES=3Dit<BR>LC_MONETARY=3Dit.ISO8859-15<BR>LC_NUMERIC=3Dit.ISO8859-15=
<BR>LC_TIME=3Dit.ISO8859-15=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><FONT color=3D#ff0000><STRONG>on =
Solaris 8</STRONG>=20
<BR></FONT>LC_COLLATE=3Dit_IT.ISO8859-1<BR>LC_CTYPE=3Dit_IT.ISO8859-1<BR>=
LC_MESSAGES=3Dit<BR>LC_MOLC_COLLATE=3Dit.ISO8859-15<BR>LC_NUMERIC=3Dit_IT=
..ISO8859-1<BR>LC_TIME=3Dit_IT.ISO8859-1</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><STRONG>Also another point to check
=
is</STRONG>=20
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>In All Weblogic Releases :<BR>You can
=
add the flag=20
-Dfile.encoding=3DUTF8 in the startup line to force default encoding
in =
the=20
JVM</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><STRONG>In your Webloigc 5.1 property=20
file</STRONG></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2># # # # # # # # # # # # # # # # # #
# # =
# # # # # #=20
# # # # # # # #<BR># WEBLOGIC CHARACTERS PROPERTIES<BR>#=20
------------------------------------------------<BR>weblogic.httpd.inputC=
harset./russian/*=3DISO-8859-5<BR>weblogic.httpd.inputCharset./utf/*=3DUT=
F-8<BR>weblogic.httpd.inputCharset./french/*=3DISO-8859-1<BR>weblogic.htt=
pd.inputCharset./japan*=3DShift_JIS<BR>#=20
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #<BR>#
=
FOR=20
ENCODING THE WHOLE SITE IN UTF-8, UNCOMMENT THE FOLLOWING LINE<BR>#=20
------------------------------------------------<BR>#weblogic.httpd.input=
Charset./*=3DUTF-8</FONT></DIV>
<DIV><BR><FONT face=3DArial size=3D2><STRONG>In your weblogic.xml's =
Weblogic 6.1 and=20
later :</STRONG></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><weblogic-web-app> </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><charset-params> =
<BR><input-charset>=20
<BR><resource-path>/japan*</resource-path>=20
<BR><java-charset-name>Shift_JIS</java-charset-name>=20
<BR></input-charset>=20
<BR></charset-params><BR> <BR><charset-params>=20
<BR><input-charset>=20
<BR><resource-path>/russian*</resource-path>=20
<BR><java-charset-name>ISO-8859-5</java-charset-name>=20
<BR></input-charset> <BR></charset-params> </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><charset-params> =
<BR><input-charset>=20
<BR><resource-path>/french*</resource-path>=20
<BR><java-charset-name>ISO-8859-1</java-charset-name>=20
<BR></input-charset> <BR></charset-params></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><charset-params> =
<BR><input-charset>=20
<BR><resource-path>/UTF-8*</resource-path>=20
<BR><java-charset-name>UTF-8</java-charset-name>=20
<BR></input-charset> <BR></charset-params> =
</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></weblogic-web-app></FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2><EM>As you may have noted, the =
ressouce-path is=20
starting from root, and after you insert the directory where you want
to =
define=20
de encoding.</EM></FONT></DIV>
<DIV><EM><FONT face=3DArial size=3D2></FONT></EM> </DIV>
<DIV><EM><FONT face=3DArial size=3D2></FONT></EM> </DIV>
<DIV><FONT face=3DArial size=3D2>This will influence the JVM when =
performing a=20
compilation (please clean the temp directories from any compiled jsps
=
before=20
re-starting your WLS).</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Please reply in the forum is you still
=
face the=20
problem after all these modifications.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Best regards</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Nohmenn BABAI</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>BEA EMEA Technical Support =
Engineer</FONT></DIV>
<DIV><FONT face=3DArial><BR><FONT size=3D2></FONT></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>"Ricky Wong" <</FONT><A=20
href=3D"mailto:[email protected]"><FONT face=3DArial=20
size=3D2>[email protected]</FONT></A><FONT face=3DArial =
size=3D2>> a =E9crit dans=20
le message de news: </FONT><A =
href=3D"mailto:[email protected]"><FONT=20
face=3DArial size=3D2>[email protected]</FONT></A><FONT =
face=3DArial=20
size=3D2>...</FONT></DIV><FONT face=3DArial size=3D2>> We've recently
=
migrated from=20
WebLogic 5.1 to 6.1 and we found that all those<BR>> Chinese JSP =
pages cannot=20
display properly under Solaris, but it works on<BR>> some Windows
=
2000=20
machines (but everything work under 5.1).<BR>> <BR>> However we
=
haven't=20
made any special changes to any configuration in all<BR>> these =
machines. Why=20
some of them work and some of them doesn't ? Those W2K<BR>> machines
=
work are=20
running English version of Windows 2000, but with Chinese<BR>> =
character sets=20
installed.<BR>> <BR>> Our Chinese JSP pages use big5 character
=
encoding=20
instead of unicode.<BR>> <BR>> I've read a number of messages in
=
this=20
newsgroup but I'm still very<BR>> confusing on how to fix the problem
=
....<BR>> <BR>> </FONT></BODY></HTML>

Display japanese characters - beginner

I'n beginner in i18n. I read documentation about i18n but I have problems.
I'm trying to read japanese characters from a file and and diplay them in a label or text area, but I cannot. The file is OK. If I open it with MsWord the fonts are recognized(encoding Japanese Shift JIS -> font MS Gothic).
Are there some settings I should do ? (font.properties file or any other settings for java). I just install japanesse font and THAT'S ALL.
I have win98 and j2sdk1.4.
Here is what I do :
label.setFont(new Font("MS Gothic",Font.PLAIN,20));
BufferedReader br = new BufferedReader(new InputStreamReader(new FileInputStream("myfile.txt")));
String text=br.readLine();
label.setText(text);
A sample code will be nice.
Thank you,
Cata

I SOLVE THE PROBLEM.
BufferedReader dis = new BufferedReader(new InputStreamReader( urlConn.getInputStream(),"SJIS"));
"SJIS" - was the key

Displaying Japanese characters on JSP.

Similar Messages

Maybe you are looking for