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.
JDK 6
6Resolved
Related Reports
Duplicate :  
JDK-6304463 - zip file IO operations on Solaris fail if thread is interrupted
Relates :  
JDK-6280693 - Mmap the whole jar files takes too much perceived footprint
Description
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:
===============
api/java_util/concurrent/Executors/index.html#Executors[testPrivilegedThreadFactory]

jtr file location:
==================
Attached

Test output:
=============
javasoft.sqe.tests.api.junit.AssertionFailedError
	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
Comments
EVALUATION With fix for 6304463, this JCK test passed.
05-08-2005
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.
05-08-2005