Re: [jakarta.ee-spec.committee] [jakartaee-platform-dev] [jakarta.ee-spe

["Kevin Sutter" <sutter@xxxxxxxxxx>]

Thank you, Anthony!

In many ways,
we are thinking along the same lines.  Except to trust Reinhold's
unbiased view on the popularity of JPMS... ;-)

---------------------------------------------------
Kevin Sutter 
STSM, MicroProfile and Jakarta EE architect @ IBM
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn: https://www.linkedin.com/in/kevinwsutter



From:
       Anthony
Vanelverdinghe <dev@xxxxxxxxxxx>
To:
       jakartaee-platform
developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>, Kevin
Sutter <sutter@xxxxxxxxxx>
Cc:
       Jakarta
specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Date:
       07/23/2020
14:48
Subject:
       [EXTERNAL]
Re: [jakartaee-platform-dev] [jakarta.ee-spec.committee][jakarta.ee-spec][jakartaee-spec-project-leads]Automatic
ModuleNamesinJakarta EE 9

---

To me, this is essential:
(We will still need some type of disclaimer
in the Platform Spec that indicates not to count on the Module Names for
Jakarta EE 9 -- they will be changing in the future when we properly support
JPMS Modules.)

And with such a disclaimer in place, it doesn't really matter which option
is chosen, even "do as you wish" would work (of the defined ones,
I'd go with F though).

Also, Jakarta EE 9.1 should solely be about Jakarta EE on Java SE 11 *on
the classpath* (i.e. the modulepath only contains the Java SE modules;
anything else is on the classpath), so module names would still not matter.
As I see it, bringing Java modules into the platform is a vast topic, and
is thus unrealistic to do in Jakarta EE 9.1.
PS: since JPMS still seems pretty popular
in conversations about Java modules: https://twitter.com/mreinhold/status/994669659029999616
Kind regards,
Anthony
On 23/07/2020 19:56, Kevin Sutter wrote:
I can still appreciate
Tibor's statements though -- we need to quit adding work, no matter how
small of an effort, if we want to meet our goals of delivering Jakarta
EE 9 this fall.  Thanks, Tibor.


---------------------------------------------------
Kevin Sutter 
STSM, MicroProfile and Jakarta EE architect @ IBM
e-mail:  sutter@xxxxxxxxxx    Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn: https://www.linkedin.com/in/kevinwsutter



From:        Werner
Keil <werner.keil@xxxxxxx>
To:        jakartaee-platform
developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Cc:        Jakarta
specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Date:        07/23/2020
11:47
Subject:        [EXTERNAL]
Re: [jakartaee-platform-dev] [jakarta.ee-spec.committee][jakarta.ee-spec][jakartaee-spec-project-leads]AutomaticModuleNamesinJakarta
EE 9
Sent by:        jakartaee-platform-dev-bounces@xxxxxxxxxxx

---

That’s not correct, because whereever the definitions of modules like " java.servlet", "java.json", etc. existed in Jakarta EE 8 this must also be changed just like the packages.

 

See

https://docs.google.com/spreadsheets/d/1g8jYG0JixO3wzZkpeyU1LMIQRhbnZ76kGtdMFE8mieE/edit?usp=sharing

 

Maybe Scott was a bit ahead of himself sending it to ALL project leads, but especially those that already had a module declaration in Jakarta EE 8 and have not changed that to "jakarta.*" must also do that.

Those with a wrong automatic module name could also be "lazy" and simply remove that, I don’t think any full module-info wasn’t changed or newly introduced correctly, and especially those must not be destroyed because many of them like Activation are used in other specs like Mail, so IMO we could throw those options at them if that is what Scott suggested, but not sure, if the project leads may vote or if they should simply apply them, Option F is the preferred one by the Spec Committee and also what I mentioned here.

 

Only 8 specs would have to do anything, of these at least 4 already had modules defined in Jakarta EE 8, so they should leave them under the new namespace, the others could also just remove the automatic declaration.

 

Werner

 

From: Tibor Digana
Sent: Thursday, July 23, 2020 18:00
To: jakartaee-platform developer discussions
Cc: Jakarta specification committee
Subject: Re: [jakartaee-platform-dev] [jakarta.ee-spec.committee][jakarta.ee-spec][jakartaee-spec-project-leads]AutomaticModuleNamesinJakarta EE 9

 

Our goal was to change the license and rename the Java packages. Please do not prolong the work with more ambitions.

 

Dňa št 23. 7. 2020, 16:48 Scott Stark <starksm64@xxxxxxxxx> napísal(a):

I sent an email to the project leads list asking for feedback in the comments section of the doc that I just added.

 

On Thu, Jul 23, 2020 at 4:32 AM Werner Keil <werner.keil@xxxxxxx> wrote:

Thanks a lot, that might make it easier to decide.

 

Werner

 

Sent from Mailfor Windows 10

 

From: Scott Stark
Sent: Thursday, July 23, 2020 03:00
To: Jakarta specification committee
Cc: jakartaee-platform developer discussions
Subject: Re: [jakarta.ee-spec.committee] [jakartaee-platform-dev][jakarta.ee-spec][jakartaee-spec-project-leads]AutomaticModule NamesinJakarta EE 9

 

Now there are 6 options in the "Proposals for Handling of Automatic-Module-Name header in Jakarta EE 9" document after merging changes suggested by Kevin and Werner.

 

_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev

_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev

 _______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev

_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev