Hi Roman,
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.
Thanks,
Naoto
Roman Kennke wrote:
Hi,
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...
/Roman
E-Mail-Nachricht-Anlage ([PATCH] Load currency.data via
ClassLoader.eml)
-------- Weitergeleitete Nachricht --------
Von: Roman Kennke <[EMAIL PROTECTED]>
An: Core-Libs-Dev <[email protected]>
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?
/Roman
--
Naoto Sato
