This is default featured slide 1 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 2 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

Platon, maestro de maestros

El comienzo es la parte ms importante de la obra.

This is default featured slide 4 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 5 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

miércoles, 16 de septiembre de 2015

Configurando el entorno para trabajar con Maven

Instalar Maven en Windows es algo realmente fácil, solamente es necesario seguir unos sencillos pasos previos para configurar Java tal y como hemos explicado anteriormente, y tener en cuenta unas pequeñas precauciones.
  • Es necesario tener el JDK 5 o superior
  • Maven trabaja con el JDK no con el JRE
  • Seria recomendable configurar las variables de entorno solamente para nuestro usuario.
Si cumplimos todos los requerimientos para instalar nuestro Maven ya lo podemos instalar desde http://maven.apache.org/download.cgi y descomprimirlo. Personalmente prefiero tener todos los frameworks de trabajo bajo una misma carpeta.

Para configurar Maven iremos a las variables de entorno y dentro de las variables del Administrador introduciremos una nueva variable de usuario denominada "M2_HOME" el valor de la variable tiene que ser la dirección donde hemos instalado el programa en mi caso "C:\develop\apache-maven-3.2.1". 


Una vez tenemos el home de maven instalado lo que tenemos que hacer es que se cargue desde las variables de usuario los binarios de maven, para ello tenemos que asignarle al path la ruta "%M2_HOME%\bin" tal y como se muestra en la siguiente imagen.


Una vez puesto podemos comprobar si lo hemos realizado correctamente introduciendo el comando "mvn -version" donde nos daría la versión de maven y java que tenemos instalado.



jueves, 3 de septiembre de 2015

Que es Derby

Logotipo Apache fundation
Derby es una base de datos relacional escrito íntegramente en JAVA. Actualmente se encuentra bajo una licencia Apache 2.0.

Pero esta base de datos no siempre se llamó Derby, en el 1997 una empresa de Oakland, California denominada Cloudscape dio a luz, la que fue reconocida como primera versión de Derby, un motor de base de datos denominado JBMS. Posteriormente el producto adopto el nombre de la empresa Cloudscape y comenzaron a aparecer versiones cada seis meses, esto hizo que otra gran empresa se fijara en ellos y en 1999 Informix Software, Inc. adquirió Cloudscape, Inc. por diez millones de acciones, del paquete de acciones ordinarias para emisión; lo cual la verdad no se a cuánto ascendía, ahora mismo no soy capaz de encontrar el valor. Esta transacción no pasó desapercibida para la gigante IBM que en seguida se fijó en el paquete, o quizás orquesto él la compra, esto último nunca lo sabremos, la cuestión es que apenas dos años después, en Julio del 2001, IBM se hace con la BBDD de Cloudscape tras la compra de parte de Informix.
El motor de la base de datos fue renombrado a IBM Cloudscape y comenzaron a aparecer versiones enfocadas principalmente a los productos de IBM y su Middleware.

En el 2004 IBM cedió el código del "IBM Cloudscape" a la Apache Software Foundation para Derby, un proyecto patrocinado por el proyecto Apache DB. En Julio de 2005 el proyecto Derby continuó como un subproyecto de base de datos de alto nivel de Apache. Sun Microsystem se unió al proyecto para poder lanzar Derby como base de datos empotrada de Java, lo cual consiguió con el lanzamiento de Java 6 en diciembre de 2006, Sun comenzó empaquetando Derby en el JDK bajo el nombre Java DB.


Logotipo Apache Derby En su modo embebido Derby sólo soporta un hilo, lo cual puede ser un problema para grandes proyectos, pero hay que tener en cuenta que esta base de datos no está pensada para ser utilizada en proyectos de larga duración ya que su consumo de memoria lo haría inviable. Derby más bien lo podríamos utilizar para demos, presentaciones, bases de datos auxiliares durante la instalación o cuando se sabe de antemano que la carga va a ser nula y los registros que se van a cargar van a ser pocos.