Discussion: #MutableConfigurations, #LazyConfigurationAndInstantiation, #CyclicDependences, & #DiscardableModules

mark.reinhold at oracle.com mark.reinhold at oracle.com
Fri Nov 18 16:30:09 UTC 2016


References:

  http://openjdk.java.net/projects/jigsaw/spec/issues/#MutableConfigurations
  http://openjdk.java.net/projects/jigsaw/spec/issues/#LazyConfigurationAndInstantiation
  http://openjdk.java.net/projects/jigsaw/spec/issues/#CyclicDependences
  http://openjdk.java.net/projects/jigsaw/spec/issues/#DiscardableModules

In light of Thomas Watson's initial attempt to achieve bidirectional
interoperation between OSGi and JPMS [1], my subsequent suggestion that
this can be done indirectly with the present design by modeling a dynamic
module as a sequence of JPMS modules over time [2] if given a solution to
#NonHierarchicalLayers [3], and then Watson's validation of that approach
[4], it appears that we no longer have any need to address the above four
issues, at least as far as OSGi is concerned.

David: Is this approach workable for JBoss Modules as well?  If so then
I'd like to close these issues out; if not then I'd like to understand
if there are additional, smaller changes that would make this approach
acceptable while avoiding the complexity of complete solutions to these
issues.

- Mark


[1] http://mail.openjdk.java.net/pipermail/jpms-spec-comments/2016-August/000062.html,
    or http://blog.osgi.org/2016/08/osgi-with-java-modules-all-way-down.html
[2] http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000410.html
[3] http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-October/000442.html
[4] http://mail.openjdk.java.net/pipermail/jpms-spec-experts/2016-November/000449.html


More information about the jpms-spec-experts mailing list