Java - Prerequisite Unicode ?

Hi,
we are on SAP MySAP ERP 2004 (ECC 5.0 - NW2004 ) , with only ABAP stack activated, no JAVA stack yet. No UNICODE active , code page Latin 1; DIMP active
If we want e.g. use the Employee Self Services , we have to activate the Java Stack.
I heard from another customer that UNICODE is pre-requisite for JAVA ; Is this correct ? Where can I find documentation on this ?
We looked into OSS, PAM, Java SAP Installation Guide, but don't find prerequisites in that direction. Only some notes about MDMP, but that we don't use.
kind regards
Jan Baeteman

Hi Jan
The Java stack is always unicode, but still it is possible to add the java (unicode) add-in to a non-unicode ABAP stack.
Anyway, keep in mind that full integration between ABAP and JAVA components can be achieved only with Unicode Systems, as JAVA is based on Unicode. In non-Unicode systems there is always danger of data loss during text data transfer from the J2EE part to the ABAP part.
Regards,
Désiré

Similar Messages

How do I prove java uses unicode?

Hi!
I use a win98 computer in sweden with ansi cp1252.
i run java in jbuilder 5.0 with jdk 1.3.0.
I want to prove that java uses unicode and not the ascii tabell but if i try to write all char in a for loop for example i only get the ansi values. I want to prove that it uses unicode how can i do that?
I have a suggestion that if i print a chinese sign for example that proves that java can handle many diffrent ascii tabells. but how do i do that and where should i put the font that is needed and where do i get it?
Any suggestion for a solution ... plz message me :o)
Anders.
[email protected]

The ASCI/ANSI character set is a subset of Unicode, so if you print all of them out you will just get the ASCII table. So, technically anything that uses Unicode uses the ASCII table. ;)
Anyway, you can use the escape character \uXXXX where the X's are hexadecimal values. If you use a value greater than 255 than it will give you somthing that isn't ANSI. \u2122 is the trademark symbol, for example.
I got this information from Core Java 2: Fundamentals if you're interested.

System copy : As Java : Non-unicode kernel Option not available

Dear All,
we are performing AS Java system copy to create a new system , same SID , same HOST and same Configuration except OS is upgraded.
Susle Linux OS - 11 SP3
As Java Nw 701
kernel version -
NW701 - Kernel 721_Ext - Non_unicode - 201 patch level
We have successfully completed export and now we are importing the same export in new server,now while performing taget installation we are not getting option to install NON UNICODE kernel , except it is only asking for UC Kernel 7.20/7.21.
Current version of system is non-unicode and we will like to keep it that way.
May I know is non-unicode system copy option is not available? is it removed ?
and if we want to install non-unicode then how we can perform that ?
Can we install target system using UC kernel and later just perform NON-unicode kernel upgrade, will this work?
Has anyone faced such concern?
Guidance will be appreciated.
Regards,
Bond

Thanks for update RB.
We have tried this method as in we stop SAP and sync file systems and perform DB/Backup restore method. This method works but unfortunately I am not able to find any SAP relevant document to support this method for so called "java" systems.
SAP only suggest to perform system copy for "java" hence we are trying via export import. Currently I am looking into options of using old master installation software.
although, can i request you if you any SAP relevant note or kba or any other in which SAP support/suggest we can perform file system copy and db restore for "Java" systems then it will be just a thing which I need to go ahead with method you suggested.
Thanks , kindly update.
Warm Regards,

Unicode and Java

