-
Bug
-
Resolution: Done
-
Blocker
-
7.2.2.GA
-
None
As tracked in UNDERTOW-1159, UNDERTOW-1499 and UNDERTOW-1504 - there has been done change in behaviour of following servlet methods:
getServletPath getRequestURI
In EAP7.2.x there has been also implemented change to preserve original behavior with possibility to change the behavior via a system property 'io.undertow.servlet.dispatch.preserve_path_of_forward', see JBEAP-16448 and JBEAP-16644. Although, no such change has been introduced into upstream WildFly. So I assume that in EAP7.3.0, the default behavior will now copy the default in Undertow and also there will be no possibility to change the new behavior back in any way (please correct me if I am wrong).
Since specification on this may be explained different ways (e.g. comment here and discussion here), customer may incline to one or another implementations. Thus, I am raising this issue to introduce possibility to configure this change of behavior also from EAP 7.3.0 side - will require addition into WildFly upstream though.
Note: There has been already created a doc issue into migration guide that should address change in default behavior JBEAP-16449 in EAP7.3.0.
- is documented by
-
JBEAP-16449 [DOC] [7.3] Behavior change of getServletPath, getRequestURI
- Closed
- is related to
-
UNDERTOW-1159 Getting JSP name instead action name for getServletPath() in EAP 7.0.0 undertow
- Resolved
-
UNDERTOW-1499 Make getServletPath return action name or jsp name configurable
- Resolved
-
UNDERTOW-1504 Move UNDERTOW-1159 configuration property of DeploymentInfo
- Resolved
-
JBEAP-16448 (7.2.z) [EAP] Make getServletPath return action name or jsp name configurable
- Closed
-
JBEAP-16644 (7.2.z) (EAP part) UNDERTOW-1504 - Move UNDERTOW-1159 configuration property of DeploymentInfo
- Closed
- relates to
-
WFLY-11764 Expose UndertowOptions.PRESERVE_PATH_ON_FORWARD in Undertow settings
- Closed