Details
-
Bug
-
Status: Closed
-
Minor
-
Resolution: Fixed
-
None
-
None
-
None
Description
An ActionValidatorManager accepts a java.util.String "context" parameter for identifying the appropriate configurations. In the AnnotationActionValidatorManager's buildValidatorKey() method, however, "config.getName()" is used instead of the passed-in context. This violates the contract of the interface and tightly couples the AnnotationActionValidatorManager to the ValidationInterceptor.
I have a situation whereby I have created my own validation interceptor for a special case that passes in a context not derived from "proxy.getActionName()" (equivalent to config.getName() except for in the case of wildcards), only to find that this context isn't used properly by the manager. I then created my own manager, changing only the buildValidatorKey() to use the given context, and it works well.
Attachments
Attachments
Issue Links
- is related to
-
WW-2996 Memory Leak when SlashesInActionNames is enabled and wildcards are used in actionnames
- Closed
-
WW-3194 Can no longer have seperate xml validations for different action methods mapped with a wildcard
- Closed
- relates to
-
WW-4536 potential memory leak with annotationActionValidatorManager
- Closed