Hi
As we all know Java treat character literals as Unicode characters. I have been studying Unicode and the way they treat characters and I have a doubt which is not specific to Java code but specific to Unicode.
Unicode states that each character is assigned a number which is unique, this number is called code point.
The relationship between characters and code points is 1:1.
Eg: the String *"hello"* (which is sequence of character literals) can be represent by the following Code Points
*\u0065 \u0048 \u006c \u006c \u006f*
I also read that a certain character code point must be recognized by a specific encoding or else a question mark (?) is output in place of the character. Not all code points can be recognized by an encoding.
So, the letter *ל* would not be recognized by all encodings and should be replaced by a question mark (?) right?
The interesting is that this code point represents a different character and not a *"?"* in other encodings. It should print the same character
This is the HTML code I used for tests (save it in your hard disk and open using your navigator, then select the following encodings: UTF16, ISO-8859-1)
<html>
<body>
מעיל אחד בגשם, לילה של אפריל
נפתח כמו ענן, ורעם אז מאיר
מעיל אחד בגשם, לילה חם וקר
נפרס כמו חופה, ומתחת אני שר
מעיל אחד בגשם, רטוב, למי אכפת
אני לא על הארץ, איתך למעלה שט
רוח בפנים, טיפות הגשם האחרונות
נוגעות בלחיים, בפנייך משחקות
אמצע הרחוב, כולם כבר ישנים
הייתה עדה הרוח ועוד שני כוכבים
אמצע הרחוב, כולם כבר ישנים,
הייתה עדה הרוח ועוד שני כוכבים
ראיתי זוג עיניים, מסרבות להיפתח
צוללת אל עצמך עמוק בים שלך,
מדי פעם את עולה, לוקחת קצת אויר
לא רוצה להיסחף, מכירה את המחיר
אמצע הרחוב, כולם כבר ישנים...
</body>
</html>I would appreciate if you correct me in case I am wrong!
Edited by: charllescuba1008 on Mar 31, 2009 2:08 PM

charllescuba1008 wrote:
Unicode states that each character is assigned a number which is unique, this number is called code point. Right.
The relationship between characters and code points is 1:1.Uhm .... let's assume "yes" for the moment. (Note that the relationship between the Java type char and code point is not 1:1 and there are other exceptions ...)
Eg: the String *"hello"* (which is sequence of character literals) can be represent by the following Code Points
*\u0065 \u0048 \u006c \u006c \u006f*Those are the Java String unicode escapes. If you want to talk about Unicode Codepoints, then the correct notation for "Hello" would be
U+0048 U+0065 U+006C U+006C U+006F
Note that you swapped the H and e.
I also read that a certain character code point must be recognized by a specific encoding or else a question mark (?) is output in place of the character.This one is Java specific. If Java tries to translate some unicode character to bytes using some encoding that doesn't support that character then it will output the byte(s) for "?" instead.
Not all code points can be recognized by an encoding.Some encodings (such as UTF-8) can encode all codepoints, others (such as ISO-8859-*, EBCDIC or UCS-2) can not.
So, the letter *ל* would not be recognized by all encodings and should be replaced by a question mark (?) right?Only in a very specific case in Java. This is not a genral Unicode-level rule.
(disclaimer: the HTML code presented was using decimal XML entities to represent the unicode characters).
What you are seing is possibly the replacement character that your text rendering system uses to represent characters that it knows, but can't display (possibly because the current font has no character for them).

(Internationalization) - Unicode and Other ... Encoding Schemes

Hello,
I am developing a application that requires multiple languages
(Chinese/Japanese/English, French/German) support.
I plan to use utf-8 encoding, and not individual encoding for each language
like SHIFT_JIS for Japanese, BIG5 for Chinese etc.
This is more so because i would need to display multiple languages on the
same page, and allow the user to enter data in any language he/she chooses.
1. So, is the assumption that nothing but utf-8 can be used here, correct ?
2. If this is the case, why do people go for SHIFT_JS for Japanese or BIG5
for Chinese at all ? After the advent of Unicode, why cant they just use
utf-8.
3. I am using Weblogic 6. And my app is composed of JSPs alone at the
moment. It is working fine with utf-8 encoding, without me setting anything
at all in properties files etc. anywhere. I am getting data entered by user
in forms (in chinese/japanese etc) fine, and able to insert it into the
database and get it back too, without any problems.
So, why is it that people are talking of parameters to be set in properties
files to tell the app abt encoding being used etc.
4. My resource bundles are ASCII text files (.properties) which have name
value pairs. Hex Unicode numbers of the form /uXXXX represent the value. And
this works fine.
For example :
UserNameLabel = \u00e3\ufffd\u2039\u00e3
instead of -
UserNameLabel = ãf¦ãf¼ã
If the properties files have the original characters where values shud be
present, my java code is not able to read the name value pairs in Resource
Bundle.
Am i following the right approach ?
The problem with the current approach is after i create the Resource
Bundles, i must use native2ascii compiler to convert the characters into
their equivalent Hex Code values.
Thanks
JSB

