RFR: 8043537: Changes for JDK-8039951 introduced circular dependency between Kerberos and com.sun.security.auth

Hi All Please review the code changes at http://cr.openjdk.java.net/~weijun/8043537/webrev.02/ The fix creates geteuid() in sun.misc.VM so DflCache.java does not depend on JAAS modules anymore. Alan suggested me to add some similar methods so other people can use it. Thanks Max

Re: RFR: 8043537: Changes for JDK-8039951 introduced circular dependency between Kerberos and com.sun.security.auth

On 21/05/2014 12:51, Wang Weijun wrote: Hi All Please review the code changes at http://cr.openjdk.java.net/~weijun/8043537/webrev.02/ The fix creates geteuid() in sun.misc.VM so DflCache.java does not depend on JAAS modules anymore. Alan suggested me to add some similar methods so other

Re: RFR [8043507]: javax.smartcardio.CardTerminals.list() fails on MacOSX

Looks good. Have you looked for similar problems in the code? I wonder if this is the only occurrence. Thanks, Valerie On 05/20/14 04:00, Ivan Gerasimov wrote: Hello! The function javax.smartcardio.CardTerminals.list() sometimes fails when called from an app running on MacOSX. The problem

RFR (S) 8035974: Refactor DigestBase.engineUpdate() method for better code generation by JIT compiler

http://cr.openjdk.java.net/~kvn/8035974/webrev https://bugs.openjdk.java.net/browse/JDK-8035974 Contributed by James Cheng and modified by me. To use intrinsics to accelerate SHA operations on multiple blocks [1], it is needed to pull a loop out of DigestBase.engineUpdate() and make a new meth

RFR 8036709: Java 7 jarsigner displays warning about cert policy tree

Hi All Please review the code change at http://cr.openjdk.java.net/~weijun/8036709/webrev.01/ Before this change, jarsigner simply put a cert chain into a CertPath and validate it. If the CertPath contains a trust anchor inside, the validation could fail even if it should not. This fix sear