Historial de página

...

Observar estos eventos en componentes de ámbito EVENT/PAGE/SESSION no tiene sentido, ya que no se puede realizar una solicitud HTTP en ese momento.

...

Es importante advertir, que el componente con ámbito EVENT, no debe ser el mismo que el de la página de origen, por la sencilla razón de que no hay forma de realizar una solicitud HTTP en ese momento.  Por esa misma razón, un componente con ámbito PAGE o SESSION, no funcionaría (ya que requieren respectivamente el estado de vista Faces y la sesión HTTP que solo se pueden identificar mediante una solicitud HTTP). Una conexión push con ámbito de view o session, tampoco funcionaría, por lo que la conexión push realmente debe tener ámbito  application. El FacesContext tampoco estará disponible en el método que recibe el evento anterior.

...

Esta sería la única forma en caso de que desee enviar de forma asincrónica un mensaje a una conexión push con ámbito de view o session, y/o desee pasar algo desde FacesContext o de ámbito EVENT/PAGE/SESSION como argumento (con modificador final).

...

   <!-- Exception handling -->
    <web:exception-filter url-pattern="@default_url_pattern@" installed="true" />

    <!-- Identity Logging -->
    <web:logging-filter url-pattern="@default_url_pattern@" installed="true" />

    <!-- Character encoding -->
    <web:character-encoding-filter encoding="UTF-8"
        override-client="true" installed="true" url-pattern="@default_url_pattern@" />

...

   <!-- Exception handling -->
    <web:exception-filter regex-url-pattern="@default_regex_url_pattern@" installed="true" />

    <!-- Identity Logging -->
    <web:logging-filter regex-url-pattern="@default_regex_url_pattern@" installed="true" />

    <!-- Character encoding -->
    <web:character-encoding-filter encoding="UTF-8"
        override-client="true" installed="true" regex-url-pattern="@default_regex_url_pattern@" />

...