Version of Unicode supported by Java 1.3.1 and 1.4

Does anyone know exactly which versions of Unicode are supported and NOT supported by Java 1.3.1 and 1.4? My understanding is that v2 and v3.00 are supported in 1.3.1, but not sure about v1.x. Java 1.4.0 supports v3.0x (not 3.1), but what about Unicode v2.x or v1.x? Is there a list somewhere?

J2RE 1.3.1 provides Unicode 2.1 support. J2RE 1.4 now supports Unicode 3.0. By "support" I mean that:
1. Unicode character properties are available.
2. Collation and break iterators should work.
3. Case map operations should work.
It would be nice if Character provided an API like getUnicodeVersion(). The javadoc for Character does tell what Unicode version is supported...at least in 1.4.
J2RE 1.4 does not support Unicode 3.1 or 3.2 because the Unicode specs were not stable at the time the J2RE 1.4 specs were solidified. The Java I18N team is committed to tracking the evolving Unicode standard. The next major release of the Java platform will most likely support the existing version of Unicode at that time.
Regards,
John O'Conner

Similar Messages

HT1338 OSX 10.4.11 update quicktime. Browser says out of date. Updater says up-to-date. Is this version no longer supported. How to update QuickTime and Java then?

OSX 10.4.11 Updates to QuickTime and Java.
Browser says out of date. Updater says up-to-date. Is this version no longer supported?
How can I update QuickTime and Java then without upgarding? I wish to keep a back channel to OS9

Mac OS X Tiger was discontinued years ago, and if Software Update doesn't detect any new update, it's because you are running the latest Java and QuickTime version for Tiger.
Apart from that, I see that you have a G5, so the most recent Mac OS X version you can use is Mac OS X Leopard, another version that it's (or it's going to be) discontinued soon. PowerPC support is completely dead now, and if you want the most recent QuickTime and Java versions, you will need a Intel-based Mac with OS X Lion or Mountain Lion, that have got the latest Java 6 versions and they are compatible with Java 7

Unicode support in java.io.File.listFiles()

I am trying to list all the files in a given directory using the File.listFiles() method, yet for some reason the File objects returned have invalid paths when a file has unicode characters in its filename.
example .. a test directory has these files
tiga-dj_kicks.mp3
tr\374by_trio-elevator_music.mp3
if i call dir.listFiles() i will get ...
tiga-dj_kicks.mp3
tr?by_trio-elevator_music.mp3
why is java converting my unicode into "?"s?
i have seen other java apps that don't have this problem ... does anyone know why this is happening?
in terms of my system ... i am on linux 2.4.20 in the US and i have tried may jdk versions including 1.3.1 and the latest 1.4.2 as well as blackdown 1.4.1

It's true that System.out may not like unicode characters, so I instead I have been using a JTextArea and I know that supports my unicode.
**eek ... after a preview it seems that my unicode isn't going to show up here either :( i'll wrap brackets around what was actually displayed as unicode in my environment.
here is another test I have run ... println(String) just appends to the text area
String original = new String("A" + "\u00ea" + "\u00f1" +
"\u00fc" + "C");
println(original);
File f = new File(original);
println(f.getPath());
f.createNewFile();
String[] files = new File(System.getProperty("user.dir")).list();
for(int i=0; i < files.length; i++)
println(files);
Output ...
[[A???C]]
[[home/ag92114/workspace/test/unicode-test/A???C]]
Test.java
Test.java~
Test.class
A???C
As you can see ... the text area correctly displayed the unicode for the String and File objects that I constructed myself, but when I list back the file I just created then my unicode is lost.
listing the directory on the shell yields ...
[ag@home:~/workspace/test/unicode-test ] ls
./ ../ A???C Test.class Test.java Test.java~
So possibly the file is not even written to the native filesystem with the unicode??
Finally I tried opening xemacs and touching a file with a unicode filename and it works fine and displays in the shell just fine, yet when I list the dir contents in java then the unicode is lost. I touched the file [[A?]] using xemacs.
shell view ...
[ag@home:~/workspace/test/unicode-test ] ls
./ A???C Test.class Test.java~
../ [[A?]] Test.java
java lists files as ...
Test.java
Test.java~
Test.class
A???C
A?
normally this is where I would concede that java just isn't capable of handling unicode in the filesystem, but I know that isn't true because I have tried other applications (jEdit, limewire) that both seem capable of listing and displaying directories and files that contain unicode. i just wish i knew how they were doing it.

