Interoperation (Was: Re: Module-system requirements)

[mark.reinhold at oracle.com]

2015/2/11 11:56 -0800, david.lloyd at redhat.com:
> I'm concerned that the interoperation point doesn't quite go far enough. 
>   It says "It must be possible for another module system, such as OSGi, 
> to locate Java modules and resolve them using its own resolver, except 
> possibly for core system modules."
> 
> I agree with this requirement, such as it is, but I would also assert 
> that it should be possible to retrofit not only OSGi but Java EE, Maven, 
> and even legacy "modules" like extensions and so on as modules.  The 
> reason I make this assertion is that we have done all of these things 
> with success and (I dare say) relative ease, even to the extent of 
> achieving both EE and OSGi certification with such a retrofit.

Can you explain what you mean, exactly, by "retrofit"?

Are you saying that the JBoss module system can consume Java EE WAR
files, OSGi bundles, and Maven projects, as they stand and without
change?

> ...
> 
> To achieve this additional requirement does require a few very specific 
> implementation considerations but I do not believe that any of these 
> considerations contraindicate any of the other requirements stated here.

Can you be more specific as to what those considerations are?  Can they
be expressed as module-system requirements?

> Thus I feel this requirement should be amended to something along the 
> lines of:
> 
> Interoperation - It must be possible for another module system, such as 
> OSGi, to locate Java modules and resolve them using its own resolver, 
> except possibly for core system modules.  It must be possible for other 
> module systems to reuse the framework provided by this specification in 
> order to facilitate a standard, well-defined mechanism by which 
> different present and future module systems may interoperate.

Unless I've misunderstood something, this sounds more like a research
project -- a "meta" module system, in fact -- which is well outside the
scope of this JSR.

- Mark