Werner -
This needs to be formalized, but as an example of an extension of
the existing javax namespace, there is an existing
javax.servlet.http package. Let's say an http3 standard came
out, and EE4J wanted a new version of the Servlet spec to support
it, then that's something that might be considered an extension
for which a new javax.servlet.http3 package might be created for.
However if someone wanted to create a net new specification in a
new functional area for which there is currently no specification
or JSR we would expect that a net new package using a new
namespace (other than javax.*) to be used.
The examples above are intended for when EE4J is in steady state
operation. JSR 382 was introduced during the transition period.
I assume we will work something out for it which makes sense for
the EE4J community.
Will
On 1/8/18 7:10 PM, Werner Keil wrote:
Will,
Thanks for the clarification.
>current
expectation is that net new packages will use a
different namespace naming
convention.
_______________________________________________
ee4j-community mailing list
ee4j-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ee4j-community