JDK-8001473 : (6uX) fix failed for JDK-7158329: NPE in sun.security.krb5.Credentials.acquireDefaultCreds()
Type:Bug
Component:security-libs
Sub-Component:java.security
Affected Version:6u38
Priority:P2
Status:Closed
Resolution:Fixed
OS:windows_xp
CPU:x86
Submitted:2012-10-24
Updated:2013-09-12
Resolved:2013-01-10
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.
provided regression test sun/security/krb5/ccache/EmptyCC.java failed with 6u38b03 on windows
see comments for more details
Comments
Verified with jdk 6u60 b01 with regression test (krb5cc file was created manualy due to JDK-8001474) on Windows x64
17-07-2013
Original fix is now in 6u38 but it's not a critical fix. defer to 6u40
19-11-2012
Looks like a bad merge of the fix into the 6u38 repo. (jar files should *never* be merged without a thorough understanding of what's being done)
pwd : /net/v245-sus.ie/suspool/home/sean/6u38/j2se/make/tools/crypto/jgss
Looks like a bad merge :
v245-sus $hg log jgss_kerberos.jar | more
changeset: 875:e511993404d8
parent: 870:b0631ee8b7e3
parent: 874:291214d00d97
user: asaha
date: Wed Oct 10 15:37:23 2012 -0700
summary: Merge
changeset: 868:46dd1fc4d64e
user: mbankal
date: Tue Oct 09 11:36:08 2012 -0700
summary: 7158329: NPE in sun.security.krb5.Credentials.acquireDefaultCreds()
revision 875 reverts the jar file back to Aug 30th class files
while revision 868 which contained the fix has classes build on Sept 27th.
we should bring the new jgss jar file back into the repo.
14-11-2012
All I can tell is that the class file in the build does not match the source file updated by JDK-2230616. But on the other hand, the JDK-2230616 page shows it's resolved in b03. If I understand correctly that the "resolved" here means the fix is already inside the b03 build, then it seems there is a problem in the build process.
30-10-2012
need more info from development before we can decide that it is a build process issue or test issue
29-10-2012
can't understand from the comments. If this fix will be shown in the next build, there is no reason to defer it. If this is a build process issue, it must be fixed. Based on that I would say we can't defer this issue
29-10-2012
7-na added.
My understanding is that this is just a build problem, either the build is not from the latest source, or there is a problem in the build process, and until someone confirms it I cannot be sure which one it is. Having said that, it's only in 6 that JGSS is compiled separately into its own jars and then merged into rt.jar. Therefore it should be quite safe to say this problem should not apply to 7.
29-10-2012
Should this have the 7-na label?
29-10-2012
6u38-defer-request: Not a regression, testcase issue, lack of cycles