Proposal: #NonHierarchicalLayers

mark.reinhold at mark.reinhold at
Wed Nov 30 00:10:02 UTC 2016

2016/11/22 13:23:34 -0800, david.lloyd at
> On 11/21/2016 03:56 PM, mark.reinhold at wrote:
>> ...
>> Layers don't have names, but if you're using the approach I suggested
>> for OSGi [1] then it shouldn't matter, since every JBoss module will be
>> in its own layer.  (If you really do need to give layers separate names
>> then you could do so in a `WeakHashMap` that you maintain on the side,
>> and have your resolver refer to that.)
> No, I was just suggesting a solution to the problem I see.
> To degenerate the problem to the simplest case: I may have to layers, A 
> and B, which are unrelated and both contain a module X.  I may need the 
> module X in one layer to have a dependency on the module X in another 
> layer.  Unless there's new code I haven't seen, each dependency is 
> expressed by name only, therefore this is impossible.  Whereas in our 
> system, a dependency is a tuple of (module loader, module name), 
> allowing arbitrary weaving of modules from different name spaces with no 
> problem.
> I don't think we need it to work the exact same way, but we need some 
> equivalent.

If this is how you need resolution to work for your modules then can't
you write your own resolver to make it so, using whatever additional
(weak) data structures you need to associate names with layers, class
loaders, etc., in whatever manner you require?

- Mark

More information about the jpms-spec-observers mailing list