RFR: JDK-8235597: Extend support for -XDaccessInternalAPI to plugin modules

Jonathan Gibbons jonathan.gibbons at oracle.com
Wed Dec 11 21:28:23 UTC 2019


Text blocks are coming ;-)  I hope we have good IDE integration coming 
as well ;-)

-- Jon


On 12/11/2019 01:24 PM, Maurizio Cimadamore wrote:
>
> Looks good.
>
> Wish we could (easily) use new features in tests (e.g. text blocks) :-)
>
> One small typo:
>
>   143     // negative control test: access fails without tyhe new option
>
>
> Cheers
> Maurizio
>
> On 09/12/2019 22:07, Jonathan Gibbons wrote:
>> Please review a small localized change to javac, to extend the 
>> support for the existing hidden -XDaccessInternalAPI option to 
>> plugins provided as modules.
>>
>> The change utilizes the existing ModuleHelper.addExports method.
>>
>> The test is derived from the recent new test AutostartPlugins.java.  
>> It creates a plugin in a jar file, in a module on the module path, 
>> and in a module that is linked in to the image.  The test case for 
>> the classpath is not new and is just provided for completeness. A 
>> negative test case for plugin-as-module is provided, to demonstrate 
>> that access fails without the option, and there are test cases for 
>> modules on the module path and jlinked into an image.
>>
>> The positive test cases just verify that non-null elements in task 
>> events can be downcast to ClassSymbol, and an internal field (the 
>> kind) accessed.
>>
>> No CSR, since the option is undocumented, unsupported and subject to 
>> change at any time.
>>
>> -- Jon
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8235597
>> Webrev: http://cr.openjdk.java.net/~jjg/8235597/webrev.00/
>>
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/compiler-dev/attachments/20191211/38dc886f/attachment.htm>


More information about the compiler-dev mailing list