JDK-6305549 : JCK-runtime-6.0_b04: api/java_util/concurrent/Executors/index.html#Executors failed, mustang
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util.concurrent
  • Affected Version: 6
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2005-08-03
  • Updated: 2012-03-23
  • Resolved: 2005-08-05
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.
Related Reports
Duplicate :  
Relates :  
JCK	       : 6.0 b04
J2SE	       : FAIL - mustang b45
                 PASS - mustang b44
Platform[s]    : FAIL - Solaris-sparc-5.8, Solaris-sparc-5.9
		 PASS - Windows XP
switch/Mode    : FAIL - All

Failing Tests:

jtr file location:

Test output:
	at javasoft.sqe.tests.api.junit.TestCase.fail(TestCase.java:199)
	at javasoft.sqe.tests.api.junit.TestCase.assertTrue(TestCase.java:172)
	at javasoft.sqe.tests.api.junit.TestCase.assertTrue(TestCase.java:179)
	at javasoft.sqe.tests.api.java.util.concurrent.JSR166TestCase.joinPool(JSR166TestCase.java:325)
	at javasoft.sqe.tests.api.java.util.concurrent.ExecutorsTest.testPrivilegedThreadFactory(ExecutorsTest.java:438)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at javasoft.sqe.tests.api.junit.TestCase.invokeTestCase(TestCase.java:48)
	at javasoft.sqe.javatest.lib.MultiTest.run(MultiTest.java:195)
	at com.sun.jck.lib.ExecJCKTestSameJVMCmd$Version2Test.execute(ExecJCKTestSameJVMCmd.java:389)
	at com.sun.jck.lib.ExecJCKTestSameJVMCmd$StandardTest.run(ExecJCKTestSameJVMCmd.java:334)
	at com.sun.jck.lib.ExecJCKTestSameJVMCmd.execute(ExecJCKTestSameJVMCmd.java:211)
	at com.sun.jck.lib.ExecJCKTestSameJVMCmd.run(ExecJCKTestSameJVMCmd.java:140)
	at com.sun.javatest.agent.Agent$Task.executeCommand(Agent.java:818)
	at com.sun.javatest.agent.Agent$Task.execute(Agent.java:749)
	at com.sun.javatest.agent.Agent$Task.handleRequest(Agent.java:610)
	at com.sun.javatest.agent.Agent.handleRequestsUntilClosed(Agent.java:377)
	at com.sun.javatest.agent.Agent.access$000(Agent.java:41)
	at com.sun.javatest.agent.Agent$1.run(Agent.java:253)
	at java.lang.Thread.run(Unknown Source)
testPrivilegedThreadFactory: Failed. Test case throws exception: javasoft.sqe.tests.api.junit.AssertionFailedError

How to reproduce:
How to reproduce:
The command line presented in the jtr file. The simle way is following:
- install JCK (or just use binaries from /net/jre.sfbay/p/v10/jck/6.0/beta/b04/binaries/JCK-runtime-60):
  java -jar JCK-runtime-60.jar
- go to classes directory
  cd JCK-runtime-60/classes
- run the test 
  jdk1.6.0/bin/java -cp . javasoft.sqe.tests.api.java.util.concurrent.ExecutorsTest -platform.concurrentShortDelay 500

Specific Machine Info:
[stt-robot@stt-22]~$ uname -a
SunOS stt-22 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Blade-100

EVALUATION With fix for 6304463, this JCK test passed.

EVALUATION Doug Lea writes: "I can't get this one to fail on b46, but it strikes me that it might be possible that it failed because of new incremental jar reading?" As usual, Doug is right. I did some archaeological exploration of our test failure logs, and indeed, this test started failing, on Solaris only, on both x86 and sparc, right around the time of the putback for 6280693: Mmap the whole jar files takes too much perceived footprint [martin.buchholz] The imminent fix is: 6304463: zip file IO operations on Solaris fail if thread is interrupted This bug is very likely a dup of 6304463.