However, might be some cases
where the implementation would like to change something in the API. This
way, the API jar would be
coupled to an specific implementation, but it won't export anything
different from any other API jar.
If an implementation wants to use Reflection to fields or get access to
something private,
it would open that package to an specific implementation module.
I think it should be allowed. This seems to be used extensively in the
JDK itself.
On Out 8 2021, at 3:45 pm, BJ Hargrave <hargrave@xxxxxxxxxx> wrote:
The module-infos would not be vendor-specific. They would be
specification defined API: The module name is API as are the
packages exported by the module. This module name would be required
by other modules which want to use the API packages. The
specification would also need to define how the API connects to
implementations of the API via the module's provides/uses
(ServiceLoader) mechanism since applications themselves should not
have to couple to a specific implementation of the API.
https://github.com/eclipse-ee4j/jaxrs-api/blob/master/jaxrs-api/src/main/java/module-info.java
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/0?redirect=https*3A*2F*2Fgithub.com*2Feclipse-ee4j*2Fjaxrs-api*2Fblob*2Fmaster*2Fjaxrs-api*2Fsrc*2Fmain*2Fjava*2Fmodule-info.java&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuiSAhoIE$> is
an example where the module defines the specified module name
"jakarta.ws.rs" and exports the specified packages:
exports jakarta.ws.rs;
exports jakarta.ws.rs.client;
exports jakarta.ws.rs.container;
exports jakarta.ws.rs.core;
exports jakarta.ws.rs.ext;
exports jakarta.ws.rs.sse;
Since an implementation is needed for various aspects of the API,
the module info specifies "uses":
uses jakarta.ws.rs.client.ClientBuilder;
uses jakarta.ws.rs.ext.RuntimeDelegate;
uses jakarta.ws.rs.sse.SseEventSource.Builder;
which an implementation of the API must "provides":
provides jakarta.ws.rs.client.ClientBuilder with
com.acme.client.ClientBuilderImpl
So this information is part of the specification that API users and
API implementors must rely upon when using the API in module mode.
But this is only relevant when running in module mode, which does
not include platform runtimes at this time. So from a platform TCK
point of view, it does not make sense to test the module-info
information. But some build-time testing would be useful to ensure
the module-info class in the generated API jar conforms to the
specification.
--
BJ Hargrave
Senior Technical Staff Member, IBM // office: +1 386 848 1781
OSGi Fellow and OSGi Specification Project lead // mobile: +1 386
848 3788
hargrave@xxxxxxxxxx
----- Original message -----
From: "David Blevins" <dblevins@xxxxxxxxxxxxx>
Sent by: "jakartaee-platform-dev"
<jakartaee-platform-dev-bounces@xxxxxxxxxxx>
To: "jakartaee-platform developer discussions"
<jakartaee-platform-dev@xxxxxxxxxxx>
Cc:
Subject: [EXTERNAL] Re: [jakartaee-platform-dev] module-info tests
Date: Fri, Oct 8, 2021 13:39
Catching up on this thread and trying to wrap my head around the
what exactly it is we're proposing.
On the face of it it sounds:
- we want to add module-infos to the API jars produced out of
the Jakarta spec projects
- such module-infos will be considered vendor-specific,
non-portable, and not be part of a standard
- there will be no requirements or tests for them affecting
certification even if an implementation does support JPMS
- there is no action that needs to be taken by anyone else
who produces API jars
I'm fairly certain much of the above is wrong, but this will
help me contrast/understand a bit better what is being proposed.
--
David Blevins
http://twitter.com/dblevins
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/1?redirect=http*3A*2F*2Ftwitter.com*2Fdblevins&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUl!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuFIxt-Is$>
http://www.tomitribe.com
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/2?redirect=http*3A*2F*2Fwww.tomitribe.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuWgQPJEM$>
On Oct 8, 2021, at 8:24 AM, Scott Stark <starksm64@xxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/3?redirect=mailto*3Astarksm64*40gmail.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xu9ReTEK4$>>
wrote:
It would be validated automatically using whatever we end up
with based on the efforts talked about in this POC:
https://github.com/jakartaee/specifications/pull/421
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/4?redirect=https*3A*2F*2Fgithub.com*2Fjakartaee*2Fspecifications*2Fpull*2F421&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSUl!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuLwSLMfY$>
It would just be an extra check the action would perform
when it validates the staged api jar exists.
On Oct 8, 2021 at 6:05:06 AM, Emily Jiang via
jakartaee-platform-dev <jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/5?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuoP6vCBs$>>
wrote:
+1 on adding the module-info file without TCKs!
A quick question: by "validating on the spec api jars",
do you mean manually eyeballing it? It sounds good.
However, we need to agree on where the module-info class
should end up.
Please see the other thread on the desired location of
module-info.class.
Thanks
Emily
On Fri, Oct 8, 2021 at 1:21 AM Scott Stark
<starksm64@xxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/6?redirect=mailto*3Astarksm64*40gmail.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xumoFXxsU$>>
wrote:
But what has been argued by advocates of adding the
module-info is that there are runtimes supporting
JPMS and Jakarta API jars that cannot make use of
tools like jlink because that does not work with
automatic modules. To me a compromise is to add the
module-info.class, validate it in the spec api jars,
but don't test for it via signature or TCK tests.
On Oct 7, 2021 at 4:06:18 PM, Tibor Digana
<tibordigana@xxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/7?redirect=mailto*3Atibordigana*40apache.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xujnJwKBo$>>
wrote:
Exactly!
If there is no business purpose from containers
world (never seen any such of), it becomes funny
to cut a release with JPMS descriptors.
Just count the cost vs benefits with JPMS change.
I am awaiting other goals in Jakarta EE:
1. integrating/repackaging Microprofile into Jakarta
2. Quarkus on Jakarta EE API
The first was discussed with IBM and Jakarta
some time ago, and the second goal is expected
from the world of developers.
T
On Thu, Oct 7, 2021 at 6:59 PM Emily Jiang via
jakartaee-platform-dev
<jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/8?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuu6QL1Cg$>>
wrote:
I am with Tom on this. If we just
superfluously verify such a file exists in
the api jar, we don't mandate it will be
used. In other words, JPMS is not forced. I
don't see the point of adding a tck or even
adding this class at all. We either drop it
or force it. For forcing it, it will need
more discussion as we have to wait and see
how useful it is. If some specs wants to add
it so that some impls can experiment with
it, it is fine. However, don't add tcks
before we force JPMS.
Thanks
Emily
On Thu, Oct 7, 2021 at 4:54 PM Scott Marlow
<smarlow@xxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/9?redirect=mailto*3Asmarlow*40redhat.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuH834nZM$>>
wrote:
On 10/7/21 11:28 AM, Thomas Watson wrote:
That is essentially my point. At
runtime we have no requirement to
run in JPMS for the containers.
Containers that do not run in JPMS
should not be forced to provide
module-infos in their implementation
at runtime. It would provide no
value to them nor the applications
and I argue it could limit some
possible innovation at the runtime
implementation level.
Here is were my inexperience with
the TCK shows. Does the TCK
signature tests run outside of the
container directly against some set
of JARs provided by the implementation?
Yes and we use the
https://github.com/jtulach/netbeans-apitest
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/10?redirect=https*3A*2F*2Fgithub.com*2Fjtulach*2Fnetbeans-apitest&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xufvWLEWE$> library
for doing the signature test verification.
Tom
----- Original message -----
From: "Scott Stark"
<starksm64@xxxxxxxxx>
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/11?redirect=mailto*3Astarksm64*40gmail.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuYNPsk9I$>
Sent by:
"jakartaee-platform-dev"
<jakartaee-platform-dev-bounces@xxxxxxxxxxx>
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/12?redirect=mailto*3Ajakartaee-platform-dev-bounces*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xurZYWjQI$>
To: "jakartaee-platform
developer discussions"
<jakartaee-platform-dev@xxxxxxxxxxx>
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/13?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuhtRdZeQ$>
Cc:
Subject: [EXTERNAL] Re:
[jakartaee-platform-dev]
module-info tests
Date: Thu, Oct 7, 2021 9:43 AM
If your point is just about that
we should only test the API jars
from the specification project
release for the module-info, and
not in general during
compatibility testing because we
don't have a requirement for
JPMS in the containers, that is
valid, and one I probably agree
with.
On Oct 7, 2021 at 9:34:41 AM,
Scott Stark <starksm64@xxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/14?redirect=mailto*3Astarksm64*40gmail.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuPX5uSuE$>>
wrote:
Implementations are not
required, but if they do,
then how do you certify?
Right now the TCK signature
tests look to the
jars/content provided by the
implementation under test.
If they have their own
versions of the API jars,
they need to pass the same
requirements as the
specification project
producing the API jars.
On Oct 7, 2021 at 9:24:36
AM, Thomas Watson
<tjwatson@xxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/15?redirect=mailto*3Atjwatson*40us.ibm.com&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xunRm6x40$>>
wrote:
I did not intent
to suggest that apps are
only allowed to be
compiled against the API
JARs from Jakarta
projects. I was asking
if implementations are
required to provide
to such JARs for
development purposes?
Don't get me wrong,
implementations should
be allowed to provide
such JARs to allow them
to provide various
developer experiences as
they see fit. Open
Liberty certainly does
provide such JARs for
developers to compile
against also. I do
think such JARs should
conform to the
module-info requirements
from Jakarta. But I
don't think the
specification requires
an implementation to
provide such JARs for
the developer to compile
against.
If implementations are
not required to provide
API JARs for
compilation/development
purposes then I do not
see the point of the TCK
testing for module-info
classes against the
implementation. On the
other hand the Jakarta
build of the API JARs
should contain a test
that validates they are
providing the correct
things.
Tom
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/16?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xunADO19I$>
To unsubscribe from this list,
visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/17?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuBJdsO8o$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/18?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuXczAxJ8$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/19?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuuueNAyE$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/20?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xu0NarmHM$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/21?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuAGHgEVg$>
--
Thanks
Emily
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/22?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuJQ7QnZw$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/23?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xu8HaWeSc$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/24?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xukgitQmc$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/25?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuruEsszg$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/26?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuAHccd6Q$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/27?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuDjnVr0c$>
--
Thanks
Emily
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/28?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuW-wGN8Y$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/29?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xufTLJQew$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/30?redirect=mailto*3Ajakartaee-platform-dev*40eclipse.org&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJQ!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuiepJeOA$>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev__;!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuEJDvEmE$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://link.getmailspring.com/link/D036B9DE-191D-41CC-A1E2-C1A4A1FA9BE2@xxxxxxxxxxxxxxxxx/31?redirect=https*3A*2F*2Fwww.eclipse.org*2Fmailman*2Flistinfo*2Fjakartaee-platform-dev&recipient=amFrYXJ0YWVlLXBsYXRmb3JtLWRldkBlY2xpcHNlLm9yZw*3D*3D__;JSUlJSUlJSU!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xudeaHkGg$>
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev
<https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev__;!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuEJDvEmE$>
Sent from Mailspring
_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev__;!!ACWV5N9M2RV99hQ!dJ1pDqfZ9OSDlUkj7OeOjNRNUmsWjysESB66xuqzSfXNQHF0z9BXDi8Iz_xuEJDvEmE$
