Mostrando entradas con la etiqueta JSF. Mostrar todas las entradas
Mostrando entradas con la etiqueta JSF. Mostrar todas las entradas

miércoles, 28 de enero de 2015

Control de excepciones en peticiones AJAX en JSF 2

Durante la ejecución de una aplicación se pueden producir excepciones en el servidor por diversas causas, un problema de acceso a la base de datos, un error de programación, etc. En el caso de JSF 2, durante las peticiones HTTP, se delega en el sistema que ofrece el contenedor de servlets para el tratamiento de las excepciones. Mediante la definición de reglas del tipo <error-page> en el web.xml de la aplicación podemos conseguir que ante determinadas excepciones del servidor se redirija la petición a una página de error concreta.

JSF 2 además nos ofrece la posibilidad de hilar más fino mediante un ExceptionHandler. La extensión de las clases ExceptionHandlerWrapper y ExceptionHandlerFactory nos permite capturar las excepciones que salten durante la ejecución del ciclo de vida de JSF y hacer un tratamiento concreto dependiendo de la excepción producida.

Este mecanismo es muy útil para el tratamiento de excepciones dentro de llamadas AJAX en una aplicación JSF, puesto que tanto Mojarra como MyFaces ignoran por defecto este tipo de excepciones con las configuraciones de producción, con lo que el usuario no es consciente de que ha ocurrido un error grave en la aplicación.

Vamos a ver como podríamos solucionar este problema con un ejemplo sencillo en el que vamos a redirigir a una página determinada en caso de encontrarnos con una excepción durante una petición AJAX.

Por un lado declaramos nuestra factoría de ExceptionHandler:

public class AjaxExceptionHandlerFactory extends ExceptionHandlerFactory {

 
    /**
     * wrapped
     */
    private ExceptionHandlerFactory wrapped;
 
    /**
     * Constructor de una factoria para el manejo de excepciones AJAX.
     *
     * @param wrapped La factoría que se encapsula.
     */
    public AjaxExceptionHandlerFactory(ExceptionHandlerFactory wrapped) {
        this.wrapped = wrapped;
    }

    /**
     * Devuelve una nueva instancia de AjaxExceptionHandler que
     * envuelve el exception handler original.
     * @return ExceptionHandler ExceptionHandler
     */
    @Override
    public ExceptionHandler getExceptionHandler() {
        return new AjaxExceptionHandler(
            getWrapped().getExceptionHandler());
    }
 
    /**
     * Devuelve la factoría encapsulada.
     * @return ExceptionHandlerFactory ExceptionHandlerFactory
     */
    @Override
    public ExceptionHandlerFactory getWrapped() {
        return wrapped;
    }
}


A continuación nuestro ExceptionHandler:

public class AjaxExceptionHandler extends ExceptionHandlerWrapper {
    /**
     * Logger.
     */
    public static final Log LOG =
        LogFactory.getLog(AjaxExceptionHandler.class);
    /**
     *  Exception handler encapsulado
     */
    private ExceptionHandler wrapped;
    /**
     * Constructos de un nuevo exception handler para peticiones
     * ajax encapsulando el exception handler indicado.
     *
     * @param wrapped El exception handler encapsulado.
     */
    public AjaxExceptionHandler(ExceptionHandler wrapped) {
        this.wrapped = wrapped;
    }
    /**
     * Maneja las excepciones en peticiones ajax de la siguiente manera,
     * sólo y sólo si la actual petición es una petición ajax cuya
     * respuesta aún no ha sido enviada y existe al menos una excepción
     * que no ha sido tratada.
     *
     * Las demás excepciones pendientes serán ignoradas, primero hay que
     * corregir la primera.
     */
    @Override
    public void handle() {
        handleAjaxException(getContext());
        wrapped.handle();
    }
    @Override
    public ExceptionHandler getWrapped() {
        return wrapped;
    }
  
    /**
     * Metodo que devuelve el contexto JSF
     * @return Contexto JSF actual
     */
    private static FacesContext getContext() {
        return FacesContext.getCurrentInstance();
    }
  
