Question around the 8054717 fix

Seán Coffey sean.coffey at oracle.com
Mon Jun 15 13:30:41 UTC 2015


Hi,

I had a security library fix reviewed last week [1] and all was ok with 
builds back then. Today, I found that my build is broken and I think 
it's down to the changes introduced from the 8054717 fix.

The build error (snippet) is :

> /opt/jprt/T/P1/081059.scoffey/s/jdk/src/jdk.crypto.pkcs11/share/classes/sun/security/pkcs11/P11ECUtil.java:74: error: ECPublicKeyImpl(byte[]) is not public in ECPublicKeyImpl; cannot be accessed from outside package
>                  return new ECPublicKeyImpl(x509Spec.getEncoded());
>                         ^
> /opt/jprt/T/P1/081059.scoffey/s/jdk/src/jdk.crypto.pkcs11/share/classes/sun/security/pkcs11/P11ECUtil.java:77: error: constructor ECPublicKeyImpl in class ECPublicKeyImpl cannot be applied to given types;
>                  return new ECPublicKeyImpl(
>                         ^
>    required: byte[]
>    found: ECPoint,ECParameterSpec
>    reason: actual and formal argument lists differ in length
I've confirmed that I do have the correct access type modifications in 
the ECPublicKeyImpl constructor (moved to public)

The build system appears to be picking up the older ECPublicKeyImpl 
class in the bootstrap JDK and not the newly built classes. 8054717 
appears to have modified bootclasspath settings.

Is this an issue with my security fix or a build issue ? I've tried the 
build on my local system and an JPRT.

regards,
Sean.

[1] http://cr.openjdk.java.net/~coffeys/webrev.8080102.jdk9.v2/webrev/



More information about the build-dev mailing list