It's happening on multiple resources in our build.
Below is the best stack trace.
Note that the only difference between JDK9 (where it works) and Jigsaw (where
it fails) on build 140 in java/util/ResourceBundle.java is
3170c3168
< URL url = loader.getResource
Alan,
This is a newer version:
http://cr.openjdk.java.net/~shurailine/8159523/webrev.03/
Shura
> On Oct 17, 2016, at 12:16 AM, Alan Bateman wrote:
>
> On 14/10/2016 23:26, Alexandre (Shura) Iline wrote:
>
>> Could you please take another look?
>>
>> I have added more options, and fixed other
It's possible to work around the gradle error below by adding
--add-exports-private=java.base/java.io=ALL-UNNAMED to _JAVA_OPTIONS.
It's unfortunate that javac doesn't recognize this option because up until now
I had been using one jdk9args file for both java and javac.
The next one that I ran i
On 21/10/16 10:08, Jochen Theodorou wrote:
> I wrote "same class" and thought same class and subclasses... my bad.
> Anyway, I am aware of how it works, the problem is that shi... caller
> sensitivity. If you work with classic reflection and have a central
> space for these kind of actions (for exa
On 20.10.2016 16:14, Alan Bateman wrote:
On 20/10/2016 14:48, Jochen Theodorou wrote:
:
I still wish you had at least not included protected members. Sure,
protected is not public and protected is always a pain in the butt, I
still fail to comprehend the logic that a class can extend a class