    /**
     * Método que se encarga de tratar las excepciones encontradas
     * durante una petición JSF. Sólo se van a tratar las excepciones en
     * peticiones ajax. Si la excepción es en una petición HTTP normal ya
     * se encarga el web.xml de redirigir a la página de error.
     *
     * @param context Contexto JSF actual.
     */
    private void handleAjaxException(FacesContext context) {
        if (context == null
                || !context.getPartialViewContext().isAjaxRequest()) {
            return; // No es una request ajax
        }
        Iterator<ExceptionQueuedEvent> unhandledExcQueuedEvents =
            getUnhandledExceptionQueuedEvents()
                .iterator();
        if (!unhandledExcQueuedEvents.hasNext()) {
            return; // No hay excepciones pendientes.
        }
        Throwable exception = unhandledExcQueuedEvents.next()
            .getContext().getException();
        if (exception instanceof AbortProcessingException) {
            return; // Let JSF handle it itself.
        }
        exception = findExceptionRootCause(exception);
        String errorPageLocation = "/errorPage.xhtml";
        unhandledExcQueuedEvents.remove();
        ExternalContext externalContext = context.getExternalContext();
        LOG.error(String.format(
            "Ocurrio un error no esperado, redirigiendo a %s",
            errorPageLocation), exception);
        // Añadimos información sobre la excepcion al request HTTP para
        //que pueda ser mostrada en la pagina de error
        HttpServletRequest request =
            (HttpServletRequest) externalContext.getRequest();
        request.setAttribute(ERROR_EXCEPTION, exception);
        request.setAttribute(ERROR_EXCEPTION_TYPE, exception.getClass());
        request.setAttribute(ERROR_MESSAGE, exception.getMessage());
        request.setAttribute(ERROR_REQUEST_URI, request.getRequestURI());
        request.setAttribute(ERROR_STATUS_CODE,
            HttpServletResponse.SC_INTERNAL_SERVER_ERROR);
        try {
            renderErrorPageView(context, request, errorPageLocation);
        } catch (IOException e) {
            throw new FacesException(e);
        }
        while (unhandledExcQueuedEvents.hasNext()) {
            // No nos interesan el resto de excepciones, sólo la primera.
            unhandledExcQueuedEvents.next();
            unhandledExcQueuedEvents.remove();
        }
    }
    /**
     * Determina la raiz de la causa de una excepción.
     *
     * @param exception La excepción de la que se quiere encontrar
     * la raiz de la causa.
     * @return La excepción raiz de la causa de la excepción primera.
     */
    private Throwable findExceptionRootCause(Throwable exception) {
        return unwrap(exception);
    }
    /**
     * Desenvuelve las causas anidadas de una determinada excepción
     * mientras no se encuentre una instancia del tipo indicado,
     * entonces se devuelve dicha instancia.
     *
     * @param <T> El tipo genérico throwable.
     * @param exception La excepción a desenvolver.
     * @param type El tipo de excepción que tiene que ser devuelto.
     * @return La raiz de la causa de la excepción inicial.
     */
    private static <T extends Throwable> Throwable unwrap(
            Throwable exception, Class<T> type) {
        while (type.isInstance(exception)
                && exception.getCause() != null) {
            exception = exception.getCause();
        }
        return exception;
    }
    /**
     * Devuelve las causas anidadas de una excepción dada mientras no
     * sean instancias de FacesException (Mojarra) o
     * ELException (MyFaces).
     *
     * @param exception La excepción de la que se quiere quitar el
     * anidamiento con FacesException y ELException.
     * @return La causa de la excepción.
     */
    private static Throwable unwrap(Throwable exception) {
        return unwrap(
            unwrap(exception, FacesException.class),
                   ELException.class);
    }
     
