Japanese chars display in Solaris 8

I have a sun box with solaris 8 and Windows NT. I had FTP a notepad file containing japanese text from windows NT to the Solaris Environment but whenever the file is opened in solaris using editors like vi or dtpad, some special characters appear in place of japanese chars. I have also tried :-
-- FTP the file in binary form from windows to solaris
-- Changing the "locale" value to ja_JP.UTF8
-- Changing the language option to en_US.UTF8 at the login screen.
But the problem still persists. Kindly help me out.
Atul

UTF8 will make your head melt.
setenv LANG ja_JP.eucJP
sjtoeuc FILE
(I use mutt in japanese on solaris all the time and most of my mail is in japanese ^^;;)

Similar Messages

Problem displaying Japanese char set in JEditorPane

Hi ,
I am using JEditorPane for displaying html content. If the content is in English
it is getting displayed properly . In case of Japanese char set like Shift-JIS only square
boxes is displayed .
I have tried the following
1.Installed Japanese font and set regional and language options.
2.set content type of JEditorPane as text/html and char set=Shift-JIS
3.Used InputSteamReader for reading html document .While constructing passed char set also.
4.Used SetText to set html content.
5.verified font.properties file
I am Using JDK 1.4.2
No positive results.
Kindly help me to resolve this . If it known bug please inform.
U can connect me at [email protected]
Thanks in Advance,
Polu

Hi,
Thanks,
I have tried the approach has mentioned above but still no positive result,
Pls can u guide me ,so as to what might be the problem,
Cheers,

Read japanese char from oracle

I have a database column stores japanese char in Shift-JIS encoding. A
perl script can read the database and display the result on browser.
But If i try the get the japanese string in Java using JDBC. I got an
exception:
String text = resultset.getString(1);
Exception in main(): java.sql.SQLException: Fail to convert between
UTF8 and UCS2: failUTF8Conv
I wonder why I getting this exception and how to fix this?
thanks

Hi
We had faced the same problem.
Problem was with oracle jdbc thin driver.
We change the driver from THIN to OCI that works fine.
Try this option and pls let me know.
Regards,
Aslam A.S

Japanese chars junk....

dear support....
i developing the struts application with language option.. like english and japan....
In JSP file the japanese chars and the english chars showing correctly.... In java file if i hard codely assign some variable and print in a sysout it is printed correctly in tha console...when retrive from the form object the japanese characters get junk...
1)i am setting the content type as utf - 8 in jsp
where i can look for the particular error....
thanks...

sorry... am not insulting the japanese language... just am say my problem regarding junk....what is my problem is"In JSP, The labels are displayed correctly in the japanese characters. suppose i am enter the japanese characters in the input fields and get it in the action class it is as a junk characters"... how can i overcome this... what are all the changes am going to made the application to support japanese characters....
thanks,
karthik

Storing and query japanese chars

I am storing japanese characters in a nvarchar2 column and the NLS_CHARACTERSET is UTF8. How do I insert japanese chars thru sqlplus and then query the same to confirm that they are getting stored ?

If you have access to GUI tools like iSQL*Plus or SQL Developer, try those instead of character based SQL*Plus. The GUI tools can display UTF-8 characters using proportional fonts, which support a wider number of UTF-8 characters than monospace fonts. They also allow you to enter Japanese characters in your INSERT statements simply by using your keyboard or clipboard.

ThrowNew() with Japanese chars went wrong

Hi All.
I want to throw exception that has Japanese chars from C++ code.
char szMsg[256];
// put Japanese chars into szMsg.
// ... and throw exception.
env->ThrowNew(exceptionClass, (const char*)szMsg);
Then, in Java code, it is displayed with unreadable characters like "????".
How can I get a readable string from C++?
Thank you.

