{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]