20120304

Maven : proyecto web modular

En el trabajo siempre tengo un proyecto web entre manos, sea cual sea la funcionalidad o el cliente. Con suerte, ese proyecto se construye con maven, está estructurado y es fácil de mantener.
Una de las cosas que me ocurren es que, a la hora de realizar una nueva funcionalidad, el despliegue sobre el sistema ya en producción debe ser parcial. No se envía el WAR directamente, sino se que envía un "parche" con los ficheros (jsp, class, configuración,...) que se hayan modificado, a descomprimir en el servidor de producción.

Para evitar enviar multitud de ficheros class, lo mejor es que todas las clases del proyecto se empaqueten en un JAR, de forma que, si se modifica cualquier clase, debe generarse de nuevo el JAR y enviarlo como parte del parche a desplegar en producción.

Viendo la generación de un WAR con maven, he encontrado la opción de generar el JAR de las clases de forma separada, usando la configuración del plugin maven-war-plugin:

<plugin>
     <artifactId>maven-war-plugin</artifactId>
     <version>2.2</version>
     <configuration>
         <archiveClasses>true</archiveClasses>
     </configuration>
</plugin>

Al generar el artefacto, se genera el WAR, y en el /WEB-INF/lib de la aplicación, nos encontramos con un JAR con las clases del proyecto. El directorio /WEB-INF/classes estará vacío.
El problema de esto es que algunos ficheros de configuración suelen estar en /WEB-INF/classes, como por ejemplo el fichero log4j.xml. Generando de la forma indicada, este fichero está contenido en el JAR resultante, y ahí tenemos un problema, ya que la configuración de los logs es totalmente dependiente del entorno de despliegue.

Así que la mejor solución, como casi siempre, es la que recomiendan los chicos de maven : http://maven.apache.org/plugins/maven-war-plugin/faq.html#attached

Básicamente nos insta a crear un proyecto que contenga las clases y otro que contenga la parte web de la vista. De esta forma, podemos meter el los resources del proyecto web ficheros como log4j.xml, que terminarán en /WEB-INF/classes, y las clases en el proyecto que se genera como JAR, de forma que terminará estando en /WEB-INF/lib.

Al final, tendremos un proyecto pom padre, al que he llamado "mvnweb", y dos módulos hijos "mvnweb-classes" y "mvnweb-web". Como sus nombres indican, mvnweb-classes contiene las clases del proyecto y mvnweb-web la parte web del mismo. Añadimos una dependencia de mvnweb-classes en mvnweb-web y, al empaquetar el WAR, obtenemos lo deseado, siempre y cuando los ficheros dependientes de la configuración del entorno de despliegue estén en el proyecto mvnweb-web.

Éste es el pom del proyecto padre mvnweb:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>es.org.nms</groupId>
  <artifactId>mvnweb</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>pom</packaging>
  <modules>
      <module>mvnweb-classes</module>
    <module>mvnweb-web</module>
  </modules>
</project>

Éste es el pom de mvnweb-classes

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <artifactId>mvnweb</artifactId>
    <groupId>es.org.nms</groupId>
    <version>0.0.1-SNAPSHOT</version>
    <relativePath>..</relativePath>
  </parent>
  <artifactId>mvnweb-classes</artifactId>
</project>

Y finalmente el pom de mvnweb-web, que contiene la dependencia con mvnweb-classes.

<?xml version="1.0"?>
<project
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"
    xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <modelVersion>4.0.0</modelVersion>
    <parent>
        <artifactId>mvnweb</artifactId>
        <groupId>es.org.nms</groupId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <groupId>es.org.nms</groupId>
    <artifactId>mvnweb-web</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <packaging>war</packaging>
    <name>mvnweb-web Maven Webapp</name>
    <url>http://maven.apache.org</url>
    <dependencies>
        <dependency>
            <groupId>es.org.nms</groupId>
            <artifactId>mvnweb-classes</artifactId>
            <version>0.0.1-SNAPSHOT</version>
        </dependency>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.4</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
    <build>
        <finalName>mvnweb-web</finalName>
    </build>
</project>


