<i18n dev> [Fwd: [PATCH] Load currency.data via ClassLoader]

[Naoto Sato]

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 <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?
>>>
>>> /Roman
>>>


-- 
Naoto Sato