Reading binary data

Maurizio Cimadamore maurizio.cimadamore at oracle.com
Sat Nov 23 11:27:26 UTC 2019


jigsaw-dev, please.

As you realized, this is not a mailing list about the JPMS.

Maurizio

On 23/11/2019 14:39, Ty Young wrote:
>> Maurizio,
>> To be clear, I'm not advocating for the status quo, far from it. Since
>> you brought up Jigsaw, let's take as an example. In its current
>> incarnation, JPMS has been quite literally rammed through over
>> considerable opposition from the Java community:
>> https://www.theregister.co.uk/2017/05/12/oracle_loses_jpms_vote/
> The Java module system really was delivered half-baked even beyond the topic at hand. I’ve come into many situations where I want to make a variable or method only visible to internal API modules but couldn’t without making a mess of things. For a language that beats you over the head with the importance of encapsulation it’s pretty ironic that a language feature called “modules” doesn’t provide the appropriate means to encapsulate your code the way you want/need to. I don’t know specifically what Twitter found to be lacking in the module system, but they were generally right.
>
> Panama makes this lack of functionality even more apparent as now you either have to expose Pointer objects as part of a high level API(may or may not be desirable) or separate those Pointer objects from the appropriate high level class and store them in some non exported package, which is *really* annoying and could be difficult to do at scale.
>
> But I digress, such discussion about the module system is probably better for the jdk-dev list. Brian probably won’t like the discussion but the current Java modules system really does need a V2 revamp, regardless of the reason.
>
>> Samuel


More information about the panama-dev mailing list