[OpenJDK 2D-Dev] RFR: 8130264 : change the mechanism by which JDK loads the platform-specific PrinterJob implementation

Roger Riggs Roger.Riggs at oracle.com
Mon Nov 26 21:35:40 UTC 2018


The CSR looks fine,

On 11/26/2018 04:20 PM, Phil Race wrote:
> Can someone review the CSR : 
> https://bugs.openjdk.java.net/browse/JDK-8214322 ?
>
> Also my email below pointed to the webrev twice .. the bug id for this 
> issue is here :
>
> https://bugs.openjdk.java.net/browse/JDK-8130264
>
> -phil.
>
>
> On 11/16/18 1:36 PM, Sergey Bylokhov wrote:
>> Looks fine.
>>
>> On 15/11/2018 13:41, Phil Race wrote:
>>> bug: http://cr.openjdk.java.net/~prr/8130264/
>>> webrev: http://cr.openjdk.java.net/~prr/8130264/
>>>
>>> Currently java launcher code embeds the name of the java.desktop 
>>> module's PrinterJob
>>> implementation class for each platform in a system property which is 
>>> later
>>> read by the java.desktop code to use to reflectively locate the 
>>> class and instantiate it.
>>>
>>> This fix removes that entirely from the launcher code and the 
>>> desktop module
>>> now looks it up internally via a simple platform proxy class.
>>>
>>> This builds on all platforms and we rely on existing printing tests 
>>> to verify
>>> that we can still locate the implementation class.
>>>
>>> The new regression test just verifies the system property name space 
>>> is no longer polluted.
>>> I didn't find any test (apart from this new one) that references it.
>>>
>>> Since that system property has been around for a long time I am 
>>> thinking I should file a CSR
>>> to document its removal .. unless there is a concensus it is not 
>>> necessary.
>>>
>>> -phil.
>>
>>
>



More information about the core-libs-dev mailing list