Re: [jakarta.ee-spec.committee] Modules [Was Re: Requirements Document]

[Ian Robinson <ian_robinson@xxxxxxxxxx>]

The first LTS release of Java SE that will
contain modules is Java 11 so future versions of Jakarta EE (after EE8)
will need to have an opinion on Modules and some specificity around module
definitions for Jakarta EE technologies. Beyond that I would expect the
use of JPMS for Jakarta EE technologies to be well defined but optional.
Obviously that will be a decision for the community but I would not expect
JPMS to be a requirement enforced by future Jakarta EE TCKs. 
Independently, but somewhat related,
the long-term outlook for Java 8 - where most of the world's Java will
be running for some time yet - is good for enterprises so I'm not a fan
of rushing headlong into removing Java SE 8 as a supported version of Java
until we really need to. 

Regards,
Ian





From:      
 Bill Shannon <bill.shannon@xxxxxxxxxx>
To:      
 Jakarta specification
committee <jakarta.ee-spec.committee@xxxxxxxxxxx>, Mike Milinkovich
<mike.milinkovich@xxxxxxxxxxxxxxxxxxxxxx>
Date:      
 09/05/2018 21:40
Subject:    
   Re: [jakarta.ee-spec.committee]
Modules [Was Re: Requirements Document]
Sent by:    
   jakarta.ee-spec.committee-bounces@xxxxxxxxxxx

---

Mike Milinkovich wrote on 05/ 9/18 09:02 AM:> On
a different topic....not
directly related to defining the spec process
> itself, one of Ian Robinson's comment demonstrates that we are going
to have to
> have a conversation about whether the use of JPMS (aka JigSaw) is
something that
> we want to embrace in the Jakarta EE platform. Unfortunately, I don't
know
> enough about the technical details to know whether choosing to do
so would
> disadvantage implementations using other module systems such as OSGi.
If I
> understand correctly Glassfish itself makes use of OSGi, so perhaps
someone
> could provide an explanation of the implications of adopting JPMS.

The use of OSGi by GlassFish was always viewed as a stopgap until the
Java platform had a module system.  That's why it's largely hidden
under
the HK2 layer.  We intended that Java EE would define how Java platform
modules would be used by Java EE applications.
_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU