Introducción Seam

Introducción Framework JBoss Seam

Sebastián Javier Marchano

Estudiante Ingeniería Sistema Información - UTN

Experiencia + 3 años

Consultor JBoss Seam

Perú, Paraguay, Argentina

Desarrollador Senior JEE

GranDT - Clarín (Cluster)

ACG & ElComercio – BristolGroup (Desarrollo)

Lotería de Buenos Aires (Reingeniería)

PagoMisCuentas - Banelco (Desarrollo)

Agenda

Introducción a Seam

Introducción a EJB3

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Eventos e Interceptores

Seam provee mecanismos potentes para juntar componentes

Conceptos fundamentales

Contexto

Seam agrega conversaciones y procesos de negocios

Componentes

Objetos stateful (EJB3, Java Bean, virtualmente cualquier clase)

Una instancia de un componente es asociada a un contexto

Seam

Bijection

Más de IoC ( Inversion of Control )

Componentes pueden ser inyectados a otro (inyección)

Un componente puede poner otro componente en un contexto (eyección)

Crea alias a los nombres de los componentes internos (variables de instancias) a nombres contextuales

Permite la creación de árboles de componentes en forma dinámica y la modificación de los mismos a través de Seam

Seam

Contexto Conversacional

Conversaciones en Seam, una primer mirada…

Es un contexto entre sesión HTTP y request

Está asociada a la sesión HTTP y es identificado por un ID

Es pasado a través de parámetros del request o campos de los formularios

Le permite a uno claramente separar múltiples diálogos

Soporta redireccionamiento

Caso de uso para conversación

Mostrar mensajes después de un redireccionamiento

Después de eliminar una bicicleta, redireccionar a la lista de bicicletas

Mostrar el mensaje: La bicicleta XXX fue eliminada

Diálogos tipo wizard

Alquilar una bicicleta

Seleccionar una bicicleta, agregar opciones en la segunda página

Caso de uso para conversación

Diálogos múltiples

Un usuario puede tener varias ventanas del navegador para editar información de la bicicleta

Redireccionamiento después de post

Presionar F5 no hará un nuevo post de la información, sino que mostrará nuevamente la misma información

Ejemplo de aplicación

Caso de uso

Mostrar una lista de bicicletas

Seleccionar una bicicleta para editar

Grabar o eliminar una bicicleta

Utilizando componentes Seam @Name("bikeService") public class BikeServiceBean { ... @DataModel private List<Bike> bikes; @Factory(value = "bikes") public void loadBikes() { bikes = controller.listBikes(); } ... } Componente con nombre “bikeService” Componente con nombre “bikes” contiene la información de una lista de “bikes” Factory, responsable de crear el componente “bikes”

Utilizando componentes Seam

<h:form>

<h:dataTable value="#{bikes}" var="b">

<h:column>

<f:facet name="header">Id</f:facet>

#{b.id}

</h:column>

<h:column>

<f:facet name="header">Name</f:facet>

#{b.name}

</h:column>

<h:column>

<f:facet name="header">Description</f:facet>

#{b.description}

</h:column>

</h:dataTable>

</h:form>

Utilizando componentes Seam JSF Renderiza una página resuelve #{bikes} renderiza #{bikes} busca en el contexto crea BikeService si es requerido llama al factory agrega al componente “bikes” al contexto devuelve “bikes” Contexts Event Conversation Session Business Process Services Persistence Context Management Application State Management Seam

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

J2EE es un estándar, implementado por varias compañías

Define una plataforma – servidor de aplicaciones J2EE

APIs y políticas establecidas

Especifica un modelo de programación de aplicaciones

Session Beans

Message Driven Beans

Entity Beans

Session Beans

Implementa la lógica de negocio

Tipos de session beans

Stateful Beans  Carrito de compras

Stateless Beans  Obtener la lista de clientes

Basado en clases tipo POJO

Requiere de interfaces

Ejemplo de Session Bean

Interface

import javax.ejb.Local;

@Local

public interface Bike {

public void listBikes();

}

Implementación

@Stateless

public class BikeServiceBean implements BikeService{

@PersistenceContext

private EntityManager em;

public void loadBikes() {

private List<Bike> bikes = em.createQuery("select b from Bike b").getResultList();

}

}

Funcionalidad de EJB3

Inyección de componentes EJB3 es posible (inversión de control)

@PersistenceContext

