struts2学习笔记(3)--截拦器(Interceptors)

  • 简介

Many Actions share common concerns. Some Actions need input validated. Other Actions may need a file upload to be pre-processed. Another Action might need protection from a double submit. Many Actions need drop-down lists and other controls pre-populated before the page displays.

The framework makes it easy to share solutions to these concerns using an "Interceptor" strategy. When you request a resource that maps to an "action", the framework invokes the Action object. But, before the Action is executed, the invocation can be intercepted by another object. After the Action executes, the invocation could be intercepted again. Unsurprisingly, we call these objects  "Interceptors."


  • Understanding Interceptors

Interceptors can execute code before and after an Action is invoked. Most of the framework's core functionality is implemented as Interceptors. Features like double-submit guards, type conversion, object population, validation, file upload, page preparation, and more, are all implemented with the help of Interceptors. Each and every Interceptor is pluggable, so you can decide exactly which features an Action needs to support.

Interceptors can be configured on a per-action basis. Your own custom Interceptors can be mixed-and-matched with the Interceptors bundled with the framework. Interceptors "set the stage" for the Action classes, doing much of the "heavy lifting" before the Action executes.

Action Lifecyle 
  [img]http://wishlife.iteye.com/upload/picture/pic/15449/bcaed8a7-b471-3b0e-8223-b008bdabd917.png [/img]

In some cases, an Interceptor might keep an Action from firing, because of a double-submit or because validation failed. Interceptors can also change the state of an Action before it executes.

The Interceptors are defined in a stack that specifies the execution order. In some cases, the order of the Interceptors on the stack can be very important.


  • 常用截拦器介绍


  1. alias :

  2. Converts similar parameters that may be named differently between requests.


  3. chain :

  4. Makes the previous Action's properties available to the current Action. Commonly used together with <result type="chain"> (in the previous Action).


  5. checkbox :

  6. Adds automatic checkbox handling code that detect an unchecked checkbox and add it as a parameter with a default (usually 'false') value. Uses a specially named hidden field to detect unsubmitted checkboxes. The default unchecked value is overridable for non-boolean value'd checkboxes.


  7. cookie :

  8. Inject cookie with a certain configurable name / value into action. (Since 2.0.7.)


  9. conversionError :

  10. Adds conversion errors from the ActionContext to the Action's field errors


  11. createSession :

  12. Create an HttpSession automatically, useful with certain Interceptors that require a HttpSession to work properly (like the TokenInterceptor)


  13. debugging :

  14. Provides several different debugging screens to provide insight into the data behind the page.


  15. execAndWait :

  16. Executes the Action in the background and then sends the user off to an intermediate waiting page.


  17. exception :

  18. Maps exceptions to a result.


  19. fileUpload :

  20. An Interceptor that adds easy access to file upload support.


  21. i18n :

  22. Remembers the locale selected for a user's session.


  23. logger :

  24. Outputs the name of the Action.


  25. store :

  26. Store and retrieve action messages / errors / field errors for action that implements ValidationAware interface into session.


  27. modelDriven :

  28. If the Action implements ModelDriven, pushes the getModel Result onto the Value Stack.


  29. scopedModelDriven :

  30. If the Action implements ScopedModelDriven, the interceptor retrieves and stores the model from a scope and sets it on the action calling setModel.


  31. params :

  32. Sets the request parameters onto the Action.


  33. prepare :

  34. If the Action implements Preparable, calls its prepare method.


  35. scope :

  36. Simple mechanism for storing Action state in the session or application scope.


  37. servletConfig :

  38. Provide access to Maps representing HttpServletRequest and HttpServletResponse.


  39. staticParams :

  40. Sets the struts.xml defined parameters onto the action. These are the <param> tags that are direct children of the <action> tag.


  41. roles :

  42. Action will only be executed if the user has the correct JAAS role.


  43. timer :

  44. Outputs how long the Action takes to execute (including nested Interceptors and View)


  45. token :

  46. Checks for valid token presence in Action, prevents duplicate form submission.


  47. tokenSession :

  48. Same as Token Interceptor, but stores the submitted data in session when handed an invalid token


  49. validation :

  50. Performs validation using the validators defined in action-validation.xml


  51. workflow :

  52. Calls the validate method in your Action class. If Action errors are created then it returns the INPUT view.


  53. N/A :

  54. Removes parameters from the list of those available to Actions .


  55. profiling :

  56. Activate profiling through parameter .


你可能感兴趣的:(xml,workflow,struts,Access)