Hi David!
The test fails when reading content of existing jsse.jar, which belongs
to compact3 profile.
When the test loads classes from this jar and tries to access their
fields, it hits the types that are not included in compact[12], thus
NoClassDefFoundError.
I'm not certain, if it is a bug that jsse.jar is referenced from
"sun.boot.class.path" when the application is run in compact[12] profiles.
Sincerely yours,
Ivan
On 25.06.2015 8:43, David Holmes wrote:
Hi Ivan,
On 25/06/2015 4:11 AM, Ivan Gerasimov wrote:
Hello!
This test fails when running on compact1 and compact2, since it tries to
access all the jars from "sun.boot.class.path".
The easiest approach would be to include it in the group, which requires
at least compact3.
Easy yes but is it correct? This is a basic core reflection test that
should be executable on any compact profile. There are three things
here that concern me:
a) why does boot.class.path include non-existent jar files?
b) why don't non-existent jar files simply increment the "skipped"
count, which is not considered a test failure?
c) what changed to make this start failing?
Thanks,
David
BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524
WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/
Sincerely yours,
Ivan