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

ASF GitHub Bot logged work on ARTEMIS-4553:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 04/Jan/24 18:46
            Start Date: 04/Jan/24 18:46
    Worklog Time Spent: 10m 
      Work Description: jbertram commented on PR #4730:
URL: 
https://github.com/apache/activemq-artemis/pull/4730#issuecomment-1877592439

   At this point I think we should stick with the currently documented 
behavior, i.e. wildcards match **whole words**. The design of the matching is 
to be hierarchical which is relatively easy to understand and configure with 
words separated by a delimiter and wildcards that represent one (i.e. `*` by 
default) or more (i.e. `#` by default) words. The fact that partial matches 
work now (for whatever reason) is not a sufficient reason to change the 
documented functionality. I chalk this up to an implementation detail and not 
something that users should rely upon as it may change in the future. It is an 
undocumented, incidental behavior.
   
   I'm curious about others' thoughts.




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

    Worklog Id:     (was: 898088)
    Time Spent: 20m  (was: 10m)

> Support partial word matches for address settings
> -------------------------------------------------
>
>                 Key: ARTEMIS-4553
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-4553
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>            Reporter: Domenico Francesco Bruscino
>            Assignee: Domenico Francesco Bruscino
>            Priority: Major
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Currently, though the documentation specifies that the "*" wildcard matcher 
> is only intended to match a complete word (delimited string using the 
> configured delimiter), it appears that it also works for partial word 
> matches, like "
> Could this behavior be supported and documented going forward, as reverting 
> this behavior would break existing configurations?



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

Reply via email to