charllescuba1008 wrote:
Unicode states that each character is assigned a number which is unique, this number is called code point. Right.
The relationship between characters and code points is 1:1.Uhm .... let's assume "yes" for the moment. (Note that the relationship between the Java type char and code point is not 1:1 and there are other exceptions ...)
Eg: the String *"hello"* (which is sequence of character literals) can be represent by the following Code Points
*\u0065 \u0048 \u006c \u006c \u006f*Those are the Java String unicode escapes. If you want to talk about Unicode Codepoints, then the correct notation for "Hello" would be
U+0048 U+0065 U+006C U+006C U+006F
Note that you swapped the H and e.
I also read that a certain character code point must be recognized by a specific encoding or else a question mark (?) is output in place of the character.This one is Java specific. If Java tries to translate some unicode character to bytes using some encoding that doesn't support that character then it will output the byte(s) for "?" instead.
Not all code points can be recognized by an encoding.Some encodings (such as UTF-8) can encode all codepoints, others (such as ISO-8859-*, EBCDIC or UCS-2) can not.
So, the letter *ל* would not be recognized by all encodings and should be replaced by a question mark (?) right?Only in a very specific case in Java. This is not a genral Unicode-level rule.
(disclaimer: the HTML code presented was using decimal XML entities to represent the unicode characters).
What you are seing is possibly the replacement character that your text rendering system uses to represent characters that it knows, but can't display (possibly because the current font has no character for them).

Unicode vs. Non-Unicode with MI

Hi all,
We are looking at doing an installation of MI. We are currently Non-Unicode on our ERP system, although a Unicode conversion project is not too far away.
According to the document: "How To Design a SAP NetWeaver Based System Landscape" (NW 7.0, ver 1, March 2008) on pg 15, it says:
"It is required that an MI system with AS ABAP has the same Unicode type as the MI back-end system: If your MI back-end system is a Unicode system, also install a Unicode MI system (that is, both AS ABAP and AS Java on Unicode); if your MI back-end system is non-Unicode, install an MI system with non-Unicode AS ABAP (that is, AS Java on Unicode and AS ABAP on non-Unicode).
Recommendation
For new installations, it is recommended to install a Unicode based system for all SAP applications and SAP NetWeaver deployments that require an AS ABAP usage type based system (AS JAVA is only available in Unicode). In future all new installations from SAP will be Unicode only."
This is clearly conflicting...We are an English-only shop, we have a Unicode conversion imminent, and SAP's direction is clearly Unicode.
Should we even consider a Non-Unicode install?
Thanks,
Troy

Hi,
install a unicode middleware system for the following reasons:
- Soon the BE will be unicode enabled.
- The MI client is anyway unicode enabled, this means the end users can enter unicode characters anyway. After Unicode conversion of the backend your MI server would be the only non unicode component.
- having the mw as unicode does not harm, even if the BE is non unicode (apart from the bigger DB size due to the code page)
Best Regards,THomas

Query regarding Handling Unicode characters in XML

All,
My application reads a flat file in series of bytes, I
create a XMl document out of the data. The data contains Unicode characters.
I use a XSLT to create XML file. While creating it I don't face any issues
but later if I try to parse the constructed XMl file, i get a sax parsing exception
(Caused by: org.xml.sax.SAXParseException: Character reference _"<not visible clearly in Browser>"_ is an invalid XML character.)
Can some one advice on how to tackle this.
regards,
D
Edited by: user9165249 on 07-Jan-2011 08:10

How to tackle it? Don't allow your transformation to produce characters which are invalid in XML. The XML Recommendation specifies what characters are allowed and what characters aren't, in section 2.2: http://www.w3.org/TR/REC-xml/#charsets. The invalid characters can't come from the XML which you are transforming so they must be coming from code in your transformation.
And if you can't tell what the invalid characters are by using your browser, then send the result of the transformation to a file and use a hex editor to examine it.
By the way, this isn't a question about Unicode characters in XML, since all characters in Java are Unicode and XML is defined in terms of Unicode. So saying that your data contains Unicode characters is a tautology. It couldn't do anything else. If your personal definition of Unicode is "weird stuff that I don't understand" then do yourself a favour, take a couple of days out and learn what Unicode is.

Unicode Sorting?

