Seam的页面动作是指就在我们渲染页面之前发生的事件。我们在 WEB-INF/pages.xml 中声明页面动作。 我们可以为任何一个特殊的JSF视图id定义一个页面动作：

<pages>
    <page view-id="/hello.jsp" action="#{helloWorld.sayHello}"/>
</pages>

或者，我们可以使用一个通配符 * 作为 view-id 的后缀来指定一个动作，应用到所有符合该模式的视图ID中：

<pages>
    <page view-id="/hello/*" action="#{helloWorld.sayHello}"/>
</pages>

如果多通配符的页面动作匹配当前的view-id，Seam将按照从最通用到最特殊的顺序来调用所有的动作。

页面动作方法可以返回一个JSF的结果。如果这个结果非空，Seam将用定义好的导航规则导航到一个视图中去。

此外，在元素 <page> 里提到的视图id不需要对应一个真实的JSP或Facelets页面！ 因此，我们可以再生传统的面向动作的框架的功能，就像Struts或WebWork使用页面动作那样。例如：

TODO: translate struts action into page action

如果你想要应non-faces的请求做点复杂的事情（例如HTTP GET请求），这就非常有用。

对于多页面或者条件页面的动作，可以使用 <action> 标签指定：

<pages>
    <page view-id="/hello.jsp">
        <action execute="#{helloWorld.sayHello}" if="#{not validation.failed}"/>
        <action execute="#{hitCount.increment}"/>
    </page>
</pages>

<pages>
      <page view-id="/hello.jsp" action="#{helloWorld.sayHello}">
          <param name="firstName" value="#{person.firstName}"/>
          <param name="lastName" value="#{person.lastName}"/>
      </page>
  </pages>

<pages>
      <page view-id="/hello.jsp" action="#{helloWorld.sayHello}">
          <param name="firstName" />
          <param name="lastName" />
      </page>
  </pages>

<pages>
    <page view-id="/calculator.jsp" action="#{calculator.calculate}">
        <param name="x" value="#{calculator.lhs}"/>
        <param name="y" value="#{calculator.rhs}"/>
        <param name="op" converterId="com.my.calculator.OperatorConverter" value="#{calculator.op}"/>
    </page>
</pages>

<pages>
    <page view-id="/calculator.jsp" action="#{calculator.calculate}">
        <param name="x" value="#{calculator.lhs}"/>
        <param name="y" value="#{calculator.rhs}"/>
        <param name="op" converter="#{operatorConverter}" value="#{calculator.op}"/>
    </page>
</pages>

<pages>
    <page view-id="/blog.xhtml">
        <param name="date"
               value="#{blog.date}"
               validatorId="com.my.blog.PastDate"
               required="true"/>
    </page>
</pages>

<pages>
    <page view-id="/blog.xhtml">
        <param name="date"
               value="#{blog.date}"
               validator="#{pastDateValidator}"
               required="true"/>
    </page>
</pages>

<navigation-rule>
    <from-view-id>/editDocument.xhtml</from-view-id>

    <navigation-case>
        <from-action>#{documentEditor.update}</from-action>
        <from-outcome>success</from-outcome>
        <to-view-id>/viewDocument.xhtml</to-view-id>
        <redirect/>
    </navigation-case>

</navigation-rule>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <rule if-outcome="success">
            <redirect view-id="/viewDocument.xhtml"/>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}"
                   evaluate="#{documentEditor.errors.size}">
        <rule if-outcome="0">
            <redirect view-id="/viewDocument.xhtml"/>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <rule if="#{documentEditor.errors.empty}">
            <redirect view-id="/viewDocument.xhtml"/>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <rule if="#{documentEditor.errors.empty}">
            <end-conversation/>
            <redirect view-id="/viewDocument.xhtml"/>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <rule if="#{documentEditor.errors.empty}">
            <end-conversation/>
            <redirect view-id="/viewDocument.xhtml">
                <param name="documentId" value="#{documentEditor.documentId}"/>
            </redirect>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <rule>
            <render view-id="/viewDocument.xhtml"/>
        </rule>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation from-action="#{documentEditor.update}">
        <render view-id="/viewDocument.xhtml"/>
    </navigation>

</page>

