I implemented something similarar while back by implementing a custom actionmapper. You can then set that one as the default by changing a property

It allowed me to get the behaviour i wanted without changing any struts code. I remember there being some gotchas tho.

Personally i think exclusion would be a usefull feature




Op 26 feb 2009 om 12:18 heeft Andreas Joseph Krogh <andr...@officenet.no> het volgende geschreven:\

On Wednesday 25 February 2009 22:27:25 Andreas Joseph Krogh wrote:
Hi all.
I would like to extend the struts2 servlet-filters with a config- option telling it URI-patterns to exclude. My thoughts are to add a property:

struts.action.url_exclude_pattern=/lang/.*,/pages/.*

and have the StrutsPrepareFilter, StrutsExecuteFilter and StrutsPrepareAndExecuteFilter ignoring any URI matching these comma- separated patters. I'm planning to build up a list if patters to match in the filters' init-method and then bail out if any of them match in doFilter().

The problem I'm facing is accessing my new property (or any other struts2-property for that matter) in the servlet-filters. What is the "correct way" of accessing struts2-properties set in struts.xml or struts.properties?

Is this of interest to anyone else, and is there any chance this addition will get accepted and included in a future release? I hope so, or else I'll have to maintain my own implementations of the servlet-filters.

Anyone?

--
Andreas Joseph Krogh <andr...@officenet.no>
Senior Software Developer / CEO
------------------------ +---------------------------------------------+ OfficeNet AS | The most difficult thing in the world is to | Rosenholmveien 25 | know how to do a thing and to watch | 1414 TrollÄsen | somebody else doing it wrong, without | NORWAY | comment. |
                       |                                             |
Tlf: +47 24 15 38 90 | | Fax: +47 24 15 38 91 | | Mobile: +47 909 56 963 | | ------------------------ +---------------------------------------------+

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org

Reply via email to