    /**
     * Muestra la página de error indicada.
     *
     * @param context Contexto JSF actual
     * @param request Request de la petición actual
     * @param errorPageLocation Localización de la página
     * de error a mostrar.
     * @throws IOException En caso de que ocurra un error 
     * mostrando la página de error, y no se
     * pueda mostrar la página de error de emergencia.
     */
    private void renderErrorPageView(FacesContext context,  
            final HttpServletRequest request,
            String errorPageLocation) throws IOException {
        String viewId = errorPageLocation;
        ViewHandler viewHandler = context
          .getApplication().getViewHandler();
        UIViewRoot viewRoot = viewHandler.createView(context, viewId);
        context.setViewRoot(viewRoot);
        context.getPartialViewContext().setRenderAll(true);
        try {
            ViewDeclarationLanguage vdl = 
                viewHandler.getViewDeclarationLanguage(context, viewId);
            vdl.buildView(context, viewRoot);
            context.getApplication().publishEvent(
                    context,PreRenderViewEvent.class, viewRoot);
            vdl.renderView(context, viewRoot);
            context.responseComplete();
        } catch (Exception e) {
            // Aqui podríamos mostrar una página de error 
            // estática si todo ha ido mal
            throw new FacesException(e);
        } finally {
            // Evitamos que el contenedor de la aplicación 
            // trate de manejar esta excepción.
            request.removeAttribute(ERROR_EXCEPTION);
        }
    }
}


Por último declaramos nuestra factoría en el faces-config.xml de nuestra aplicación:

<factory>
  <exception-handler-factory>
    org.exceptionhandler.AjaxExceptionHandlerFactory
  </exception-handler-factory>
</factory>


Esta solución está basada en la propuesta por la librería Omnifaces. Consutar en las referencias la documentación del FullAjaxExceptionHandler de Omnifaces para una implementación más completa y con ajustes para una mejor integración con distintos frameworks JSF.

Más información:
https://docs.oracle.com/javaee/6/api/javax/faces/context/ExceptionHandler.html
http://showcase.omnifaces.org/exceptionhandlers/FullAjaxExceptionHandler
http://balusc.blogspot.com.es/2012/03/full-ajax-exception-handler.html
https://weblogs.java.net/blog/edburns/archive/2009/09/03/dealing-gracefully-viewexpiredexception-jsf2
http://www.beyondjava.net/blog/jsf-2-0-hides-exceptions-ajax/

jueves, 21 de febrero de 2013

Entorno de desarrollo para JSF 2

Vamos a describir un posible conjunto herramientas de desarrollo para la creación de un proyecto web Java. Este artículo es simplemente una guía de ejemplo y estas no son las únicas ni mejores herramientas, simplemente utilizaremos esta base para los siguientes artículos sobre JSF (Java Server Faces).

Como entorno de desarrollo vamos a utilizar Eclipse con sus plugins para Maven, Git, y TestNG. Como servidor web vamos a utilizar Apache Tomcat y por supuesto el JDK de Java.

Seguiremos los siguientes pasos:

  1. Asegurarnos de tener instalada la última versión de Java en el equipo, este paso depende de en qué sistema operativo estemos, pero suele reducirse a descargar e instalar Java desde la web oficial si estamos en Windows o instalarlo mediante el sistema de paquetes de nuestra distibución Linux.
  2. Descargar el último JDK de Java de la página oficial de Oracle para nuestro sistema operativo. Una vez descargado lo descomprimimos en algún directorio a nuestra elección. Por ejemplo, voy a descargar de dicha página el fichero jdk-7u25-linux-x64.tar.gz y descomprimirlo en mi directorio ~/Programas/Java/jdk1.7.0_25/, puesto que estoy en una máquina Linux de 64 bits.
  3. Descargar la última versión de Eclipse para nuestro sistema y descomprimirlo en un dirección a nuestra elección. Voy a descargar eclipse-jee-kepler-R-linux-gtk-x86_64.tar.gz y descomprimirlo en ~/Pogramas/eclipse_kepler_web/.
  4. Descargar la última versión de Apache Maven y Apache Tomcat y descomprimirlos en un directorio a nuestra elección. Descargaré los ficheros apache-maven-3.0.5-bin.tar.gz y apache-tomcat-7.0.41.tar.gz respectivamente, y los descomprimiré en ~/Programas/Apache/apache-maven-3.0.5/ y en ~/Programas/Apache/apache-tomcat-7.0.41/.
