jmigrate reports errors with org.conscrypt.Platform library

[shenoyvvarun]

Summary

We (dependency from io.grpc) are currently using org.conscrypt:conscrypt-openjdk-uber:jar:2.5.2 and are facing errors with jdeps when running on JDK17.

/usr/bin/jdeps --ignore-missing-deps -jdkinternals

Class = org.conscrypt.Platform (Platform.java)

Location	Line Number	API Details	Description
METHOD oidToAlgorithmName	547	CLASS sun.security.x509.AlgorithmId	package sun.security.x509 is jdk internal after jdk 8. In jdk16, --illegal-access=deny was default. This option is ignored in jdk 17. module java.base does not export package sun.security.x509. usage context: sun.security.x509.AlgorithmId.get call (return type)
METHOD oidToAlgorithmName	547	CLASS sun.security.x509.AlgorithmId	package sun.security.x509 is jdk internal after jdk 8. In jdk16, --illegal-access=deny was default. This option is ignored in jdk 17. module java.base does not export package sun.security.x509. usage context: sun.security.x509.AlgorithmId.get call
METHOD oidToAlgorithmName	547	CLASS sun.security.x509.AlgorithmId	package sun.security.x509 is jdk internal after jdk 8. In jdk16, --illegal-access=deny was default. This option is ignored in jdk 17. module java.base does not export package sun.security.x509. usage context: sun.security.x509.AlgorithmId.getName call

[prbprbprb]

Yeah, we'll have to get rid of that dependency but it would be a breaking change.

I guess the solution is to expand our own OidData class enough that the Sun class is no longer needed. However our class is Apache licensed and the Sun one is GPL, so we'd have to do some kind of cleanroom development to achieve that in a legal way.