JDK-6271931 : nightly: regression test cases failed due to "java.lang.RuntimeException: could not locate data"
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.text
  • Affected Version: 6
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2005-05-17
  • Updated: 2010-07-29
  • Resolved: 2005-05-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6 b38Fixed
Related Reports
Duplicate :  
JDK-6272127 - nightly: reg. test java/util/Calendar/CalendarTest.java failed in Sol. 10 and IA 10
Description
Build: I18N Nightly build: 1.6.0-i18n-awt-blade-yy96434_17_May_2005_00_26-b00
Platform: SunOS 5.10, Windows XP

The following regression test cases failed with same exception:

# java/util/TimeZone/bug4096952.java:
# java/text/Normalizer/ConformanceTest.java: Confirm Normalizer's fundamental behavior
# java/text/Collator/Regression.java: Regression tests for Collation and associated 
# java/text/Collator/JapaneseTest.java: Regression tests for Japanese Collation
# java/text/Collator/KoreanTest.java: Regression tests for Korean Collation
# java/text/Collator/IteratorTest.java: Test CollationElementIterator, particularly the 
# java/text/Collator/CurrencyCollate.java: Test currency collation
# java/text/Collator/CollationKeyTest.java: Tests on the bug 4106263 - CollationKey became
# java/text/Collator/MonkeyTest.java: test Collation, Monkey style
# java/text/Collator/DanishTest.java: test Danish Collation
# java/text/Collator/EnglishTest.java: test English Collation
# java/text/Collator/FinnishTest.java: test Finnish Collation
# java/text/Collator/FrenchTest.java: test French Collation
# java/text/Collator/GermanTest.java: test German Collation
# java/text/Collator/SpanishTest.java: test Spanish Collation
# java/text/Collator/SurrogatesTest.java: test Supplementary Character Collation
# java/text/Collator/ThaiTest.java: test Thai Collation Copyright 2000 Sun Microsystems, 
# java/text/Collator/TurkishTest.java: test Turkish Collation
# java/text/Collator/VietnameseTest.java: test Vietnamese Collation
# java/text/Format/SerializationLoadTest.java: test serialization compatibility of DecimalFormat and DecimalFormatSymbols
# java/util/regex/RegTest.java: tests RegExp framework
# java/lang/String/ToLowerCase.java: toLowerCase should lower-case Greek Sigma correctly depending on the context (final/non-final)
# java/lang/String/ToUpperCase.java: toUpperCase should upper-case German sharp s correctly even if it's the only character in the string
# java/text/Collator/Bug4848897.java: updating collation for Norwegian
# java/text/Collator/Bug4248694.java: updating collation tables for icelandic
# java/text/Collator/Bug4804273.java: updating collation tables for swedish
== Exception thrown: =============================================
Execution failed: `main' threw exception: java.lang.ExceptionInInitializerError
Caused by: java.lang.RuntimeException: could not locate data
    at sun.text.normalizer.NormalizerImpl.<clinit>(NormalizerImpl.java:44)
    ... ?? more  
[where ?? varies for all the cases]

The failed result can be found at
http://sqeweb.sfbay/i18n/nightly-results/mustang/i18n_reg_60-i18n_Reg_Sol_10_JDS_ja-en-2005-05-17-03-25-25-0460/failed.html

The tests failed due to the putback for Mustang ToO 4221795
###@###.### 2005-05-17 19:47:30 GMT
###@###.### 2005-05-17 22:48:23 GMT

With the fix, all the tests passed in the new nightly run.
###@###.### 2005-05-18 17:43:00 GMT
Comments
EVALUATION One possible cause: sun.text.normalizer.NormalizerImpl uses the file name "../resources/unorm.icu", which is then (in ICUData) passed to Class.getResource. The specification of Class.getResource doesn't say whether ".." is supported. It's possible that it works when the file is obtained from the file system (as in engineering builds), but fails when the file is obtained from a jar file (as in a nightly/promoted/product builds). ###@###.### 2005-05-17 23:03:09 GMT The above reasoning seems to be correct. I haven't used j2sdk-image in my testing. By changing from '..' to the absolute path which begins '/', all test passed. ###@###.### 2005-05-18 01:34:20 GMT
17-05-2005