<page view-id="/editDocument.xhtml">

    <navigation if-outcome="success">
        <redirect view-id="/#{userAgent}/displayDocument.xhtml"/>
    </navigation>

</page>

<page action="#{calculator.calculate}">
    <param name="x" value="#{calculator.lhs}"/>
    <param name="y" value="#{calculator.rhs}"/>
    <param name="op" converter="#{operatorConverter}" value="#{calculator.op}"/>
</page>

Seam组件可以通过方法间简单的调用相互影响。状态组件甚至实现 Observer/Observable 模式。 但在组件直接调用彼此方法的时候，为了使组件在一个比可能存在的更加松耦合的方式下相互作用，Seam提供了 组件驱动事件。

我们在 components.xml 里指定了事件监听器（观察者）。

<components>
    <event type="hello">
        <action execute="#{helloListener.sayHelloBack}"/>
        <action execute="#{logger.logHello}"/>
    </event>
</components>

在这里，event type 是任意的字符串。

事件发生时，该事件已经注册过的动作将按照它们在 components.xml 中出现的顺序被依次调用。 组件如何发起事件？Seam为此提供了一个内置的组件。

@Name("helloWorld")
public class HelloWorld {
    public void sayHello() {
        FacesMessages.instance().add("Hello World!");
        Events.instance().raiseEvent("hello");
    }
}

或者你可以使用注解。

@Name("helloWorld")
public class HelloWorld {
    @RaiseEvent("hello")
    public void sayHello() {
        FacesMessages.instance().add("Hello World!");
    }
}

注意这个事件产生器没有依赖任何事件消费者。事件监听器现在可以完全不依赖于产生器而实现：

@Name("helloListener")
public class HelloListener {
    public void sayHelloBack() {
        FacesMessages.instance().add("Hello to you too!");
    }
}

上述在 components.xml中定义的方法绑定关心把事件映射到消费者去。 如果你不喜欢 components.xml 文件中的那一套，可以用注解来替代：

@Name("helloListener")
public class HelloListener {
    @Observer("hello")
    public void sayHelloBack() {
        FacesMessages.instance().add("Hello to you too!");
    }
}

你可能想知道为什么在这个讨论中没有提到关于任何事件对象的东西。 在Seam中，对事件对象而言，不需要在事件生产者和监听器之间传播状态。 状态保留在Seam上下文中，在组件之间共享。然而，如果你真想传递事件对象，你可以：

@Name("helloWorld")
public class HelloWorld {
    private String name;
    public void sayHello() {
        FacesMessages.instance().add("Hello World, my name is #0.", name);
        Events.instance().raiseEvent("hello", name);
    }
}

@Name("helloListener")
public class HelloListener {
    @Observer("hello")
    public void sayHelloBack(String name) {
        FacesMessages.instance().add("Hello #0!", name);
    }
}

Seam定义了许多内置事件，应用程序可以用它们来进行特殊类型的框架集成。这些事件是：

　　Seam组件可以用它们观察任何其他组件驱动事件的同样方式来观察这些事件中的任何一种。

EJB指定了定义良好的规则，用以控制异常是否立即标记当前的事务，以便在这个Bean的业务方法抛出一个异常时回滚： 系统异常 总是导致一个事务回滚，应用程序异常 默认是不导致事务回滚的，但是如果指定了 @ApplicationException(rollback=true)，则会导致事物回滚。 （应用程序异常是任何checked异常，或者任何用 @ApplicationException 注解过的unchecked的异常。系统异常是任何没有用 @ApplicationException 注解过的unchecked异常）。

注意：在标记事务回滚和实际的回滚两者之间有一点不同。 异常规则说，只有被标记过的事务应该回滚，但是在异常抛出之后，事务仍然可以是有效的。

Seam对Seam JavaBean组件也应用EJB 3.0 异常回滚规则。

但是，这些规则仅仅应用于Seam组件层。没有捕捉到的异常传播到Seam组件层之外，或是传播到JSF层之外怎么办？ 恩，让一个悬空摇摆的事务处于打开状态是不对的，当异常发生，而你又没有在Seam组件层捕捉到它时，Seam会回滚任何活动的事务。

要激活Seam的异常处理，需要确保已经在 web.xml 中声明了主要的Servlet过滤器:

<filter>
    <filter-name>Seam Filter</filter-name>
    <filter-class>org.jboss.seam.servlet.SeamFilter</filter-class>
