Re: RFR: 8266459: Implement JEP 411: Deprecate the Security Manager for Removal [v6]

On Mon, 31 May 2021 15:02:57 GMT, Weijun Wang wrote: >> Please review this implementation of [JEP >> 411](https://openjdk.java.net/jeps/411). >> >> The code change is divided into 3 commits. Please review them one by one. >> >> 1. >> https://github.com/openjdk/jdk/commit/576161d15423f58281e38

Re: RFR[8250855]: 'Address reliance on default constructors in the Java 2D APIs'

e/JDK-8250855 > * webrev: > > http://cr.openjdk.java.net/~ccleary/issues/webrevs-store/8250855/webrevs/webrev.00/ > > > Conor > Best Lance -- Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 lance.ander...@oracle.com

Re: RFR: JDK-8243454 - Redundant code for executable jar file manifests except SplashScreen-Image

t; Any opinion about to how to proceed with this, if at all or would >> someone sponsor this patch? >> Regards,Philipp >> >> [1] >> https://mail.openjdk.java.net/pipermail/core-libs-dev/2019-December/064149.html >> > <20200517-splashscreenimageunicodetes

Re: RFR[8250855]: 'Address reliance on default constructors in the Java 2D APIs'

Hi Daniel > On Aug 17, 2020, at 7:30 AM, Daniel Fuchs wrote: > > On 17/08/2020 12:16, Lance Andersen wrote: >> The description for almost all of the constructors indicate: >> >> Constructor for subclasses to call >> —— >> Is the above wording used

Re: RFR 7116946: JSSecurityManager should use java.util.ServiceLoader to lookup service providers

warning cleanups, given the date that's in it ;-) Since getProviders is package private I assume it is ok to "generify".-Chris Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037Oracle Java Engineering 1 Network Drive Burlington, MA 01803lance.ander...@oracle.com