JDK-8151295 : [TESTBUG]runtime/ErrorHandling fails as it can���t find library
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 7u101,8u81
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-03-04
  • Updated: 2019-05-21
  • Resolved: 2019-01-21
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 8
8u212 b03Fixed
Related Reports
Duplicate :  
Relates :  
Description
runtime/ErrorHandling fails when using jtreg 4.1 b13 with such message:
test result: Error. can't find jdk.test.lib.* in test directory or libraries

Affected tests:
runtime/ErrorHandling/TestCrashOnOutOfMemoryError.java
runtime/ErrorHandling/TestExitOnOutOfMemoryError.java

Tests from JDK 9 work normally. Can see this failure in JDK 8u81 Nightly.

Comments
Putting openjdk-na tag to keep JIRA reports about patches missing in mainline openjdk happy.
27-02-2019

This is fixed in openjdk8u211 with JDK-8218613. Alas, I discovered this issue after fixing it in JDK-8218613, which adds to confusion.
27-02-2019

OpenJDK query: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2019-January/008389.html
17-01-2019

Issue still exist and comes in the nightly run. I am taking this bug forward and will analyze/test/integrate the fix provided by Alexander, since he is inactive now.
13-12-2017

Here is fix for this issue: http://cr.openjdk.java.net/~avorobye/8151295/ Here is review thread: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2016-April/005344.html I will send reminder about review.
31-08-2016

[~avorobye], will you be able to fix this in the next few weeks? Since it is a testbug we can add it after rdp2, but if it will take longer time, perhaps we should defer it again to January?
12-08-2016

SQE is OK to defer
10-06-2016

Thanks. Since this is a test bug I suggest we defer this to October
09-06-2016

[~mcastegr] JDK-8151290 does not fix this issue but the fix is very similar. Here is review thread - http://mail.openjdk.java.net/pipermail/jdk8u-dev/2016-April/005344.html but I still have no approve.
09-06-2016

Alex, with JDK-8151290 fixed (though not synced to 8u101 yet), will this bug be fixed as well?
17-05-2016

http://mail.openjdk.java.net/pipermail/jdk8u-dev/2016-April/005335.html
21-04-2016

New version of jtreg by default does not allow to use libraries from the outside of test suite. I guess jdk.test.lib.* should be changed to com.oracle.java.testlibrary.* which is available in the hotspot/test testsuite. At least until it renamed to jdk.testlibrary (like here https://bugs.openjdk.java.net/browse/JDK-8067013).
20-04-2016

We have a lot of troubles with jtreg 4.1 b13, not only this one. But this kind of issues can be considered as test bugs. So, ok to defer it from CPU16_02.
11-03-2016

(Putting on release 8u76 while we await an official defer approval)
09-03-2016

In JDK 9, this lib was changed from com.oracle.java.testlibrary.*; to jdk.test.lib.*; This will cause a LOT of test failures in JDK 8 as there are still a lot of importing the com.oracle one. A quick search for the OutputAnalyzer only shows 64 tests. I suggest we roll back to use JTREG 4.1 b12 for this release as b13 doesn't seem to have been tested with JDK 8
07-03-2016