</filter>

<filter-mapping>
    <filter-name>Seam Filter</filter-name>
    <url-pattern>*.seam</url-pattern>
</filter-mapping>

如果你想激活异常处理器，还需要禁用 web.xml 中Facelets的开发模式，和 components.xml 中的调试模式。

每当异常传播到Seam组件层之外时，下列异常都会导致一个HTTP 404错误。 抛出异常时，它并不立即回滚当前事务，但是如果这个异常没有被其他的Seam组件捕捉到，当前事务将被回滚。

@HttpError(errorCode=404)
public class ApplicationException extends Exception { ... }

每当异常传播到Seam组件层之外时，这个异常会导致浏览器的重定向。它也同时结束当前的对话，导致当前事务立即回滚。

@Redirect(viewId="/failure.xhtml", end=true)
@ApplicationException(rollback=true)
public class UnrecoverableApplicationException extends RuntimeException { ... }

注意：对于那些在JSF生命周期的渲染阶段发生的异常而言，@Redirect 无效。

你也可以用EL指定 viewId 来重定向。

当异常传播到Seam组件层之外时，这个异常导致一个重定向，并给用户一条消息。它也立即回滚当前事务。

@Redirect(viewId="/error.xhtml", message="Unexpected error")
public class SystemException extends RuntimeException { ... }

考虑到不能对我们感兴趣的所有异常类添加注解，Seam也允许我们在 pages.xml 中指定这个功能。

<pages>

   <exception class="javax.persistence.EntityNotFoundException">
      <http-error error-code="404"/>
   </exception>

   <exception class="javax.persistence.PersistenceException">
      <end-conversation/>
      <redirect view-id="/error.xhtml">
          <message>数据库访问失败 Database access failed</message>
      </redirect>
   </exception>

   <exception>
      <end-conversation/>
      <redirect view-id="/error.xhtml">
          <message>意外的失败 Unexpected failure</message>
      </redirect>
   </exception>

</pages>

最后一个 <exception> 声明没有指定类，它捕捉所有的那些没有通过注解或在 pages.xml 中特别指定的任何异常。

你也可以通过EL指定 view-id 来重定向。

你也可以通过EL访问处理后的异常实例，Seam把它放在对话上下文中，比如访问异常的消息。

...
throw new AuthorizationException("You are not allowed to do this!");

<pages>

    <exception class="org.jboss.seam.security.AuthorizationException">
        <end-conversation/>
        <redirect view-id="/error.xhtml">
            <message severity="WARN">#{org.jboss.seam.handledException.message}</message>
        </redirect>
    </exception>

</pages>

org.jboss.seam.handledException 保存着实际上由异常处理器处理的嵌套异常。 最外层的（包装器）异常也可以访问，如 org.jboss.seam.exception。

如果你正在使用JPA：

<exception class="javax.persistence.EntityNotFoundException">
   <redirect view-id="/error.xhtml">
      <message>Not found</message>
   </redirect>
</exception>

<exception class="javax.persistence.OptimisticLockException">
   <end-conversation/>
   <redirect view-id="/error.xhtml">
      <message>另一个用户修改了相同的数据，请重试 Another user changed the same data, please try again</message>
   </redirect>
</exception>

如果你正在使用Seam应用框架：

<exception class="org.jboss.seam.framework.EntityNotFoundException">
   <redirect view-id="/error.xhtml">
      <message>Not found</message>
   </redirect>
</exception>

如果你正在使用Seam安全：

<exception class="org.jboss.seam.security.AuthorizationException">
   <redirect>
      <message>You don't have permission to do this</message>
   </redirect>
</exception>

<exception class="org.jboss.seam.security.NotLoggedInException">
   <redirect view-id="/login.xhtml">
      <message>Please log in first</message>
   </redirect>
</exception>

那么，对于JSF：

<exception class="javax.faces.application.ViewExpiredException">
   <redirect view-id="/error.xhtml">
      <message>您的会话已经超时，请重试 Your session has timed out, please try again</message>
   </redirect>
</exception>

如果用户会话过期并且返回到原来的页面，就会抛出 ViewExpiredException 异常。 如果你在一个对话里面，no-conversation-view-id 和 conversation-required 可以让你更细粒度地控制会话超期。