Thank you for your reply.
But I'm not familiar with C++, could you tell me in detail?
My project is compiled with _MBCS option, and I tried to convert string to UNICODE to get readable string in JNI by using
(1) MultiByteToWideChar(...)
const char* szErrMsg = "...."; // including Japanese character
WCHAR szUnicodeMsg[256];
MultiByteToWideChar(GetACP(), 0, szErrMsg, -1, szUnicodeMsg,
sizeof(szUnicodeMsg)/sizeof(wchar_t));
env->ThrowNew(ExceptionCls, (const char*)szUnicodeMsg);
(2) mbstowcs(...)
mbstowcs(szUnicodeMsg, szErrMsg, strlen(szErrMsg)+1);
env->ThrowNew(ExceptionCls, (const char*)szUnicodeMsg);
(3) T2CW() macro
env->ThrowNew(ExceptionCls, (const char*)T2CW(szErrMsg));
Result
In case (1), unexpected string (like "B0D0F0H0J0?0") was displayed.
(by calling Throwable#getMessage() in JNI)
In case (2), only '?' was displayed in JNI.
In case (3), I got the same result as case (1).
Do you mean another way?
Thank you.

Form English Char ( Single Byte ) TO Double Byte ( Japanese Char )

Hello EveryOne !!!!
I need Help !!
I am new to Java ,.... I got assignment where i need to Check the String , if that string Contains Any Non Japanse Character ( a~z , A~Z , 0 -9 ) then this should be replaced with Double Byte ( Japanese Char )...
I am using Java 1.2 ..
Please guide me ...
thanks and regards
Maruti Chavan

hello ..
as you all asked Detail requirement here i an pasting C code where 'a' is passed as input character ..after process it is giving me Double Byte Japanese "A" .. i want this to be Done ..using this i am able to Convert APLHA-Numeric from singale byte to Doubel Byte ( Japanse ) ...
Same program i want to Java ... so pleas guide me ..
#include <stdio.h>
int main( int argc, char *argv[] )
char c[2];
char d[3];
strcpy( c, "a" ); // a is input char
d[0] = 0xa3;
d[1] = c[0] + 0x80;
printf( ":%s:\n", c ); // Orginal Single byte char
printf( ":%s:\n", d ); // Converted Double Byte ..
please ..
thax and regards
Maruti Chavan

WebUtil Using Client_Text_IO with Japanese chars

Hi, I am trying to use Client_Text_IO to read text file with Japanese characters in it. But it seems like Client_Text_IO can't read Japanese chars properly. Can anyone tell me how to use Client_Text_IO with double byte
chars like Japanese?
Thanks in advance for any help.
Tad Teramoto

Hi Frank,
Thank you for your reply. Could you be a bit more specific about what this bug 3075927 really is? Is this a problem only in handling files with muli-byte chars or does it have an effect on other functions? And is there any workaround for it?
Thanks

Problem Displaying Japanese chars in MIDlet

Hi,
I want to internationalize my MIDlet application.
For that I am using ResourceBundle ,it works fine with J2ME kit.I know it works fine because Jdk1.3 supports displaying unicode characters.I think KVM doesn't support unicode characters.If anybody knows something then please reply immediately.
Regards
Vivek

[vivek_kurundkar],
Currently MIDP v1.0 only states that the ISO Latin 1 character encoding must be supported by all MIDP implementation i.e. mandatory to support the ISO Latin 1 char encoding but not all other locales.
The locale is defined in the microedtion.locale system proprety and localization must be provided by the implementation i.e. for example the device manufacturer who provides the kVM for their device.
In your case, you have a need for the Japanese locale and thus the emulator/kVM of the device must provide the Japanese locale.
Which kVM emulator/device are you testing your CLDC/MIDP application with?
Allen Lai
Developer Technical Support
SUN Microsystems
http://www.sun.com/developers/support/

Displaying japanese chars using servlet (posted in Java programming too)

I am trying to display the japanese characters inputed by the user using
html form and I am using servlet...
After reading the input and when i try to display i get ????
how can i solve this.
It was originally posted in Java Programming forum. but i think the question suits here....heres the link for original post
http://forum.java.sun.com/thread.jspa?threadID=670419&tstart=0
sorry for posts at two different forums

After reading the input and when i try to displayDisplay on what?
Usually, if request.getCharacterEncoding() doesn't return viable result, then you should call
request.setCharacterEncoding() with a proper value. If user send Shift_JIS string as form
input, then the argument value should be also "Shift_JIS". When in doubt, use "UTF-8".
Then, you call response.setContentType("text/html; charset="Shift_JIS"), etc.

Problems reading (?) and displaying diacrites (Solaris)

Hi,
We are developing an application using WSAD 4.0.3 in a Windows 2000 environment.
The production environment is on a Solaris 8 machine, using WAS AE 4.0.5. and DB2 7.2
When we read an UTF-8 XML file with diacrites, they are not displayed right on the JSP pages. I am not sure where it goes wrong. The XML file is read, and put in a database. The JSP displays the data from the database. For the database "communication" we use EJBs
I guess it is due to SDK 1.3 not supporting localization (except for Japanese and some Chinese, Korean and western European locales), that being true for JSP 1.1. also.
Is that correct? And so yes, is there an easy workaround?

There are alternative or related characters for each of Combining Diacritical Marks. You can download a pdf file here for "Combining Diacritical marks."
http://www.unicode.org/charts/
And here is a sample of code which displays characters that a specified encoding can encode.
import java.nio.charset.*;
public final class TestCharset{
public static void main(String[] args) throws Exception {
Charset chset = Charset.forName("ISO-8859-1"); // specify encoding in the form supported in the java.nio package
CharsetEncoder encoder = chset.newEncoder();
for(int j=0;j<Character.MAX_VALUE;j++){
    if(encoder.canEncode((char)j)) {
      System.out.print("0x");
      System.out.print(Integer.toHexString(j));
      System.out.print(" ");
System.out.println();
}

Japanese characters display with wrong encoding all of a sudden...

I had no issues before when it came to typing in Japanese in DW using the windows language bar , I would just change the keyboard to JP(japanese) and then start typing within DW code view, but then one day after doing updating my main template and using the find and replace feature in DW all the Japanese characters turned into question marks, diamonds with question marks and ASCII alphanumeric codes..
also the spaces in my documents turned into blocks. It was a mess,
*I don't know if it was something I triggered accidentaly or if it was some type of bug....I also remember copying and pasting text and Japanese characters from another website that I created(but I had done that a dozen times before and it was never a problem).
Long story short, after not being able to find a solution I decided to manually delete the weird symbols and start over, I typed in Japanese using the windows language bar as always and began typing away inside the same pages that displayed those weird characters (sorry I don't know what the proper name for them is)and it accepted the Japanese characters with no issues, it was working just like it did before.
but my question is "What happened?" was that a bug in DW or was it something on my end?
I would like to know so I can fix the problem incase this happens again.
I've always had utf-8 as the charset and it's never been an issue. (and I all my pages are saved as utf-8 as well)
--Which is why I am confused why all the Japanese got messed up.
Here is the head code of one of the pages that had the problem:
Thank you.

Without seeing an actual page, it's impossible to say what happened, but the most likely explanation is that you did something wrong. Asian characters, such as Japanese, require correct encoding. If the encoding is incorrect, you end up with mojibake.
I suspect that what happened is that you copied and pasted from Shift-JIS or EUC-JP encoding into a different encoding. It's quite possible that your page was set to iso-8859-1 (Western European) without realizing.
By the way, your head code didn't show up in your post.

Japanese Character Display Problem

It seems like the new JRE does not allow Japanese characters to be displayed on anything but the title bar of an application when running on a US English XP SP2 system with all of the proper language support installed.
I can see the Japanese Characters in the title bar, but in the rest of the application, they appear as outlined blocks. All of the text is coming from the same resource bundle so I know that it is loading correctly because it appears in the title bar correctly.
On a Japanese system with XP SP2, everything works as expected. Is there anything that I can do to correct this? I am using JRE 1.4.2 to compile the application, and the latest JRE to display it.
Any help would be greatly appreciated.
-Steve

HI out there,
i'm having similiar problems when trying to parse / transform a database-generated xml-string containing Japanese characters into an html using a saved xsl file. I've tried zillions of ways (got from specialized forums) to do it getting hardly the same result all the time.
Now the point is that i'm getting the known-by-all "???" characters
but i've checked that the xml string is Genereted correctly from
the database using in my JSP page:
String aux = new String(TXT_FROM_DATABASE.getBytes("ISO-8859-1"), "UTF-8");...
then the JSP sets
request.setCharacterEncoding("UTF-8"); (not necessary i guess)
   response.setContentType( "text/html; charset=UTF-8" ); and calls a function XML2HTML (from a *.class) that makes necessary
operations to call the transformer.transform method:
// auxiliary function to convert the string into UTF-8 (to ensure)
// has been tested that when calling to xml2html the String xml_string
// is correctly formed and does contain all japanese characters (all)
public static String convertString(String s, PrintWriter pw_out) {
       try{
         if(s == null) return s;
         String aux = "";
         byte[] bari = s.getBytes("ISO-8859-1");
         aux = new String(bari, "UTF-8");
         return aux;
       }catch (Exception e){
         pw_out.print(e.getMessage());
         return "";
public static void XML2HTML(String xml_string, String xsl_file, ServletRequest req,
      ServletResponse res) {
      PrintWriter p_out=null ;
      String appdir = req.getRealPath("/");
      try{
        p_out = res.getWriter();
      } catch (Exception ioException){
        System.out.print(ioException.toString());
      // transformating ...
      try {
      // Creating the transformer object from the XSLT_file
      javax.xml.transform.stream.StreamSource xslFile = new StreamSource(new File(appdir+"\\"+xsl_file+".xsl"));
      javax.xml.transform.TransformerFactory factory = TransformerFactory.newInstance();
      javax.xml.transform.Transformer transformer = factory.newTransformer(xslFile);
      transformer.setOutputProperty(javax.xml.transform.OutputKeys.ENCODING,"UTF-8");
      transformer.setOutputProperty(javax.xml.transform.OutputKeys.INDENT,"yes");
      transformer.setOutputProperty(javax.xml.transform.OutputKeys.METHOD,"html");
     // create the source Stream
      String xmldata = convertString(xml_string,p_out);
      StringReader xml_sr = new StringReader(xmldata);
      StreamSource xml_source = new StreamSource(xml_sr);
      // result Stream
      javax.xml.transform.stream.StreamResult outResult = new javax.xml.transform.stream.StreamResult(p_out);
       //calling the transform method !! (source/result)
      transformer.transform(xml_source,outResul
      } catch (Exception e){
        p_out.print ("<br/>EXCEPTION__" + e.toString());
        p_out.print ("<br/>CAUSE" + e.getCause());
        p_out.print ("<br/>nMSG" + ((TransformerException)e).getMessageAndLocation());
} and my XSL DOES contain these lines at the very beginning:
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="html" encoding="UTF-8" media-type="text/html; charset=UTF-8"/>more:
* all my files are saved as UTF-8
what makes me go crazy:
* In the jsp after the call to the xml2html method i've written
<%=xml_string%> and it does write "????" characters for all elements
except for one of them (japanese word that i wrote out directly in japanese,
but if in the jsp page i INCLUDE
<%@page language="java" pageEncoding="utf8" contentType="text/html; charset=UTF8"%>
THEN THIS only written-out element in japanese is not displayed correctly either.
and even MORE !
if in the xsl file i include:
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
</head> it does not display it correctly neither...
is this possible ?
may the problem be that the function i'm calling is in a *.class ?
please help (i've been working around for days now)
my work enviroment is
eclipse (project set to utf-8 encoding)
wsas 5.0
jdk 1.4
thank you for your time
and nice day to you all!!
gREEtings from malaga (spain)

Char displaying only the first three characters in the cube

Hi Experts
I have a char with lenth 60 and it's active.I am updating this char via the update routine whereby i am reading data from an active table of an ODS as i update in the update rules.
But surprisingly,once the load is succesful and complete,upon checking the data in the active table it's displayin the way it should be the problem comes in when I view the data on the cube which displays only the first three chars even if the descriptionis a 60 character field.
Please help

Hi Herbert,
Have you checked in the infosource or transfer rules, what is the length of the infoobject, if you are loading the data to PSA, please check there it self, whether it is displaying 60 characters or only 3 characters.
Thanks
Sat

Japanese text display problems in applet using plugin

Hi,
We've been beating our heads against the wall on this one for quite some time, so any help would be greatly appreciated.
Our product uses a third party applet (Kavachart from Visual Engineering) to display graphical statistics from our database. We are currently localizing our product to support english and japanese. With Japanese enabled, all pages use euc-jp encoding. The problem we are running into is in the display of japanese text inside this applet in IE 5 and NS 4.7x when using the java plugin (1.3 or 1.4). If the default jre of the browsers are used, the text in the applet renders fine.
On a suggestion from the supprot folks at Visual Engineering, I modified our code to set the defaultFont parameter on the applet to "serif, 14, 1". With this set, the text in the applet renders ok in IE, but NS on windows and unix is still broken. Given that we are doing all these tests on machines running a native japanese OS, it's not even clear to me why setting the defaultFont should even be required, but at this point, I'll take anything :-)
Has anyone else run into this and either solved it or proven that a solution is not feasible? I'm at my wits end here....
Thanks in advance,
Mark Evangelisto
Synchronicity Inc.

If you are using different java plugin, you need to install the international version of the JRE; otherwise, some characters may not be able to display correctly since some of the properties files are missing.
As for Visual Engineering's suggestion. I don't know why they tell you to set the default font on the applet because it may cause the browser to use the font specified. Your applet works on IE because it will try to use the best font to match the web page's content. For NS anything less then 6.0 (technology based on Mozilla), they never display web page correctly especially if you did what VE suggest.
If you are running the applet on the native langauge OS with the international version of the JRE installed, the applet should display correctly without setting the default font. If it is not the native langauge OS, first you need to install the international version of the JRE and have the fonts that are able to display the language the applet use.

Japanese chars display in Solaris 8

Similar Messages

Maybe you are looking for