> OK. The reason I ask is to try to rule things out. The environment has
> changed, the JDK hasn't, so maybe the environment needs more attention.
> I suspect your answer lies in the C library and its I18N support, not in
> the JDK. Have you tried other applications than the JDK, to see if their
> I18N capabilities have changed?
>
I have installed Chinese locale data into RedHat 6.1 and our C programs
that depending on locale work correctly.
> If you've got JDK1.2, it comes with a fair amount of source (src.jar),
> you may want to look in there. I didn't find anything obvious in a quick
> inspection, which increases my suspicion of libc, but you may want to
> take a look yourself.
>
I did look at the source from JDK 1.2. However, the really setting
depending on the class I don't have access to the soruce. Here is the
codes:
java.util.locale:
satic {
String language =
(String) AccessController.doPrivileged(
new GetPropertyAction("user.language","EN"));
String country =
(String) AccessController.doPrivileged(
new GetPropertyAction("user.region",""));
}
These two determines what the default locale will be. However
GetPropertyAction is in sun.security.action. I have a simple program
like this:
import java.util.Locale;
public class TestLocale
{
public static void main (String args[]) {
System.out.println (Locale.getDefault());
}
}
I have tried running it with and without -Duser.language=zh
-Duser.region=zh_TW. Those parameters don't seem to affect the locale
setting.
David
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