Which versions of WebAS support JAAS?

Which version of WebAS support JAAS (Java Authentication and Authorization Service)?
I've found a number of documents that say it's WebAS 6.40. But, others imply it's as early as 6.20. Any definitive answers?
--Craig

Depends on the version. JAAS was available at 6.20 too, as it was always part of J2EE (or at least J2EE 1.2, whicvh is supported be WebAS 6.20)
Regards,
Benny

JNDI Support in Directory Server 5.1 and 5.2

Does anyone know where I can find documentation on whether Directory Server supports - JNDI -(java naming directory interface), and whether this is an industry standard that is outlined in an RFC somewhere?
Thanks

JNDI support is documented in Chapter 35 of the DSRK guide at http://docs.sun.com/source/816-6400-10/jndi.html
JNDI is a part of J2SE, a Java Community Process specification. See http://www.jcp.org
--Stephen

What version of UNICODE does JDK1.4.2 support?

What version of UNICODE does JDK1.4.2 support? Is it UNICODE 3.0 or 3.1?

http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Character.html
Character information is based on the Unicode Standard, version 3.0. http://java.sun.com/docs/books/jls/second_edition/html/lexical.doc.html
Intrest only: 1.5
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Character.html
Character information is based on the Unicode Standard, version 4.0.

Charset support in Java

Hi all,
We are having a problem with the charset support in Java. We are attempting to decode strings using codepage 037. The call,
String s = "mystring";
byte[] iArray = s.getBytes("037");runs fine on some machines and not on others. All the machines are using version 1.4.2_01 and are a mix of Win 2000 and NT. I am guessing that there is an issue with the character encoding sets installed by Java but how do we add new charsets??
We're seriously stumped on this one. We've tried installing United States English on the machines as well as our locale Irish English through the Regional settings in Control Panel but to no avail.
Hope someone can help,
Thanks,
Phillip

Hi,
the most obvious problem to start with, is that getBytes() does not use codepages. It uses encoding schemes.
Check out http://java.sun.com/j2se/1.4.2/docs/guide/intl/encoding.doc.html
for a list of supported schemes.
So you should have been seeing "UnsupportedEncodingScheme" exceptions
on every machine you tried to execute s.getBytes("037");
After that, ensure every machine has the "international version" of the JRE installed. ie. in the JRE's lib directory you should see charsets.jar
regards,
Owen

Any idea when we will get support for Java 7.5 in Safari?

I'm in school for a degree in software engineering and Java is a big part of it. As a regular Mac user who uses Safari as his main browser, it's disappointing that adoption of the latest Java versions in Safari seem to be lacking. Is there any way to get Safari to look at the latest versions of Java instead of being stuck on Java 1.6?
Thanks in advance for any help! :-)

Apple has kept up to date (more recently) with the latest releases of Java 6 (1.6.0_33), which is the current public release of Java. You can install the development Java 7 runtime from Oracle (currently on build 5), but this will not support many features and functions of the final release. All future updates to Java will be issued and maintained by Oracle as it's done on other platforms. Apple will not be offering an in-house Java runtime after Java SE 6. You can get the latest Java updates here: http://www.oracle.com/technetwork/java/javase/downloads/index.html

Queries on Mac OS X support for Java 1.3

Hi All
I am having some trouble figuring out how to make Swing based Applets
work on Mac OS X. Can anybody help me ?
Queries on Mac OS X support for Java 1.3
1) Will a Java Applet compiled using Java 1.3 run on "Mac OS X" without the need for a Plugin.? This includes Applets using Swing since we compiled using 1.3.
2) I tried to run some Java 1.3 applets compiled using 1.3.1-04.
Unfortunately, the Applets wouldn't run.
Is there some setting in Mac OS X that i need to change or modify for the Applet to work ?
3) When i open a Terminal in Mac OS X and type Java -version, i get
"------ Java 1.3---------".
This implies that Mac OS X supports the Java 1.3 SDK. Does it imply that it supports the runtime as well since this is usually the case ?.
If it supports the runtime, then does this inculde support for Swing.
Finally, as i enquired in '(1)' does this mean that i do not need any plugin(MRJ) to make Swing based applets work.
Thanks and regards
Prashanth