Is there a sorting sequence in Oracle 9i which would give me unicode sorting?
Our application needs to provide international support using Oracle as the backend database. Application is written in Java and we are using Data Direct JDBC driver to connect to Oracle. The application sorts data in 2 ways - ORDER BY clause sent to database or result set sorted in JAVA and there are reasons why each one is chosen where it is and it is not desirable to switch to one or another sort methods completely. Java supports unicode sorting. Is there an equivalent collating sequence which will sort similarly for the ORDER BY sorts such that there is consistency between the database sort and java sorting? We expect our database tables to store unicode strings - i.e columns could have data from multiple languages and thus binary sorting would not be adequate. We are using the SQL NCHAR data types to implement Unicode and not relying on the database cahracter set to be used as UTF8.
Thanks
Raj

There is a chapter in the Oracle Globablization Guide http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96529/ch4.htm#1656 on linguistic sorting.
Off the top of my head, I don't know how Java sorts unicode data, but I'm certain you can achieve the same in Oracle.
Justin
Distributed Database Consulting, Inc.
http://www.ddbcinc.com/askDDBC

Hindi fonts in java

i have read in books that java supports unicode and hence all the language charectors. i have the unicodes for hindi fonts. i want to write them in TextArea or JTextArea. but the problem is that when i use command append(""+<code>), i see some numbers in the textarea instead of hindi fonts. is there any way i can add hindi fonts to textArea? i am intended to use them in applet.

let me explain a bit. i want my applet to display hindi fonts when i put it online. if i use the setFont() it displays hindi fonts but the fonts MUST be present in my system ( i have hindi fonts in my system ). i want a more flexible way so that there should be no need of hindi fonts on user's system. i tried making an Font object of hindi fonts and saving it on the disk using ObjectOutputStream. but when i read it back on another system, it does not show hindi fonts. even i have tried directly supplying the unicode of hindi fonts, but nothing works. please friends help me! is there nobody to guide me?

Unicode and internalization

hi,
is there a tutorial anywhere that shows how to use java and unicode to internationalize an application, i wish to support a few languages aside from english. i know about ResourceBundle class and properties files but inorder to make the format of the text correct i have to use unicode correct?

There are quite a few of them. Try using a search engine or go to www.ibm.com.developerWorks.

Unicode & fonts

hi,
it is great that java supports unicode internally, but how do i make unicode characters printable? i have read about 10 pages now and none gives a straight-forward answer.. anyone please know?
thanks.
-m

hi,
thanks for the reply.
Of course you need to have support for that particular
font, then you're good to go.how do i provide "support" for the font? i read something about this requiring more than just installing a new font on the system..
System.out.println("\u0041");
System.out.println("\u004F");that is how i am trying it, but when i set the font to a font that i know supports the unicode characters i want to print, the font is not really changed and i only receive question mark chars displayed. how do i fix that?
thanks again, appreciate the help.

Unicode version 3.2

Does Java support Unicode version 3.2? How to specify the unicode value of 5 digit long e.g. "\u29C73"? I have tried this but Java interpret is as "\u29C7" + "3".
Or what version of unicode Java supports?
Thanks!

See: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Character.html
Java 1.5 supports Unicode Standard 4.0 through the Charactor class.

DBCS - Unicode Conversion

Hi all
I dont know if this has been asked often and if so please point out to me the exact url where I can find this.
I know String class in Java has Unicode support built into it. I checked out the Java Suported Character Encodings and I dont see DBCS being supported there. Can anybody tell me how to convert DBCS bytes to Unicode and what is the "encoding" I am supposed to use?
Any help is highly appreciated.

DBCS (Double-Byte Character Set) is a generic term for any of a large number of character encodings, mostly for Asian languages. So you need to find out the specific encoding that was used for whatever you have in mind.

Unicodes

Hi,
I have to convert an a string to unicode.
Can somebody tell me how to do so using Java programming......
Thank you!

Yep, Java is Unicode native, i.e. the JVM works only with unicode Strings. What you need to know, however, is that when you read or write characters to the local platform (using Reader and Writer), an automatic translation is performed between the Unicode and the local platform character encoding.
Look at the API doc for String, Reader, java.lang package and Character.
Matthieu

Java works with telugu as same with english

i have one doubt i.e
java works with telugu as same as with english

A few things:
1. you'll get more responses in the internationalisation forum
2. your question isn't really clear at all.
If you mean will Java support Telugu characters, well, Java uses unicode. There are unicode code pages for Telugu: http://www.unicode.org/charts/PDF/U0C00.pdf , so I'm guessing that you can write a Telugu program in Java ( or was that a Java program in Telugu?)

Java - Prerequisite Unicode ?

Similar Messages

Maybe you are looking for