JDK-8020623 : [TEST_BUG] Fix failed for JDK-8001474
  • Type: Bug
  • Component: security-libs
  • Sub-Component: java.security
  • Affected Version: 6u60
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2013-07-16
  • Updated: 2014-07-03
  • Resolved: 2014-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 6
6u75 b05Fixed
Related Reports
Relates :  
Description
test sun/security/krb5/ccache/EmptyCC.java should create empty krb5cc_<username> in <userhome> directory on start execution because failure JDK-2230616 is reproducible only when this file exists

File isn't created before test execution, test passed with jdk 6u38 b02.




Comments
Verified 6u75 b07 Windows x64
12-02-2014

The test does not run on JDK 6 because the env variable KRB5CCNAME is not supported there. Please remove all set and get of this env variable and directly use the file name when loading the ccache (i.e. change null to "tmpcc" in the last line). BTW, if you want to backport 8001208, please also change CredentialsCache.getInstance() to CredentialsCache.getInstance("tmpcc"), Update: Ignore the last line above. Since there is no support for KRB5CCNAME in JDK 6, there is no use backporting 8001208.
21-10-2013

SQE is ok to defer from 6u60.
01-08-2013

Defer it to 6u72 (PSU)
30-07-2013

I don't consider this as a stopper. As GAC build is around the corner, we don't have enough time to fix this P3 bug. Requesting it to be defered from 6u60.
30-07-2013

sun/security/krb5/ccache/EmptyCC.java is regression test for JDK-7158329, but test reproduces issue (fails) only if file was created before running otherwise it always passes. JDK-8001474 doesn't fix this test issue and I filed new bug.
26-07-2013

Not quite sure I follow here. I've run this test on 6u65 and it passes. Are you saying that this pass doesn't count because the test should be creating krb5cc_<username> and isn't? Can you explain the relationship between this issue and 8001474 which is seemingly fixed in 6u65?
25-07-2013