JDK-8169243 : java/util/concurrent/ThreadPoolExecutor/ConfigChanges.java still fails intermittently
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util.concurrent
  • Affected Version: 9
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-11-04
  • Updated: 2017-03-21
  • Resolved: 2016-11-29
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 9
9 b148Fixed
Related Reports
Relates :  
JDK-8177313 - Move FJExceptionTableLeak.java and ConfigChanges.java back to tier1
Relates :  
JDK-8139237 - java/util/concurrent/ThreadPoolExecutor/ConfigChanges.java fails intermittently
Description
java/util/concurrent/ThreadPoolExecutor/ConfigChanges.java

Observed this test still fails intermittently (very rare though) (after JDK-8139237).

From the current observed two failures, both are from, though failures happened on different platforms: windows and linux

--> ConfigChanges.realMain(ConfigChanges.java:250)
Comments
We're reluctantly commenting out the remaining failing assertion. http://cr.openjdk.java.net/~martin/webrevs/openjdk9/jsr166-jdk9-integration/ConfigChanges/
16-11-2016
Observed test failed at linux-x64 one time. #section:main ----------messages:(4/156)---------- command: main ConfigChanges reason: User specified action: run main/othervm ConfigChanges Mode: othervm [/othervm specified] elapsed time (seconds): 0.791 ----------configuration:(0/0)---------- ----------System.out:(4/73)---------- Seed from RandomFactory = -306851301434801510L Passed = 44, failed = 1 ----------System.err:(25/1620)---------- java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(java.base@9-ea/Thread.java:1434) at ConfigChanges.fail(ConfigChanges.java:263) at ConfigChanges.check(ConfigChanges.java:266) at ConfigChanges.realMain(ConfigChanges.java:250) at ConfigChanges.main(ConfigChanges.java:271) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:110) at java.lang.Thread.run(java.base@9-ea/Thread.java:843) java.lang.AssertionError: Some tests failed at ConfigChanges.main(ConfigChanges.java:273) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-ea/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-ea/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-ea/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-ea/Method.java:535) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:110) at java.lang.Thread.run(java.base@9-ea/Thread.java:843)
04-11-2016
Below is copied from comment in JDK-8139237, the failure reported after JDK-8139237 resolved. Daniel Fuchs added a comment - 2016-10-17 06:30 I saw this test fail again today on a windows x64 machine (jdk9/dev/jdk tip 15833:8d752af5f61d): ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.AssertionError: Some tests failed REASON: User specified action: run main/othervm ConfigChanges TIME: 0.314 seconds messages: command: main ConfigChanges reason: User specified action: run main/othervm ConfigChanges Mode: othervm [/othervm specified] elapsed time (seconds): 0.314 configuration: STDOUT: Seed from RandomFactory = -5132845571049384108L Passed = 44, failed = 1 STDERR: java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(java.base@9-internal/Thread.java:1434) at ConfigChanges.fail(ConfigChanges.java:263) at ConfigChanges.check(ConfigChanges.java:266) at ConfigChanges.realMain(ConfigChanges.java:250) at ConfigChanges.main(ConfigChanges.java:271) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:535) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:110) at java.lang.Thread.run(java.base@9-internal/Thread.java:843) java.lang.AssertionError: Some tests failed at ConfigChanges.main(ConfigChanges.java:273) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:535) at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:110) at java.lang.Thread.run(java.base@9-internal/Thread.java:843) JavaTest Message: Test threw exception: java.lang.AssertionError: Some tests failed JavaTest Message: shutting down test STATUS:Failed.`main' threw exception: java.lang.AssertionError: Some tests failed Is it worth logging a new issue?
04-11-2016