<i18n dev> [Fwd: [PATCH] Load currency.data via ClassLoader]
Naoto.Sato at Sun.COM
Thu Oct 25 16:42:07 UTC 2007
Thank you for bringing this up. Yes, it's a bit unclear but the
Currency class belongs to the i18n group.
As to the issue, I have a question. Under jre/lib directory, there are
other files that are not read via the ClassLoader method. For example,
there are data files for time zones under jre/lib/zi, which are read via
FileInputStream, the same way currency.data is read. My question is how
the JamaicaVM is dealing with those files? I would expect that the same
issue should have been observed with those files.
Roman Kennke wrote:
> Am Mittwoch, den 24.10.2007, 09:42 +0100 schrieb Alan Bateman:
>> Locale related utility classes are maintained by the i18n group - right?
> Sorry, I'm a little lost with all those groups and mailing lists. By now
> I should be subscribed to almost all OpenJDK lists...
>> E-Mail-Nachricht-Anlage ([PATCH] Load currency.data via
>>> -------- Weitergeleitete Nachricht --------
>>> Von: Roman Kennke <roman.kennke at aicas.com>
>>> An: Core-Libs-Dev <core-libs-dev at openjdk.java.net>
>>> Betreff: [PATCH] Load currency.data via ClassLoader
>>> Datum: Wed, 24 Oct 2007 10:27:04 +0200
>>> Hi there,
>>> in java.util.Currency, the currency.data is loaded from $JRE_DIR/lib.
>>> I'm having a problem with this in the JamaicaVM, when an application is
>>> built into a single bundle for use on an embedded machine. There is no
>>> JRE installed on that machine, and this file can't be loaded. I suggest
>>> to fall back to loading this file via the ClassLoader. See attached
>>> patch. This should affect normal behaviour, and only adds the option to
>>> put this file in the (boot) classpath instead. What do you think?
More information about the core-libs-dev