private EntityManager em;

Manejo por defecto de transacciones y excepciones para llamadas a métodos

Opcional: especificar el comportamiento deseado

@TransactionAttribute(value = TransactionAttributeType.REQUIRES_NEW)

public void loadBikes() {

bikes = em.createQuery("select b from Bike b").getResultList();

}

Entity Beans

Iguales a las clases mapeadas por Hibernate

@Entity

public class Bike {

@Id

@GeneratedValue(strategy = GenerationType.AUTO)

private Long id;

@NotNull

private String name;

public Bike() {

}

public String getDescription() {

return description;

}

public void setDescription(String description) {

this.description = description;

}

.....

Message Driven Beans

Usados para comunicación asincrónica

Pueden ser enviados a sistemas locales o remotos

Integración simple con JBoss Seam

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Introducción a Java Server Faces

Framework Web orientada a componentes

Interacción con el servidor a través de eventos

Componentes stateful

Por ejemplo: click item 3 en una lista

Estándar definido con una implementación de referencia http://java.sun.com/javaee/javaserverfaces

Disponibilidad de componentes Web opensource y comerciales

Elementos de JavaServer Faces

JSP/XHTML para dibujar la vista

Bean de soporte

Componentes de la vista ( actions )

Métodos de actions

Listener de actions

Puente a la lógica de negocio

Reglas de navegación

Validaciones

Convertidores

Componentes de vista

Una página JSF está compuesta por componentes

Tipos

Elementos de HTML: input text, checkbox

Componentes de control secundario

Librerías de componentes utilitarios

Funcionalidad

Renderiza

Puede tener validadores y convertidores

Ciclo de vida de un request

La actualización del modelo sincronizará los componentes en memoria

La fase Invoke llama a los action listeners y ejecuta action methods

Cada fase dispara eventos y algunas pueden ser salteadas si existe algún error

Ejemplo de componentes de vista

public class CustomerBean {

private HtmlPanelGrid panel;

public String leave() {

// navigate to home page

return "home";

}

public void add(ActionEvent event) {

....

// some example customer

Customer customer = new Customer(4711, "Redhat", "United States");

HtmlOutputText text = (HtmlOutputText)

application.createComponent(HtmlOutputText.COMPONENT_TYPE);

text.setValue(customer.getId());

panel.getChildren().add(text);

...

}

Configuración de componentes y reglas de navegación definido en faces-config.xml (carpeta: /WEB-INF/)

<faces-config ...>

<navigation-rule>

<from-view-id>/customers.jsp</from-view-id>

<navigation-case>

<from-outcome>home</from-outcome>

<to-view-id>/home.jsp</to-view-id>

</navigation-case>

</navigation-rule>

<managed-bean>

<managed-bean-name>customerBean</managed-bean-name>

<managed-bean-class>com.jboss.jsf.CustomerBean</managed-bean-class>

<managed-bean-scope>session</managed-bean-scope>

</managed-bean>

</faces-config>

Validación

Los validadores son agregados a las páginas JSF

Los mensajes de error son guardados

<h:inputText value="#{customerBean.name}">

<f:validateLength minimum="4" maximum="20"/>

</h:inputText>

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Validación de campos

Escenarios de valores ingresados incorrectos

El usuario puede ingresar valores incorrectos en cualquier momento

Combinaciones de valores no permitidos

Por ejemplo: fecha final anterior a fecha inicial

Manipulación de parámetros de request

Diferentes niveles de validación

Validación básica de parámetros

No nulo, longitud, mayor a, menor a, es una fecha ..

Validación en el contexto de lógica de negocio

El nombre de usuario todavía no existe

Si un entrenamiento es mayor a 8 horas, es necesario que se seleccione algún tipo de almuerzo también

¿Dónde ubicar la validación?

Directamente en la vista

Ejemplo de un validador de JSF

<h:inputText value="#{customerBean.name}">

<f:validateLength minimum="4" maximum="20"/>

</h:inputText>

¿Por qué no?

Un cliente de Web service no pasa a través de esta validación

Mal diseño: las reglas de validación son parte del dominio del objeto (encapsulación)

Podemos olvidarnos de alguna validación en una página

Validación en Seam

Basado en Hibernate Validator Framework

Usa anotaciones

Extendible con validaciones programadas

Ejemplo:

public class Bike implements Serializable {

@Length(min = 3, max = 254)

@Min(0)

private double price;

....

Validaciones de fábrica

// applies to String // applies to collections

@Length(min=, max=) @Size(min=, max=)

// numeric field /* validate nested object or

// or String holding a number collection */

@Max(value=) @Valid

@Min(value=) private Address address;

@Range(min=, max=)

@Email

@NotNull

@NotEmpty /* = NotNull + non empty // regular expressions

String or Collection */ @Pattern(regex="regexp" , flag=)

@Patterns( {@Pattern(...)} )

// Date specific

@Past

@Future

Personalizar mensajes de las validaciones

JSF imprime su propio mensaje si los campos requeridos son vacíos, por defecto están en jsf-impl.jar

javax.faces.component.UIInput.REQUIRED=I really need it.

Mensajes de Hibernate Validator , por defecto están en hibernate-validator.jar

@Length(min=3, "The name is by far to short.")

Seam Generator sobrescribe todos los mensajes por defecto

Archivo 'messages.properties' en la carpeta 'resources'

Validaciones propias

Implementación de la anotación de Validator

// anotación GooName.java

@ValidatorClass(GoodNameValidatior.class)

@Target({ElementType.METHOD, ElementType.FIELD})

@Retention(RetentionPolicy.RUNTIME)

@Documented

public @interface GoodName {

String message() default "{validator.goodName}";

}

// en el archivo message.properties

validator.goodName=Good bike names start with Seam

Validaciones propias

Implementación de la clase Validator

public class GoodNameValidatior implements Validator<GoodName> {

private GoodName goodName;

public boolean isValid(Object o) {

if (o == null) return true;

if (o instanceof String) {

String value = (String) o;

return value.startsWith("Seam");

} else

return false;

}

public void initialize(GoodName goodName) {

this.goodName = goodName;

}

}

Integración en JSF

Validación de un campo

<h:inputText id="name" required="true" value="#{bike.name}">

<s:validate/>

</h:inputText>

Validación de todos los campos

<s:validateAll>

Username: <h:inputText value="#{user.username}" required="true"/>

Real Name: <h:inputText value="#{user.name}" required="true"/>

Password: <h:inputSecret value="#{user.password}" required="true"/>

</s:validateAll>

Validación de campos No olvidarse del required=”true”

Validación de cada campo usando AJAX

Ajax4JSF se integra por completo con el ciclo de vida de los request de JSF

Ejemplo cuando un campo pierde foco

<s:validateAll>

<h:inputText id="bikename"

required="true"

value="#{bike.name}">

<a:support event="onblur" reRender="bikename"/>

</h:inputText>

</s:validateAll>

Tener cuidado con los eventos (presionar tab todo el tiempo)

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Componentes de JBoss Seam

Tipos

Intercepción

Utilización

Tipos de componentes

Componentes JavaBeans

EJB 3.0

Stateless Session Beans

Stateful Session Beans

Entity Beans

Message-Driven Beans

Son POJOs , cualquier clase puede ser un componente

Pueden ser utilizados en lugar de EJBs

Contexto Seam: por defecto son puestos al contexto event

Request concurrentes a JBs en contexto de sesión son serializados

Desventajas comparado con EJBs

No hay demarcación de transacción declarativa

No hay seguridad declarativa

Replicación de estado en cluster no eficiente

No se puede definir timeouts a nivel de método

No usa persistencia EJB 3.0

Componentes Stateless Session Bean

Imposibilidad de mantener el estado a través de varias invocaciones

Útil para JSF action listeners

Siempre en el contexto stateless

Componentes Stateful Session Bean

Mantiene el estado a través de múltiples invocaciones/múltiples requests

Contexto Seam : por defecto son puestos en el contexto de la conversación

No es posible utilizarlos en el contexto Stateless

Ejemplo de instanciación

@In(create=true)

Object myComponent = Component.getInstance("componentName");

Componentes Entity Beans

No pueden ser asignados a una variable de contexto

No soportan bijection (inyección/eyección) o demarcación de contexto

Óptimos como backing beans

Asignados al contexto de conversación por defecto

Tipos

Intercepción

Utilización

Intercepción de componentes

Intercepción

La funcionalidad de Seam está implantada a través de la intercepción de las invocaciones a componentes

Opciones de configuración

Para cada Bean

Global para todos los Beans

Intercepción de componentes

Interceptor usando anotaciones

@Stateless

@Interceptors(SeamInterceptor.class)

public class LoginAction implements Login{

Session Beans , la mejor forma de definir interceptores

File: ejb-jar.xml

<interceptors>

<interceptor>

<interceptor-class>org.jboss.seam.ejb.SeamInterceptor</interceptor-class>

</interceptor>

</interceptors>

<assembly-descriptor>

<interceptor-binding>

<ejb-name>*</ejb-name>

<interceptor-class>org.jboss.seam.ejb.SeamInterceptor</interceptor-class>

</interceptor-binding>

</assembly-descriptor>

Tipos

Intercepción

Utilización

Utilización de componentes

Definición de nombres

@Name(“com.jboss.myseam.LoginAction”)

@Stateless

public class LoginAction implements Login{

Se debe considerar el uso de nombres calificados

Nombres de componentes

Los nombres se usan también desde JSF:

<h:commandButton type=”submit” value=”LogIn”

action=”#{com.jboss.myseam.LoginAction.login}”/>

Usando un Factory como alias (definidos en components.xml):

<factory name=”loginAction” scope=”STATELESS”

value=”#{com.jboss.myseam.LoginAction.login}”/>

<h:commandButton type=”submit” value=”LogIn” action=”#{loginAction}”/>

Scopes (ámbito) y roles

Definición de los scopes de los componentes

Scopes definidos en org.jboss.seam.ScopeType

La anotación @Scope permite sobrescribir el valor por defecto

@Name(“User”)

@Entity

@Scope(SESSION)

public class User{

....

}

Un componente puede tener más de una función en un sistema

Diferentes roles en diferentes contextos

Uso de las anotaciones @Role & @Roles

@Name(“User”)

@Entity

@Scope(CONVERSATION)

@Roles({@Role(name=”currentUser”, scope=SESSION),

@Role(name=”guestUser”, scope=EVENT)})

public class User{

. . .

}

Component Lifecycle and CallBacks

Soporta métodos del ciclo de vida de EJB 3.0 con Entity/Session Beans

También con componentes JavaBeans!

@PostConstruct & @PreDestroy definidos por Seam

@Create

@Destroy

@Remove (solo SFSB)

@Startup

@Startup(depends={. . . })

Bijection

Inyección de componentes (@In)

Demarca una dependencia

Eyección de componentes hacia contextos (@Out)

@Name(“loginAction”)

@Stateless

public class LoginAction implements Login {

@In User user;

@Out Account account;

. . .

}

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Contextos en Seam

Afecta a todos los componentes stateful de Seam

Es invocado independientemente del componente de la aplicación

Inspirado por Declarative Context Model

Agrega granularidad a alto nivel

Provee múltiples estados de contextos stateful

Contextos en Seam

Acceso al contexto

Acceso declarativo a través de @In

@In private Context sessionContext

Los contextos pueden ser inyectados a un POJO :

Event Context

PageContext

ConversationContext

SessionContext

BusinessProcessContext

ApplicationContext

StatelessContext

Contextos en Seam

Stateless Context

Los verdaderos componentes sin estado residen dentro del “ stateless context ”

Permite JavaBeans en estado stateless

@Stateless

@Name(“sessionExample”)

@Scope(ScopeType.STATELESS)

public class SessionExample{

@Out(scope= ScopeType.SESSION, required=true)

private String userName;

public String login(){

userName= “Joseph

return “/pageOne.jsp”'

}

}

Contextos en Seam

Event Context

Excelente para llamadas cortas

El estado es mantenido a través del procesamiento de un solo request JSF

Contextos en Seam

Page Context

Los componentes en este contexto están atadas a una página específica

El acceso de los componentes está acotado a todos los eventos emitidos desde la página

Contextos en Seam

Conversation Context

Es un contexto extendido más chico que una sesión de usuario

El usuario puede simular varias mini sesiones sin necesidad de tenerlas realmente

Permite transaccionar con tiempos de ejecución largos

Se crean y se destruyen manualmente

Contextos en Seam

Business Context

Mantiene componentes stateful asociados a procesos de negocios de ejecución prolongada a través de un BPM

Estos se acceden de manera similar que componente en otro contexto

@Stateless

@Name(“shoppingExample”)

@Scope(ScopeType.STATELESS)

public class Shopping {

@In(scope=ScopeType.BUSINESS_PROCESS)

private Ticket ticket;

}

Contextos en Seam

Application Context

Similar a la especificación de los Servlets

La anotación “@Synchronized” permite la llamada concurrente a SFSB

@Name(“configurationData”)

@Scope(ScopeType.APPLICATION)

public class ConfigurationData implements Serializable{

//contents here please

}

Contextos en Seam

Session context

Mantiene el estado asociado con la sesión de un usuario logueado

Permite JavaBeans en forma de stateful

@Name(“statelessHelloSeamWorld”)

@Scope(ScopeType.SESSION)

public class StatelessHelloSeamWorld{

@RequestParameter(“name”)

String userName;

public String getText() {

return HelloSeamWorld!!! - + username

}

}

Contextos en Seam

La asignación de contexto por defecto depende del tipo de Bean

Stateless Session Beans

Stateless context es el único posible

Entities

Por defecto en Conversation context

Message-Driven Beans

Ningún contexto por defecto

Stateful Session Beans

Por defecto en Conversation context

JavaBeans

Por defecto en Event context

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Seguridad

Modo simple

Usando un esquema “usuario/roles”

Las restricciones se aplican según el rol del usuario

Modo avanzado

Chequeo de permisos complejos

Verificación de combinaciones user/role , permiso y entidad

Ejemplo: ¿puede el usuario modificar la bicicleta con Id 3?

Usa del motor JBoss Rules para definir permisos

Seguridad

Configuración

Pasos requeridos

Instalar el componente de identidad

Crear una clase de autenticación

Crear un formulario de login

Seguridad

Instalación del componente de identidad

File: pages.xml

<security:identity authenticate-method="#{authenticator.authenticate}"/>

Seguridad

Componente de autenticación

@Name("authenticator")

public class Authenticator implements Serializable{

@In Identity identity;

public boolean authenticate() {

return identity.getUsername().equals( identity.getPassword() );

}

}

Seguridad

Formulario de Login

El componente 'identity' de Seam tiene la funcionalidad básica

<h:form>

<h:panelGrid columns=”2”>

<h:outputLabel for="name" value="Username"/>

<h:inputText id="name" value="#{identity.username}"/>

<h:outputLabel for="password" value="Password"/>

<h:inputSecret id="password" value="#{identity.password}"/>

<h:commandButton value="Login" action="#{identity.login}"/>

</h:panelGrid>

</h:form>

Seguridad

Excepciones de seguridad

NotLoggedInException

Método o página están restringidos a usuarios identificados

AuthorizationException

El usuario está logueado

Carece de los privilegios necesarios

Es preciso configurar una página de manejo normal de excepciones

Seguridad

Manejo de excepciones de seguridad

File: pages.xml

<exception class="org.jboss.seam.security.NotLoggedInException">

<redirect view-id="/login.xhtml">

<message>You must be logged in to perform this action</message>

</redirect>

</exception>

<exception class="org.jboss.seam.security.AuthorizationException">

<end-conversation/>

<redirect view-id="/security_error.xhtml">

<message>You do not have the necessary security privileges to perform this

action.</message

</redirect>

</exception>

Seguridad

Redireccionar al usuario después de realizar el login

NotLoggedInException

Lo redirecciona a login.xhtml

Después de login , envía al usuario nuevamente a la página original

File:component.xml

<event type="org.jboss.seam.notLoggedIn">

<action expression="#{redirect.captureCurrentView}"/>

</event>

<event type="org.jboss.seam.postAuthenticate">

<action expression="#{redirect.returnToCapturedView}"/>

</event>

Seguridad

Aplicando seguridad a las páginas

File: pages.xml

<page view-id="/members/*" login-required="true"/>

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

<restrict>#{s:hasRole('admin')}</restrict>

</page>

Seguridad

Aplicando seguridad a partes de una página

Atributo Rendered

Disponible en la mayoría de los tags

Renderiza el contenido si la expresión es verdadera

<h:outputLink action="#{reports.listManagerReports}"

rendered="#{s:hasRole('manager')}">

Manager Reports

</h:outputLink>

<s:fragment rendered="#{s:hasRole('admin')}">

<div>

...

</div>

</s:fragment>

Seguridad

Aplicando seguridad a los métodos con la anotación @Restrict

@Name("account")

public class AccountAction {

@Restrict("#{s:hasRole('admin')}")

public void delete() {

...

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Modelo de eventos

Eventos definidos por Seam

Interceptores de Seam

Modelo de eventos

Modelo de eventos JSF

Los eventos son mapeados a 'observadores' de manera declarativa

Configuración con anotaciones e implementación con interceptores

Eventos de Seam (patrón observer )

De una acción de página

Generado por un componente

Contextual

Modelo de eventos

Tipos de eventos definidos por Seam

Page action event: sucede justo antes de que una página sea renderizada

Puede ser definida para un view id de JSF

File: WEB-INF/pages.xml

<pages>

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

</pages>

Se puede usar con patrones para especificar una acción para múltiples vistas

File: WEB-INF/pages.xml

<pages>

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

</pages>

Tipos de eventos basados en componentes

Mantienen bajo acoplamiento al interactuar indirectamente con otros componentes

Se utiliza un patrón Observador/Observable

Cuando un evento sucede, las acciones registradas son llamadas en el orden en que aparecen

File: components.xml

<components>

<event type="hello">

<action execute="#{helloListener.sayHelloBack}"/>

<action execute="#{logger.logHello}"/>

</event>

</components>

Seam provee un mecanismo propio para que los componentes generen eventos

@Name("helloWorld")

public class HelloWorld {

public void sayHello() {

FacesMessages.instance().add("Hello World!");

Events.instance().raiseEvent("hello");

}

}

O...

.... con una anotación

@Name("helloWorld")

public class HelloWorld {

@RaiseEvent("hello")

public void sayHello() {

FacesMessages.instance().add("Hello World!");

}

}

Los observadores se pueden definir usando anotaciones

@Name("helloListener")

public class HelloListener {

@Observer("hello")

public void sayHelloBack() {

FacesMessages.instance().add("Hello to you too!");

}

}

Eventos contextuales en Seam

Existen muchos provistos para ser usados por la aplicación en tareas que requieran una integración especial con el framework

Los componentes pueden observar estos eventos como lo harían con uno propio

validationFailed — called when JSF validation fails

noConversation — called when there is no long running conversation and a long

running conversation is required

preSetVariable.<name> — called when the context variable <name> is set

postSetVariable.<name> — called when the context variable <name> is set

preRemoveVariable.<name> — called when the context variable <name> is unset

...

Eventos contextuales en Seam

...

startTask.<name> — called when the task <name> is started

endTask.<name> — called when the task <name> is ended

postCreate.<name> — called when the component <name> is created

preDestroy.<name> — called when the component <name> is destroyed

beforePhase — called before the start of a JSF phase

afterPhase — called after the end of a JSF phase

postInitialization — called when Seam has initialized and started up all

components

postAuthenticate.<name> — called after a user is authenticated

preAuthenticate.<name> — called before attempting to authenticate a user

...

Modelo de eventos

EJB 3.0 define el modelo de interceptores estándar para los Session Beans

@AroundInvoke

Anotación @Interceptor

public class LoggedInInterceptor {

@AroundInvoke

public Object checkLoggedIn(InvocationContext invocation) throws Exception {

boolean isLoggedIn = Contexts.getSessionContext().get("loggedIn")!=null;

if (isLoggedIn) {

//the user is already logged in

return invocation.proceed();

}else { //the user is not logged in, fwd to login page

return "login";

}

}

}

Mejoras de Seam

@Interceptors es una anotación para definir interceptores

Puede ser utilizada con anotaciones propias

@Target(TYPE)

@Retention(RUNTIME)

@Interceptors(LoggedInInterceptor.class)

public @interface LoggedIn {}

Mejoras de Seam

Ahora podemos proveer de una anotación a nuestro action listener, al que se le aplicará el interceptor

@Stateless

@Name("changePasswordAction")

@LoggedIn

public class ChangePasswordAction implements ChangePassword {

...

public String changePassword() { ... }

...

}

Mejoras de Seam

El orden relativo a otro interceptores es opcional

La implementación del interceptor usa la misma lógica que en EJB 3.0

@Interceptor(around={BijectionInterceptor.class,

ValidationInterceptor.class,

ConversationInterceptor.class},

within=RemoveInterceptor.class)

public class LoggedInInterceptor {

...

}

Introducción a JSF

Validaciones

Componentes

Contextos

Seguridad

Resumen

¿Preguntas?

¿Consultas?

¿Sugerencias?

¡Muchas Gracias!

Sebastian Javier Marchano

Introducción Seam

0 comments

Notes on slide 1

3 Favorites