Mark,
On 11/25/21 17:18, Mark Thomas wrote:
Hi all,
I am working on updating the Servlet TCK for Servlet 6 and I have been
discussing with the Jakarta Servlet community whether or not we could
disable the TCK test that checks default-context-path support.
Tomcat doesn't implement this feature as the container is allowed to
override this default and we always do - primarily to avoid a bunch of
edge cases.
Just how dangerous are these edge cases? How are other containers
implementing these safely? Or is it a question of underlying
implementation-specific details that make supporting this safely kind of
a pain in Tomcat?
Other containers do implement the feature and the preference looks to be
keeping the TCK test enabled.
If we want to fully pass the TCK, one option is to hard-code the
deployer to deploy the specific TCK WAR to the correct path if
STRICT_SERVLET_COMPLIANCE was enabled. This is a fairly ugly hack but it
would enable Tomcat to fully pass the TCK.
What do we think?
a) Do we want to fully pass the TCK? Is a hack along the lines I
described an acceptable way to do this?
I think we'd like to be able to pass the TCK, even if it requires a bit
of a hack to get it done.
Some users run Tomcat in STRICT_SERVLET_COMPLIANCE mode. Would that
auto-deploy some weird TCK-only WAR file into their environments? That's
obviously not okay to do. I'm not sure I'm fully understanding your
suggestion.
b) Do we do nothing now and keep this as an option if we get to the
point where we do want to fully pass the TCK and certify compliance?
-0
c) Do we make a formal challenge of the TCK test on the grounds the
little documentation there is says the container can override this
default so the test is invalid on the basis it doesn't allow for the
override?
+0
For many standards, there are "must address" verses "may address"
line-items. This one seems to be "may address" and I think therefore the
TCK needs to treat it as such. If the EG chooses not to
clarify^H^H^H^H^H^H^H change the rules to make this feature required,
they should change the test such that the TCK report says
"default-context-path: NOT ADDRESSED (OK)" instead of
"default-context-path: FAILED".
Assuming the Servlet team decides to keep the test, I am leaning towards
b) or maybe a)
Thoughts?
The last time we discussed this:
https://tomcat.markmail.org/thread/4g7nb36fzf4byrej
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