What I am seeing is that Java is throwing a security error when file io is initiated by an external call from Javascript to a file on the server that java should have access to. Here is the error.
<<< ProxyClassLoader: defined LiveConnectProxy class. >>>
<<< Here're the permissions you've got: >>>
<<< java.security.Permissions@157402b (
(java.net.SocketPermission www.dhba.com connect,accept,resolve)
>>>
VirtualLab.loadProblemSpecification: properties file=assignments/Walkthough.xml
http://www.dhba.com/wested/applet/assignments/Walkthough.xml not retrieved
java.security.AccessControlException: access denied (java.io.FilePermission assignments/Walkthough.xml read)
My system:
Mac OSX10.6.4 with Firefox3.6.12 (Java Plug-in 1.6.0_22 Using JRE version 1.6.0_22-b04-307-10M3261 Java HotSpot(TM) Client VM)

Oracle To End Support for Java 7

No More Free Updates for Java 7 after April 2015
Users must sign long-term support deals or migrate to Java 8 to avoid 'enormous headache and disruption to millions of applications'
Public updates for Java 7 -- including bug and security fixes -- will end this month, a situation that one security advocate says could impact millions of applications.
"As outlined in the Oracle JDK [Java Development Kit] Support Roadmap, after April 2015, Oracle will not post further updates of Java SE [Standard Edition] 7 to its public download sites," Oracle's Java SE Support Roadmap states. "Customers who need continued access to critical bug fixes and security fixes as well as general maintenance for Java SE 7 or older versions can get long-term support through Oracle Java SE Support. The process of migrating users from Java 7 to Java 8 through the auto update feature is expected to take place after the January 2015 CPU release."
[ The art of programming is changing rapidly. We help you navigate what's hot in programming and what's going cold and give insights into the technologies that are changing how developers work. | Keep up with hot topics in app dev with InfoWorld's Application Development newsletter. ]
Oracle released Java SE 7 in July 2011; Java SE 8 was released in March 2014. Java, particularly on the client side, has been beset by security issues in recent years. But Oracle has taken many steps to address the issues and stressed that most of the problems dated back several years, before Oracle took over Java from Sun in 2010.
Still, the impact of Oracle's cessation of public updates could be severe, an official at security firm Waratek, believes. Oracle's "rapid" end-of-life schedule for Java versions is great for innovation and language evolution, Waratek CTO John Matthew Holt said in an emailed statement. "However, there is a dangerous tradeoff; now millions of Java 7 applications will have to defend themselves against code-level vulnerabilities without the benefit of future fixes." Holt advocates either upgrades to Java 8 or use of Java Run-time Application Self Protection (RASP) technologies (Waratek is a RASP vendor).
This week's security update from Oracle, meanwhile, marks the "proverbial 'end of the road' for Java 7 application security, Holt said. "After today, the only version of the Java Platform which will receive public security updates is Java 8. This is huge news, and it is going to cause enormous headache and disruption to millions of application owners around the world."
Contacted Tuesday afternoon for a comment on the end of public updates for Java SE 7, by late evening Oracle had not yet responded.
The April 2015 Critical Patch Update released Tuesday by Oracle provides 98 new fixes for security issues across a wide range of product families, said Eric Maurice in an Oracle blog post. These range from Oracle Database to Oracle Fusion Middleware, Java SE, and MySQL. Fourteen of the security fixes are for Java SE.

Java 7 has already been dead for quite a while. While you could still use it for Java apps on your system, Apple blocked its use in browsers long ago. You have to install version 8 if you need Java support for the web.

From which version JVM starts supporting Object bindings in collections.

from which version JVM starts supporting Object bindings in collections.
private ArrayList<String> arr = new ArrayList();
this will bind String objects to arr, nothing else will be stored.
which version of JVM should I confirm, before using this feature!!!
please comment.

thanks MLRon!!!
They are called "generics", not "bindings". In any case, you need Java 1.5 (also known as Java 5.0).Can generics be used anywhere, or only with collections.
for eg:-
public class Abc {
public Abc(Object obj) {
if(obj instanceOf String)
doSomething;
if(Obj instanceOf Xyz)
doSomething;
while creating Abc instance can I use this:-
Abc<String> abc = new Abc("abc");
and could we also do this:-
Abc<String[]> abc = new Abc(new String[5]);
and what exception does generics generate, if we don't obey them.
for eg:-
Abc<String> abc = null;
abc=new Abc(new Xyz);
and should generics code be kept in try catch block!!!
please guide me!!!

New in Kodo 3.3.3: Improved support for Java 5 enums and generics?

Hello,
Can anybody tell me if Kodo 3.3.3 can be deployed on WebLogic 8.1 sp4, jdk
1.4.1? The reason I ask this is because one of the features mentioned for
v3.3.3 is the support for Java 5 generics, which is available on WebLogic
9 -- but not in WebLogic 8.1 sp4. The documentation for Kodo 3.3.3 seems
to indicate that it can be deployed on WebLogic 8.1 -- can anyone tell me
if this is accurate?
Thanks for your help!

Correction:
I think that my question may have been misunderstood. What I want to know
is if Kodo 3.3.3 can be deployed on WebLogic 8.1sp4 which is running JDK
1.4 or do I have to deploy on a newer version of WebLogic that is running
Java 5?
Thanks!
Rita wrote:
I think that my question may have been misunderstood. What I want to know
is if Kodo 3.3.3 can be deployed on WebLogic 8.1sp4 which is running JDK
1.4 or do I have to deploy on a newer version of WebLogic that is running
Java 4?
Thanks!
Stephen Kim wrote:
Rita,
While Kodo 3.3.x can work with JDK 5, it cannot make WL work with JDK 5.
However, Kodo 3.4 RC 3 / 4.0 EA 2 both can work with WL 9 (which works
with JDK 5).
Rita wrote:
Hello,
Can anybody tell me if Kodo 3.3.3 can be deployed on WebLogic 8.1 sp4,
jdk
1.4.1? The reason I ask this is because one of the features mentionedfor
v3.3.3 is the support for Java 5 generics, which is available on WebLogic
9 -- but not in WebLogic 8.1 sp4. The documentation for Kodo 3.3.3 seems
to indicate that it can be deployed on WebLogic 8.1 -- can anyone tell me
if this is accurate?
Thanks for your help!
Steve Kim
[email protected]
SolarMetric Inc.
http://www.solarmetric.com

Enable unicode support

I have nokia 6500 slide model phone.
How I can enable unicode support for reading "jar" file in regional language, especilly in malayalam language

It is not just about enabling Unicode support (and for all that matters, the phone might already have full Unicode support).
It is a case of having the correct fonts as default/system fonts for displaying the characters.
On S40 based models, you cannot install your own font files to replace system/default fonts.
So, if you want to read/see malayalam language content, and the phone does not support it, you can try a Nokia repair center in case there is a firmware version with support for that language, or you can change to some other phone model which supports the language, or supports installable font files.

Which axi version is the supported and compatible version for JDK1.4?

Hi,
Can any body tell me Which axi version is the supported and compatible version for JDK1.4.Thanks in advance.
Regards,
Lokesh Kumar Pattajoshi

Hi Jürgen
Please be advised that the customer is correct.
Please see the following note:
539188 TREX installations for E-Selling
For all E-Commerce and ICSS scenarios using
SAP Web Application Server Java 6.40 TREX 6.1. is recommended.
Hope this will be of assistance.
Kind regards Peter
Edited by: Peter Murphy on Jan 23, 2009 3:01 PM

Unicode support of OAS

Hi,
We are involved in the development of a multilingual web application. We are running some cartridges in the OAS. If its an unicode based solution and the cartridge running over the OAS is capable of understanding unicode, is it necessary that OAS should also be an unicode compliant one.. we use oracle 8 which supports unicode.. if OAS is to unicode compliant one then from which version does it supports..
Thanks...

Hi Gaikwad,
Please check matts reply and the document for Dynamic Formatting in this thread:
Re: Cell format information through SDK API
Regards,
---Satish

Version of Unicode supported by Java 1.3.1 and 1.4

Similar Messages

Maybe you are looking for