{foo*} could match slashes. Or {/foo}. Or {{foo}}.

We could also use regular expressions--they support this sort of group
matching and results.

Bob

On 7/25/06, Don Brown <[EMAIL PROTECTED]> wrote:

Struts 2 (XWork 2 actually) currently does not support this syntax.  The
main advantage the current "*" token scheme has is "**" which can match
any character including '/' while "*" matches all characters except
'/'.  Now, it should be possible to abstract the wildcard
handling/processing so that you could plug in new wildcard handlers.

Don

tm jee wrote:
> Just out of curiosity, the "invoice/{method}" and "{method}" pair, does
the current implementation of Struts2 wildcard supports this? Looks a lot
more clearer than the "invoice/*" and "{1}" pair.
>
>  rgds
>
> ----- Original Message ----
> From: Bob Lee <[EMAIL PROTECTED]>
> To: Struts Developers List <dev@struts.apache.org>
> Sent: Wednesday, 26 July, 2006 12:01:50 PM
> Subject: Re: Returning Result directly (was Re: DefaultActionMapper
compatablity
>
> On 7/25/06, Don Brown <[EMAIL PROTECTED]> wrote:
>
>> <action name="invoice/*"
>> class="com.eplus.app.invoice.action.InvoiceCrudAction" method="{1}">
>>   <result name="list"
>> type="freemarker">/template/eplus/metaDataList.ftl</result>
>>   ...
>> </action>
>>
>
> Or:
>
> <action name="invoice/{method}"
>     class="com.eplus.app.invoice.action.InvoiceCrudAction"
method="{method}">
>  <result name="list"
type="freemarker">/template/eplus/metaDataList.ftl</result>
>  ...
> </action>
>
> Bob
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Reply via email to