users@ejb-spec.java.net

[ejb-spec users] [jsr345-experts] Re: Fwd: semantics of metadata-complete

From: Tracy Burroughs <tkb_at_us.ibm.com>
Date: Thu, 24 Sep 2015 15:03:53 -0500

The 15.5.2 re-write includes the following exception "or its version is
prior to web-app_2_5"; shouldn't the section 15.5.1 include a similar
exclusion for the scenario where ejb-jar.xml is prior to version 3.0?

Typically, when the ejb-jar.xml is present and has a version of 2.1 or
earlier the application was written at a time prior to the introduction of
annotations. As applications are migrated to servers supporting later
levels of Java EE, requiring any annotation scanning of such modules will
at best result in only a performance degradation during deployment, and in
the worst case could cause changes in application behavior and various
failures.... if the scanning happens to find a previously ignored
annotations.

Thanks,


-- Tracy Burroughs (tkb_at_us.ibm.com)
-- WebSphere Application Server Development
-- IBM Rochester, Dept WG8A C201/030-2
-- 3605 Hwy 52 North, Rochester MN 55901-7899




From: Linda DeMichiel <linda.demichiel_at_oracle.com>
To: jsr345-experts_at_ejb-spec.java.net
Date: 09/24/2015 02:36 PM
Subject: [jsr345-experts] Fwd: semantics of metadata-complete



Greetings,

I just circulated this note to the Java EE Platform Expert
Group regarding clarifications that need to be made to the
Java EE 8 and EJB specs with regard to the semantics of the
metadata-complete attribute.

While we are not planning a new EJB JSR for Java EE 8, it is
likely that we will need a small maintenance release to
address consistency with regard to planned enhancements to
other specs. The proposed clarifications appended here would
be part of that update.

Please review and let me know if you see any problems.

thanks,

-Linda



-------- Original Message --------
Subject: semantics of metadata-complete
Date: Thu, 24 Sep 2015 12:28:42 -0700
From: Linda DeMichiel <linda.demichiel_at_oracle.com>
Organization: Oracle Corporation
To: jsr366-experts_at_javaee-spec.java.net

One of the items that needs to be made clearer in our specs is the
meaning of a "true" value for the metadata-complete attribute, as we
have noticed that people seem to get confused as to its exact meeting
with regard to annotation scanning.

The intent here is not to not process all annotations, but rather to
not process those annotations that are covered by the metadata of the
deployment descriptors that specify metadata-complete.

I've attached below proposed clarifications for the Java EE 8 Platform
spec, which covers the application client descriptor, as well as for
the EJB spec, with the goal of making this more precise. We are also
planning similar clarifications for the Servlet spec.

Please let me know if you see any problems.

thanks,

-Linda





[attachment "metadata-complete-appclients" deleted by Tracy
Burroughs/Rochester/IBM] [attachment "metadata-complete-ejb" deleted by
Tracy Burroughs/Rochester/IBM]

--1__BBF459DFFEA2D08f9e8a93df938690918c8FBBF459DFFEA2D0
Content-Transfer-Encoding: quoted-printable
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline

<html><body><p>The 15.5.2 re-write includes the following exception &quot;or its version is prior to web-app_2_5&quot;; shouldn't the section 15.5.1 include a similar exclusion for the scenario where ejb-jar.xml is prior to version 3.0?<br><br>Typically, when the ejb-jar.xml is present and has a version of 2.1 or earlier the application was written at a time prior to the introduction of annotations. As applications are migrated to servers supporting later levels of Java EE, requiring any annotation scanning of such modules will at best result in only a performance degradation during deployment, and in the worst case could cause changes in application behavior and various failures.... if the scanning happens to find a previously ignored annotations.<br><br>Thanks,<br><br><br>-- Tracy Burroughs (tkb_at_us.ibm.com)<br>-- WebSphere Application Server Development<br>-- IBM Rochester, Dept WG8A C201/030-2<br>-- 3605 Hwy 52 North, Rochester MN 55901-7899<br><br><br><img width="16" height="16" src="cid:1__=8FBBF459DFFEA2D08f9e8a93df938690918c8FB@" border="0" alt="Inactive hide details for Linda DeMichiel ---09/24/2015 02:36:48 PM---Greetings, I just circulated this note to the Java EE Pla"><font color="#424282">Linda DeMichiel ---09/24/2015 02:36:48 PM---Greetings, I just circulated this note to the Java EE Platform Expert</font><br><br><font size="2" color="#5F5F5F">From: </font><font size="2">Linda DeMichiel &lt;linda.demichiel_at_oracle.com&gt;</font><br><font size="2" color="#5F5F5F">To: </font><font size="2">jsr345-experts_at_ejb-spec.java.net</font><br><font size="2" color="#5F5F5F">Date: </font><font size="2">09/24/2015 02:36 PM</font><br><font size="2" color="#5F5F5F">Subject: </font><font size="2">[jsr345-experts] Fwd: semantics of metadata-complete</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><tt>Greetings,<br><br>I just circulated this note to the Java EE Platform Expert<br>Group regarding clarifications that need to be made to the<br>Java EE 8 and EJB specs with regard to the semantics of the<br>metadata-complete attribute.<br><br>While we are not planning a new EJB JSR for Java EE 8, it is<br>likely that we will need a small maintenance release to<br>address consistency with regard to planned enhancements to<br>other specs. &nbsp;The proposed clarifications appended here would<br>be part of that update.<br><br>Please review and let me know if you see any problems.<br><br>thanks,<br><br>-Linda<br><br><br><br>-------- Original Message --------<br>Subject: semantics of metadata-complete<br>Date: Thu, 24 Sep 2015 12:28:42 -0700<br>From: Linda DeMichiel &lt;linda.demichiel_at_oracle.com&gt;<br>Organization: Oracle Corporation<br>To: jsr366-experts_at_javaee-spec.java.net<br><br>One of the items that needs to be made clearer in our specs is the<br>meaning of a &quot;true&quot; value for the metadata-complete attribute, as we<br>have noticed that people seem to get confused as to its exact meeting<br>with regard to annotation scanning.<br><br>The intent here is not to not process all annotations, but rather to<br>not process those annotations that are covered by the metadata of the<br>deployment descriptors that specify metadata-complete.<br><br>I've attached below proposed clarifications for the Java EE 8 Platform<br>spec, which covers the application client descriptor, as well as for<br>the EJB spec, with the goal of making this more precise. &nbsp;We are also<br>planning similar clarifications for the Servlet spec.<br><br>Please let me know if you see any problems.<br><br>thanks,<br><br>-Linda<br><br><br><br><br><br>[attachment &quot;metadata-complete-appclients&quot; deleted by Tracy Burroughs/Rochester/IBM] [attachment &quot;metadata-complete-ejb&quot; deleted by Tracy Burroughs/Rochester/IBM] </tt><br><BR>
</body></html>

--1__BBF459DFFEA2D08f9e8a93df938690918c8FBBF459DFFEA2D0--


--0__BBF459DFFEA2D08f9e8a93df938690918c8FBBF459DFFEA2D0
Content-type: image/gif;
        name="graycol.gif"
Content-Disposition: inline; filename="graycol.gif"
Content-ID: <1__BBF459DFFEA2D08f9e8a93df938690918c8FB@>
Content-Transfer-Encoding: base64

R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIX
lI+py+0PopwxUbpuZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFk
IFNtYXJ0U2F2ZXIhAAA7

--0__BBF459DFFEA2D08f9e8a93df938690918c8FBBF459DFFEA2D0--