sábado, 20 de marzo de 2010

HSQLDB, HyperSQL 2.0


 

HSQLDB (HyperSQL base de datos) es el principal motor de base de datos relacional SQL escrito en Java. Dispone de un controlador JDBC y apoya ANSI casi completa de SQL-92(formato de árbol BNF), además de muchos de SQL: 2008 las mejoras. Ofrece un pequeño motor de base de datos rápido que ofrece en memoria y un disco basado en tablas y tiene soporte incorporado y los modos de servidor. Además, incluye herramientas como una herramienta de línea de comandos SQL y herramientas de consulta GUI.


 

El producto está siendo utilizado como una base de datos y motor de persistencia en muchos proyectos Open Source Software y en proyectos comerciales y productos. En su versión actual es muy estable y fiable. Es mejor conocida por su pequeño tamaño, la capacidad de ejecutar completamente en la memoria, su flexibilidad y velocidad.


 

Versión 2.0 es compatible con la más amplia gama de características estándar SQL visto en ningún otro motor de fuente abierta de bases de datos. Hemos llegado a la conformidad con SQL estándar SQL casi lleno-1992 de nivel avanzado y SQL: 2008 las características de lenguaje básico más una extensa lista de SQL: 2008 y las características opcionales muchas extensiones. El motor es totalmente compatible con múltiples subprocesos y 2PL y modelos de control MVCC transacción.


 

Es totalmente gratuito para uso y distribución con licencia BSD estándar. Completamente libre de costo o restricciones y totalmente compatible con todas las principales licencias de código abierto. Código fuente de Java y una extensa documentación incluida.


 

Yo uso esta base para correr test que interactúan con base de datos. Si usamos maven agregamos la siguiente dependencia en el pom:

<dependency>

<groupId>hsqldb</groupId>

<artifactId>hsqldb</artifactId>

<version>1.8.0.10</version>

</dependency>

Y la configuramos con spring el dataSource:

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">

<property name="driverClassName" value="org.hsqldb.jdbcDriver" />

<property name="url" value="jdbc:hsqldb:mem:testDB" />

<property name="username" value="sa"/>

<property name="password" value=""/>


 

<property name="defaultAutoCommit">

<value>false</value>

</property>


 

<property name="poolPreparedStatements">

<value>true</value>

</property>


 

<property name="initialSize">

<value>1</value>

</property>


 

<property name="maxActive">

<value>90</value>

</property>


 

<property name="maxIdle">

<value>50</value>

</property>

</bean>


 

Y listo!!

Mapeos de Enums en Hibernate

Esta información fue provista por un amigo mío y del blog, Lucas Acosta

Cuando usamos Enum y tenemos que guardar con hibérnate podemos hacer lo que sugiere la documentación de hibérnate:

http://community.jboss.org/wiki/UserTypeforpersistinganEnumwithaVARCHARcolumn

Podemos guardar nuestro Enum en una columna como varchar:

import java.io.Serializable;

import java.sql.PreparedStatement;

import java.sql.ResultSet;

import java.sql.SQLException;

import java.sql.Types;

import org.hibernate.HibernateException;

import org.hibernate.usertype.UserType;


public class EnumUserType<E extends Enum<E>> implements UserType {



private Class<E> clazz = null;



protected EnumUserType(Class<E> c) {

this.clazz = c;

}


private static final int[] SQL_TYPES = {Types.VARCHAR};


public int[] sqlTypes() {

return SQL_TYPES;

}


public Class returnedClass() {

return clazz;

}



public Object nullSafeGet(ResultSet resultSet, String[] names, Object owner) throws HibernateException, SQLException {

String name = resultSet.getString(names[0]);

E result = null;

if (!resultSet.wasNull()) {

result = Enum.valueOf(clazz, name);

}

return result;

}


public void nullSafeSet(PreparedStatement preparedStatement, Object value, int index) throws HibernateException, SQLException {

if (null == value) {

preparedStatement.setNull(index, Types.VARCHAR);

} else {

preparedStatement.setString(index, ((Enum)value).name());

}

}


public Object deepCopy(Object value) throws HibernateException{

return value;

}


public boolean isMutable() {

return false;

}


public Object assemble(Serializable cached, Object owner) throws HibernateException

return cached;

}