* Nota : está claro que la mejor opción para esto es tener un profile para generar un WAR para producción, pero la mayoría de las veces, al menos en mi caso, no es posible tener toda la configuración (conexiones a base de datos, usuarios y passwords) debido a razones de seguridad o a no disponer de esos datos.

20120216

JMeter : peticiones HTTP basadas en consultas a Base de Datos

Esta tarde he estado realizando unas pequeñas pruebas de integración, para comprobar el funcionamiento de un pequeño proyecto en el trabajo. Ha sido a última hora, por lo que no he tenido tiempo de investigar a fondo, así que he decidido mirarlo en casa, sin que sirva de precedente, pero sin por ello dejar de aprender ; )

La prueba consiste en acceder al sistema mediante un token. Este token está almacenado en base de datos, y tenemos una consulta para saber qué tokens son válidos. Este token se pasa por la URL de forma que se valida y luego se puede acceder a la aplicación. No se requiere mayor seguridad, es algo simple.

Así que he montado un entorno similar en mi equipo en casa.

Descripción

Vamos a realizar una prueba en la que se haga una petición HTTP con un parámetro obtenido de la base de datos.

Qué necesitamos
  • JMeter. En mi caso he descargado la última versión de aquí
  • Base de datos : en mi caso MySQL
  • Driver de la BD : hay que tener el driver jdbc en el directorio \lib de la instalación de JMeter para que éste sea capaz de conectarse.

Preparativos previos
He accedido a MySQL, he creado un usuario y un esquema para las pruebas.
He insertado varios valores de prueba en una tabla simple.
Tenemos una tabla jmeter_test1 con varios valores:




Proyecto JMeter

Debemos configurar la conexión a la base de datos.
Para ello, incluimos un elemento "Configuración de la conexión JDBC":



Es importante el nombre de la variable, en este caso jmeter_test1_jdbc_connection, ya que se usará más adelante.

Una vez configurado, debemos obtener los datos de la tabla de ejemplo. Para ello, incluimos un elemento "Petición JDBC":



En este elemento indicamos la variable definida en la configuración de la conexión.
La variable resultado jdbc_result contiene los datos que se obtengan en la consulta, que como vemos es muy simple.

Los resultados obtenidos son:
jmeter_value1
value11
value21
value31
value41

Es importante ver que la primera columna de los datos obtenidos es el nombre de la columna.Teniendo esto en cuenta, debemos definir el extractor de los datos mediante expresion regular, para obtener el primer VALOR de la consulta:





Ver tutorial sobre ER
Simulador para probar tus ER

Como vemos, obtendremos el primer elemento del listado.
El valor en "Nombre de Referencia" indica el nombre que le damos a la variable que contiene el valor obtenido.
La expresión (.+) nos obtiene cada una de las lineas del texto resultado obtenido por el elemento de petición JDBC.
Indicamos la plantilla como $1$
La coincidencia es 2, ya que la primera coincidencia es el nombre de la columna (la primera linea obtenida)
El valor por defecto "FAIL" es indicativo para las pruebas y nos indicará que ha fallado la extracción del valor buscado.


Para ver el uso, lo vamos a utilizar para hacer una petición HTTP a localhost.
Incluimos un elemento "Peticion HTTP":



Una vez lanzamos la ejecución de la prueba JMeter, obtendremos los resultados de cada petición.
Para verlos, añadimos un receptor, por ejemplo "Ver Árbol de Resultados". Al ejecutar, tendremos los resultados ahí guardados.



Vemos en la obtención de los datos usando JDBC que se obtiene la lista de valores.



Vemos en la petición HTTP que se ha usado como parámetro el primer valor obtenido. No es importante que haya fallado, sino ver la url con el parámetro q=value11, que es el que hemos obtenido de la consulta a BD.




20120205

El primer día en bici

Hoy ha hecho un día frío en Málaga, uno de esos días que te recuerdan el invierno, que también existe, y del que nos solemos librar.

Pero eso no ha impedido estrenar las bicis hoy, y salir a dar un paseo. He decidido crear la ruta que he hecho, no será una costumbre, pero así dejo constancia del primer paseo por Málaga con nuestras nuevas bicicletas :).


Ver Primer paseo en bici por Málaga en un mapa más grande