Can you confirm -- are the Servlet Implementation JARs in the
GlassFish repository, or in the Servlet repository? If the latter,
perhaps, we can correctly identify the release from the Servlet
repo. as the compatible implementation.
Would that be a fair statement?
-- Ed
On 9/30/2020 10:26 AM, Ed Bratt wrote:
Not deleting and tagging is probably easiest for now. I'll
check with the GlassFish team to see if they can make
arrangements. Probably they should be called something other
than Snapshot releases too.
In the Jakarta EE Spec. committee, a question has been
raised about the
compatible implementation for Servlet. The Spec. ballot
referenced
Eclipse GlassFish Snapshot release -- is that the test
vehicle, or the
compatible implementation? If the compatible implementation
comes from
Servlet project and is pulled into Eclipse GlassFish,
perhaps we simply
mistakenly referenced GlassFish as the compatible
implementation -- and
Eclipse GlassFish snapshot was just the vehicle to confirm
that the
released Servlet implementation passed.
If the Compatible implementation is Eclipse GlassFish, we
will want to
use a released version that won't be overwritten.
Apparently, Snapshot
is viewed as an over-writable release. (I wasn't aware of
this nuance.)
If we want to use Eclipse GlassFish for this, we will want
the release
to be tagged and archived for future reference. In this
case, we should
coordinate these requirements with the GlassFish team as
well.
What's the case for this project?
-- Ed
PS if it's any consolation, I don't think that Servlet is
necessarily
unique in this issue. Separately, the Specification
Committee will be
working to improve their documentation of requirements for
this, for
future releases.