Really, is that true? I thought there was a way to override the interceptor just for this action/result
http://struts.apache.org/2.1.6/docs/interceptors.html#Interceptors-Inter ceptorParameterOverriding Referring to Method 2 on the above page... MG -----Original Message----- From: Chris Pratt [mailto:thechrispr...@gmail.com] Sent: Tuesday, February 10, 2009 6:06 PM To: Struts Users Mailing List Subject: Re: Out of date documentation? Shouldn't that be: <interceptor-ref name="params"> <param name="excludeParams">dojo\..*,^struts\..*,d-\d*-s</param> </interceptor-ref> And remember, the way you have it configured, none of the other interceptors are going to run, only your special params interceptor. (*Chris*) On Tue, Feb 10, 2009 at 3:32 PM, Griffith, Michael * < michael.griff...@fda.hhs.gov> wrote: > Ok, here's what is happening... > > If I don't try to ignore the DisplayTag parameters, I get: > 17:23:58,833 INFO [STDOUT] WARN - CommonsLogger.warn(49) | Error > setting value > ognl.InappropriateExpressionException: Inappropriate OGNL expression: > (d > - 1341904) - p > at ognl.SimpleNode.setValueBody(SimpleNode.java:257) > > If I configure my action is configured as such: > <action name="associate" method="getView" > class="..web.struts.action.ArtifactAction"> > <result name="success" type="tiles">link-project.panel</result> > <param name="selectedType">P</param> > <interceptor-ref name="params"> > <param > name="excludeParams">dojo\..*,^struts\..*,d-\..*</param> > </interceptor-ref> > </action> > > The interceptor doesn't seemt to allow any desireable parameters (such > as the configured selectedType param) to pass. > > Surely I'm not the only person using DisplayTag with Struts 2? ;-) Can > anyone point out what's wrong with this picture? > > Thanks in advance, > > MG > > > -----Original Message----- > From: Griffith, Michael * [mailto:michael.griff...@fda.hhs.gov] > Sent: Tuesday, February 10, 2009 11:11 AM > To: Struts Users Mailing List > Subject: RE: Out of date documentation? > > Thanks, I'll give it a try. > > Cheers! > mg > > -----Original Message----- > From: Musachy Barroso [mailto:musa...@gmail.com] > Sent: Tuesday, February 10, 2009 11:09 AM > To: Struts Users Mailing List > Subject: Re: Out of date documentation? > > Assuming that only the number changes, this should do: d-\d*-s > > musachy > > On Tue, Feb 10, 2009 at 12:03 PM, Griffith, Michael * > <michael.griff...@fda.hhs.gov> wrote: > > Can you help me out with the expression? I am terrible with RE. > > > > -----Original Message----- > > From: Musachy Barroso [mailto:musa...@gmail.com] > > Sent: Tuesday, February 10, 2009 10:59 AM > > To: Struts Users Mailing List > > Subject: Re: Out of date documentation? > > > > The params interceptor takes regular expressions, for both accepted > > and excluded params. > > > > musachy > > > > On Tue, Feb 10, 2009 at 11:56 AM, Griffith, Michael * > > <michael.griff...@fda.hhs.gov> wrote: > >> Is there any way to exclude a parameter using a wildcard expression? > >> I want to block certain parameters generated by displayTag. > >> > >> DisplayTag generates parameters like this: > >> > >> d-1341904-s > >> > >> The actual name of the parameter may vary, but it is always d-*-s... > >> > >> MG > >> -----Original Message----- > >> From: Musachy Barroso [mailto:musa...@gmail.com] > >> Sent: Tuesday, February 10, 2009 10:34 AM > >> To: Struts Users Mailing List > >> Subject: Re: Out of date documentation? > >> > >> That interceptor does exist, but its functionality is also in the > >> params interceptor. True to our motto "if there aren't three > >> different > > > >> ways of doing it, it ain't Struts 2" :) > >> > >> musachy > >> > >> On Tue, Feb 10, 2009 at 11:25 AM, Griffith, Michael * > >> <michael.griff...@fda.hhs.gov> wrote: > >>> It is possible that the following page is out of date: > >>> > >>> http://struts.apache.org/2.1.6/docs/parameter-filter-interceptor.h > >>> tm > >>> l > >>> > >>> It should reference the params interceptor, right? > >>> > >> > >> > >> > >> -- > >> "Hey you! Would you help me to carry the stone?" Pink Floyd > >> > >> ------------------------------------------------------------------- > >> -- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > >> ------------------------------------------------------------------- > >> -- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > > > > > > > > -- > > "Hey you! Would you help me to carry the stone?" Pink Floyd > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > > For additional commands, e-mail: user-h...@struts.apache.org > > > > > > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
