This is the mail archive of the
java-discuss@sources.redhat.com
mailing list for the Java project.
Re: GCJ ----- Regarding LocaleData.class
- To: "Subramoney, Sreenivas" <sreenivas dot subramoney at intel dot com>, java-discuss at sourceware dot cygnus dot com
- Subject: Re: GCJ ----- Regarding LocaleData.class
- From: Bryce McKinlay <bryce at albatross dot co dot nz>
- Date: Thu, 06 Jul 2000 00:01:51 +1200
- References: <7008B58559CBD311AC7600A0C95BF940339DCF@fmsmsx45.fm.intel.com>
"Subramoney, Sreenivas" wrote:
> I see files like java/text/DateFormat.java (line 109) and
> java/text/NumberFormat.java (line 62) explicitly
> referring to "gnu.gcj.text.LocaleData", and the JVM then tries to load
> "gnu.gcj.text.LocaleData.class", which
> is not present in ../gnu/gcj/text.
>
> Am I missing the LocaleData.class file from the distribution, in which case
> how should I get it?
> (I do have the LocaleData_en_US.class and the LocaleData_en.class files)
No, there is no LocaleData.class. DateFormat loads its data using the
ResourceBundle class, which appends a locale id to the classname before
looking for it. The locale it looks for is the value of Locale.getDefault(),
which currently I think will allways return language "en" and no country
unless the user.language and user.country properties are set. So
ResourceBundle.getBundle should actually be looking for the LocaleData_en
class. Are you getting an error?
regards
[ bryce ]