RFR 8017248: Compiler Diacritics Issue
Alexander Zuev
alexander.zuev at oracle.com
Fri Sep 13 16:25:58 UTC 2013
I need a review for this simple change.
The problem here is that on Mac the file names with composite letters
(like letters with diacritic symbols)
are being kept in the Normalized Form Decomposed, so if file contains
class with the Composed name the
command-line utility or badly configured IDE may provide to the java
command the incorrectly created class name
(derived from what the OS says the .class file name is) hence we got
ClassNotFound for the main class.
The solution would be to catch the ClassNotFoundException during
initialization of the main class
and try it again with "properly" normalized name and only if it fails
for the second time to issue an error.
I don't think this approach may cause any regressions but i have tried
all the related tests and seems
there are no new failures with this change.
Since i haven't found a way of writing a regression test that is
stable on different locales even on Mac OS
(not speaking about other OS'es) there will be no regression test for
this issue.
Webrev can be found at:
http://cr.openjdk.java.net/~kizune/8017248/webrev.00
Bug description is:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8017248
/Alex
More information about the core-libs-dev
mailing list