public Serializable disassemble(Object value) throws HibernateException {

return (Serializable)value;

}


public Object replace(Object original, Object target, Object owner) throws HibernateException {

return original;

}


public int hashCode(Object x) throws HibernateException {

return x.hashCode();

}


public boolean equals(Object x, Object y) throws HibernateException {

if (x == y)

return true;

if (null == x || null == y) return false;

return x.equals(y);

}

}


Supongamos que tenemos este Enum:

public enum MyEnum {

ENUM_A, ENUM_B;

}

Hacemos el userType :

public class MyEnumUserType extends EnumUserType<MyEnum> {

  public MyEnumUserType() {
super(MyEnum.class);
}



}


Y Por ultimo mapeamos:

<property name="sample" type="mypackage.MyEnumUserType" not-null="true"/>

Borrar base de datos en test!!

Cuando hacemos test de DAOs, servicios o que tenga que interactuar con una base de datos es bueno usar una base de datos en memoria como HSQLDB.

El problema está en que cada test inserta datos en la base, lo que hace que el resultado de un test dependa de la ejecución de otro test; esto no es bueno.

Si trabajamos con base de datos en memoria y Spring lo que podríamos hacer es bajarla y volverla a subir usando: @DirtiesContext en cada uno de los test. @DirtiesContext es una anotación de spring que baja y sube el contexto. Esto es una solución, pero no la más optima los test van a demorar más dado que por cada test se baja y sube el contexto. La solución más óptima es borrar la base en cada test de este modo:

@After
public void tearDown() {
this.restoreEmptyDatabase();
}

private void restoreEmptyDatabase() {
LocalSessionFactoryBean sessionFactory = (LocalSessionFactoryBean) this.applicationContext
.getBean("&sessionFactory");
sessionFactory.dropDatabaseSchema();
sessionFactory.createDatabaseSchema();
}

Podríamos ponerlo en el After o Before es indistindo este método borrara la base por test.

viernes, 19 de marzo de 2010

Reflexiones sobre los problemas del desarrollo orientado a pruebas

Muy recomendable que lean el siguiente post:

http://agilizar.es/blog/11/03/2010/reflexiones-sobre-los-problemas-del-desarrollo-orientado-a-pruebas/

Publico este enlace dado que comparto en todo la opinión TDD no llego para solucionarnos TODOS nuestros problemas. Solo es una herramienta para mejorar nuestro código.

sábado, 13 de marzo de 2010

Apache ActiveMQ

Antes de comenzar a hablar de ActiveMQ debemos entender JMS. JMS trata sobre la comunicación de aplicaciones de forma asíncrona. Funciona de forma similar que un mail, JMS envía el mensaje a la aplicación sin esperar que la reciba la otra aplicación.

La vía indirecta es la clave de JMS. Cuando una aplicación envía información a otra mediante JMS, no hay vínculo directo entre ambas aplicaciones. En su lugar, la aplicación emisora coloca el mensaje en manos de un servicio que garantiza su entrega a la aplicación receptora. Hay dos conceptos principales en JMS: corredor de mensajes (message brokers) y destinos (destinations)

Apache ActiveMQ es un estupendo message brokers de código abierto y una maravillosa opción para la mensajería asíncrona con JMS. Aunque ActiveMQ comenzó como un proyecto de CodeHaus, se traslado a Apache.

Apache ActiveMQ es rápido, soporta varios lenguajes Java, C, C++, C#, Ruby, Perl, Python, PHP, soporte a Enterprise Integration Patterns, integración con spring, y se distribuye bajo licencia Apache 2.0 License

Dejo links:

http://java.sun.com/products/jms/

http://activemq.apache.org/index.html