Hi George, Bear in mind that if Java 9 + Jigsaw actually *breaks* OSGi in any way, it would have to be a considered a non-backwards-compatible release of Java, since OSGi does nothing that could be considered non-standard or illegal for a Java program to do. I agree this would be perverse, as many other valid Java programs (e.g. JavaEE application servers) would likely be broken as well.
However, “not breaking” is rather a low bar… lower than that set by the previous revisions of the requirements which demanded some form of real interoperability between the module systems. Neil On 5 August 2014 at 10:02:51, Marrows, George A (GE Energy Management) ([email protected]) wrote: I'm certainly keen to see interoperability between the two solutions. It would be perverse for Jigsaw to introduce fundamental problems for OSGi, which is after all the current de facto standard Java module system. (Backgound: we are using OSGi to help structure our port of General Electic's Smallworld product line to the JVM. We are intending to map Smallworld's own module system, which is specific to the Magik programming language, to OSGi bundles and probably ultimately Jigsaw modules. http://www.infoq.com/news/2012/12/magik-jvm-port ) Yours, George -----Original Message----- From: jigsaw-dev [mailto:[email protected]] On Behalf Of Neil Bartlett Sent: 30 July 2014 12:38 To: [email protected] Subject: Jigsaw/OSGi interoperability requirements Hello, I asked the following question at the beginning of July when the re-relaunch of Jigsaw was announced, but didn’t get a response. Probably it was unintentionally overlooked with all the other traffic, but I would very much appreciate an answer so I’ll ask again: The previous draft requirements dated 19 April 2011 (“Draft 12”) stated the following with respect to OSGi: “It must be demonstrated by prototype to be feasible to modify an OSGi micro-kernel such that OSGi bundles running in that kernel can depend upon Java modules. The kernel must be able to load Java modules directly and resolve them using its own resolver, except for core system modules. Core system modules can only be loaded using the module system’s reification API.” Can you confirm that this requirement will still apply in the new phase, or has it been deliberately dropped? Regards, Neil
