Proposal: #NonHierarchicalLayers
Jochen Theodorou
blackdrag at gmx.org
Tue Dec 13 17:38:52 UTC 2016
On 13.12.2016 00:23, mark.reinhold at oracle.com wrote:
[...]
> The `add{Opens,Exports}ToAll` variants shouldn't be needed since you can
> just include unqualified `open` and `exports` directives in the module
> descriptor that you're going to build anyway. That has the additional
> benefit of making the exports apparent to the JPMS resolver so that JPMS
> modules can resolve against your modules, whereas invoking these methods
> wouldn't do that.
what if I need to do those things after the module had been loaded? And
not sure if you did mean the runtime case, but I do not want to produce
a module descriptor class file at runtime.
> The `addPackage` method is problematic, in part since it's quite slow
> (at least in HotSpot, where we've optimized for the common case of the
> set of packages in a module never changing). Can't you compute the set
> of packages in a module at the time you create the descriptor?
which means I cannot add a class to a module in a "new" package at runtime?
bye Jochen
More information about the jpms-spec-observers
mailing list