[jira] [Work logged] (WW-3784) Greedy and non-greedy matching behaviour should work in action methods using annotated wildcards

[ASF GitHub Bot (Jira)]

     [ 
https://issues.apache.org/jira/browse/WW-3784?focusedWorklogId=1032267&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-1032267
 ]

ASF GitHub Bot logged work on WW-3784:
--------------------------------------

                Author: ASF GitHub Bot
            Created on: 26/Jul/26 07:06
            Start Date: 26/Jul/26 07:06
    Worklog Time Spent: 10m 
      Work Description: sonarqubecloud[bot] commented on PR #1813:
URL: https://github.com/apache/struts/pull/1813#issuecomment-5082476252

   ## [![Quality Gate 
Passed](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/checks/QualityGateBadge/qg-passed-20px.png
 'Quality Gate 
Passed')](https://sonarcloud.io/dashboard?id=apache_struts&pullRequest=1813) 
**Quality Gate passed**  
   Issues  
   
![](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/common/passed-16px.png
 '') [0 New 
issues](https://sonarcloud.io/project/issues?id=apache_struts&pullRequest=1813&issueStatuses=OPEN,CONFIRMED&sinceLeakPeriod=true)
  
   
![](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/common/accepted-16px.png
 '') [0 Accepted 
issues](https://sonarcloud.io/project/issues?id=apache_struts&pullRequest=1813&issueStatuses=ACCEPTED)
   
   Measures  
   
![](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/common/passed-16px.png
 '') [0 Security 
Hotspots](https://sonarcloud.io/project/security_hotspots?id=apache_struts&pullRequest=1813&issueStatuses=OPEN,CONFIRMED&sinceLeakPeriod=true)
  
   
![](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/common/passed-16px.png
 '') [96.2% Coverage on New 
Code](https://sonarcloud.io/component_measures?id=apache_struts&pullRequest=1813&metric=new_coverage&view=list)
  
   
![](https://sonarsource.github.io/sonarcloud-github-static-resources/v2/common/passed-16px.png
 '') [0.0% Duplication on New 
Code](https://sonarcloud.io/component_measures?id=apache_struts&pullRequest=1813&metric=new_duplicated_lines_density&view=list)
  
     
   <!

Issue Time Tracking
-------------------

    Worklog Id:     (was: 1032267)
    Time Spent: 0.5h  (was: 20m)

> Greedy and non-greedy matching behaviour should work in action methods using 
> annotated wildcards 
> -------------------------------------------------------------------------------------------------
>
>                 Key: WW-3784
>                 URL: https://issues.apache.org/jira/browse/WW-3784
>             Project: Struts 2
>          Issue Type: Bug
>          Components: Core Actions
>    Affects Versions: 2.3.1.2
>         Environment: Win XP, Linux / JDK 7 (Oracle)
>            Reporter: Mo Be
>            Assignee: Lukasz Lenart
>            Priority: Major
>             Fix For: 7.3.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> {code:java}
> @Namespace("/do")
> public class CRUDAction {
>     /* [1] specific wildcard */
>     @Override @Action(value="some/usefull/{stuff}",results={@Result(location 
> = "result.jsp")})
>     public String execute() throws Exception {...}
>     /* [2] less specific wildcard */
>     @Override @Action(value="some/{stuff}", results={@Result(location 
> ="result.jsp")})
>     public String input() throws Exception {...} 
> }
> {code}
> Currently pattern [2] due to greedy natching catches every 
> "/do/some/\{stuff}" AND "/do/some/usefull/\{stuff}" event.
> For instance while calling /do/some/eating or /do/some/usefull/sleeping will 
> both end in [2] where stuff becomes "eating" or "usefull/sleep" respectively, 
> [1] is left behind with nothing to do.
> The expected matching behaviour should always be from more specific to less 
> specific.
> I.e. [2] should never fire before [1]. So that /do/some/usefull/sleeping 
> would correctly map to [1] with stuff==sleeping and /do/some/eating correctly 
> maps to [2] with stuff==eating.
> Using xml one can achieve the correct matching order by re-ordering the 
> action definitions (most specific action mapping comes first) 
>    



--
This message was sent by Atlassian Jira
(v8.20.10#820010)