Personalmente prefiero descargar las aplicaciones de sus páginas oficiales y tener un directorio de instalación para cada una de ellas, así podemos tener en un momento dado distintas versiones de una determinada herramienta. Por ejemplo un Eclipse para desarrollo web en Java y otro para desarrollo de aplicaciones en C++.

Ahora abriremos Eclipse, le instalaremos los plugins necesarios y lo configuraremos para empezar a trabajar:
  • Abrimos el directorio de Eclipse que creamos anteriormente y lanzamos el ejecutable que encontraremos allí. Aparecerá una pantalla donde nos pedirá que seleccionemos el workspace. Aquí dejamos la opción por defecto o indicamos un directorio a nuestro gusto, yo prefiero tener workspaces separados según los tipos de proyectos que tengo.
  • Los plugins EGit, Maven Integration for Eclipse WTP (m2e-wtp) están ya integrados en Eclipse a partir de Eclipse Kepler, por lo que no es necesario instalarlos si hemos descargado Eclipse en su edición JEE. Vamos a Help->Eclipse Marketplace e instalamos el plugin TestNG for Eclipse. Estos son los plugins para trabajar desde Eclipse con el sistema de control de versiones Git, Apache Maven, y TestNG respectivamente. Al instalar cada plugin aceptamos las opciones por defecto y nos pedirá que reiniciemos Eclipse.
 Ahora vamos a configurar el workspace para trabajar, esto se hace desde la opción Window->Preferences:
  • Lo primero de todo configuramos la codificación de caracteres para nuestro workspace para ponerla en UTF-8 en General->Workspace, dentro de Text file encoding seleccionamos Other y UTF-8 en el desplegable. Esto es importante para que no haya problemas para que los proyectos funcionen desde distintos sistemas operativos.

  • Vamos a Java->Installed JREs y añadimos como instalación por defecto el directorio del JDK que nos habíamos descargado previamente.
  • Entramos en Maven->Installations y añadimos como instalación por defecto el directorio en el que habíamos descromprimido Apache Maven previamente.
  •  Vamos ahora a Server->Runtime Enviromment y añadimos el servidor Apache Tomcat que habíamos descargado antes.
  • Por último, vamos a la opción TestNG y en la casilla Output Directory escribimos /target/test-output.


Con esto ya tendríamos nuestro entorno de desarrollo Eclipse completamente configurado para comenzar a trabajar en nuestros proyectos.


La configuración del plugin EGit la dejaremos para cuando veamos como trabajar con el sistema de control de versiones Git.

Actualización: Actualizo el artículo para usar Eclipse Kepler edición JEE, que ya trae integrados varios de los plugins que antes había que instalar manualmente.

martes, 12 de junio de 2012

Introducción a JSF 2

JavaServer Faces (JSF) es una especificación para el desarrollo de aplicaciones web mediante Java que lleva varios años en el mercado y forma parte de la plataforma Java EE (Java Enterprise Edition).

La especificación de JSF va actualmente por la versión 2.1 y de ella existen implementaciones como Mojarra, la implementación de referencia desarrollada por Oracle, o MyFaces, la implementación de la Fundación Apache.

Llevo unos años trabajando con JSF 1.2, pero ahora que parece que la nueva versión de la especificación y el ecosistema de librerías existentes alrededor es estable, me he decidido a ponerme las pilas con JSF 2.

Las principales mejoras que trae JSF 2 respecto a JSF 1.2 son:
  • Facelets se integra en JSF como la tecnología a utilizar para la parte de la vista de las aplicaciones. Esto simplifica mucho el desarrollo de la interfaz de usuario y la creación de componentes reutilizables.
  • Integración de llamadas Ajax dentro de la especificación. Antes había que utilizar librerías externas.
  • Capacidad de enviar y recibir parámetros GET dentro de las URLs.
  • Nuevos ámbitos para los beans, como el View Scope que mantiene un bean en memoria mientras se esté utilizando la misma vista que lo utiliza.
  • Simplificación de la configuración de la aplicación mediante el uso de anotaciones.

En resumen JSF 2 es una evolución a mejor de lo que era JSF 1.2, integrando en el estándar varias de las cosas que aportaban librerías externas como RichFaces o PrimeFaces, como el soporte Ajax o el View Scope.