Hi Roman,
If that's the case, I believe some of them would require not only
implementation change, but also the spec change. And I am even not sure
whether they are actually doable or not. I'd like to find out whether
it would be practically feasible, before fixing them one by one.
Thanks,
Naoto Sato wrote:
> 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,
> ther
ATCH] Load currency.data via
ClassLoader.eml)
Weitergeleitete Nachricht
Von: Roman Kennke <[EMAIL PROTECTED]>
An: Core-Libs-Dev
Betreff: [PATCH] Load currency.data via ClassLoader
Datum: Wed, 24 Oct 2007 10:27:04 +0200
Hi there,
in java.util.Currency, the currency.dat
Hi Naoto,
> 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 que
l-Nachricht-Anlage ([PATCH] Load currency.data via
> ClassLoader.eml)
> > Weitergeleitete Nachricht
> > Von: Roman Kennke <[EMAIL PROTECTED]>
> > An: Core-Libs-Dev
> > Betreff: [PATCH] Load currency.data via ClassLoader
> > Datum:
Locale related utility classes are maintained by the i18n group - right?
--- Begin Message ---
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
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
