ZEST Essentials/Configuration/zest.xml/action

Syntax:

<action path="regex" class="class-name" [method="method-name"]>

It specifies the definition of an action. To map a pattern of URI to an action, you have to specify one action definition.

Inside each action element, you could specify one or multiple result elements identifying the URI of the views.

<action path="/foo" class="my.Foo">
    <result name="success">/WEB-INF/foo/used-if-success.zul</result>
    <result>/WEB-INF/foo/used-if-no-matched-result</result>
</action>

Attributes

The path Attribute

[Required][EL not allowed]

It specifies the URI that matches this action. It could be a regular expression, such as /foo/hello[^/]*/do.

If the URI consists several logic segments, you could use regular expression's grouping to split them into several groups. For example, /([^/])*/do matches any URI ends with /do and the first segment is the text between the first and second slashes.

Then, you could use an implicit object called matches to retrieve it in an EL expression:

${matches[1]}

Notice that matches[0] is the whole pattern, while matches[1] is the first matched group (aka., segment).

The class Attribute

[Required][EL Allowed]

It specifies the name of the class of the action. It is used to instantiate an action when the path matches the request's URI. It could be any POJO class as long as it contains a method specified in the method attribute as described below.

Since EL expressions are allowed, you could specify a class's name depending on the request (such as HTTP method and parameters).

The method Attribute

[Optional][EL Allowed][Default: execute]

It specifies the method's name to execute. If omitted, execute is assumed.

There are two kind of signatures are allowed. Please refer to the Signature of the execute Method section for more information.

Since EL expressions are allowed, you could specify a method's name depending on the request (such as HTTP method and parameters).

Version History

Version	Date	Content