Translate

domingo, 17 de enero de 2010

domingo, 10 de enero de 2010

Java 7 Closures


Una noticia que hizo mucho ruido fue que en java 7 va a haber Closures, esto trae un poco de revuelo en el mundo java.
Ya que hasta ultimo momento no aceptaban Closures en la nueva versión del lenguaje.

Lo primero que hay que entender es la diferencia entre funciones como objetos y closures. Una función puede ser anónima o definida, pero también pueden ser objetos en si mismas. Esto nos permite utilizar funciones como argumentos, ser devueltas por otras funciones o ser almacenadas en estructuras de datos.
Vamos, son objetos de primera clase o de primer orden.
Un closure es una función más su entorno y estos pueden ser de igual forma tratados como objetos de primera clase, pero al contener un entorno, podemos acceder a variables (o funciones) de este entorno incluso cuando el mismo no este activo. Existen lenguajes que soportan funciones-objetos o closures o ambos, y muchos de los lenguajes funcionales en su mayoria utilizan funciones y funciones-closure.
Entonces, un closure, por ejemplo, nos permite definir una función que tiene acceso a una variable, así que podemos almacenar esta funcion en un objeto y acceder a ella. El contexto de la función no se limita sólo a los objetos a los que tiene acceso directo, pero también a las variables que obtiene vía el entorno.

Veamos un ejemplo clásico de sort con un método anónimo:

anArray.sort(new Comparator()
public int compare(MyClass a, MyClass b) {
return a.myProperty().compareTo(b.myProperty();
}
});


Con closures haríamos esto:

anArray.sort( (a, b) => a.myProperty().compareTo(b.myProperty()));

En lenguajes como Python llevan mucho tiempo discutiendo sobre la necesidad de lambda y la verdad es que IMO no son algo necesario, pero que es bueno tener a mano para cuando las circunstancias lo precisen.
Este tema es parecido al de los for-each con Java6 donde muchas personas desconfiaban de la implementación de estos y de su utilidad.
Como sucede con cualquier herramienta, es mejor entenderla antes de utilizarla para no terminar con código spaghetti que dificulte la lectura y el mantenimiento

Que les parece la noticia? Es positivo para java?

Java EE 6

Si bien esta noticia no es novedad, con el cambio de año y vacaciones se hizo difícil escribir.

A fines del año pasado el Java Community Process aprobó la especificación de Java EE 6. Algunas de las características nuevas de la plataforma son:

  • Perfiles: Java EE 6 introduce el concepto de perfiles: distintas configuraciones específicas de la plataforma para distintos fines. El primero en ser introducido en esta versión es el Web Profile, un perfil más liviano que usa únicamente lo necesario para desarrollos web.
  • Productividad del desarrollo: apuntando las configuraciones a más anotaciones y menos configuración XML.
  • Nuevas especificaciones: EJB 3.1, Java API for RESTful Web Services (JAX-RS), Contextos e inyección de dependencias (CDI), JPA 2, y más.
GlassFishGlassFish

Con esta especificación final, Sun anunció la disponibilidad de GlassFish V3. GlassFish es su servidor de aplicaciones que implementa las tecnologías de Java EE. En esta versión, es el primer servidor en aplicar completamente la especificación Java EE 6. Sun anunció también a su vez, NetBeans 6.8, con soporte completo para Java EE 6.

Con motivo de estos nuevos lanzamientos, el equipo de software de Sun realizó una serie de conferencias virtuales. En éstas se hizo una presentación de las nuevas características de Java EE 6 y GlassFish V3. Los videos y diapositivas están disponibles para la descarga:

Para descargar los videos:
http://www.sun.com/events/javaee6glassfishv3/virtualconference/

Las diapositivas de las presentaciones:
http://www.sun.com/offers/details/java_ee6_slides.xml

Si les interesa empezar a aprender ya lo nuevo, en el sitio JavaPassion han organizado un codecamp online de Java EE 6. Tiene una duración de una semana (inicialmente 24 horas) para aprender las nuevas tecnologías escribiendo código. Pueden inscribirse si tienen una cuenta en Google. El codecamp comienza el 12 de enero, hasta el 20 de enero de 2010.

JBoss de RedHat es otro de los servidores de aplicaciones que viene trabajando en la implementación de la nueva especificación. Si bien habían implementado parte de la especificación en JBoss 5, ya están trabajando en JBoss AS 6. Recientemente se anunció la disponibilidad de JBoss Application Server 6.0.0.M1, un primer milestone que lo acerca más a implementar Java EE 6 (ya disponible para la descarga).

Las tres principales características del estándar que implementa son: JSF 2, Bean Validation y CDI.

Además este lanzamiento incluye soporte para mod_cluster, una solución de balance de carga que se integra con Apache y soporte para EmbeddedAS, un prototipo para una API nueva para la creación, configuración, ciclo de vida, operaciones de despliegue del servidor de aplicaciones JBoss. Pueden enterarse más en esta entrevista a Jason Greene, líder del equipo de desarrollo.

Hay muchas cosas nuevas para aprender este año. Todo esto predice un buen año para Java empresarial.


jueves, 31 de diciembre de 2009

Feliz Navidad y próspero Año nuevo !!!



Un año transcurrió juntos, les deseo que se cumplan todos sus anhelos. En el 2010 espero que me sigan acompañando.



Feliz 2010 a todos!!!
















Sean felices!!

domingo, 27 de diciembre de 2009

JavaFX Script


JavaFX Script es un lenguaje scripting desarrollado por Sun Microsystems, que forma parte de la familia de tecnologías JavaFX. JavaFX permite crear aplicaciones web para escritorio, navegadores, dispositivos móviles, etc.

JavaFX Script es un lenguaje de scripting altamente productivo que permite a los desarrolladores de contenido crear multimedia y contenido para plataformas en ambientes java. JavaFX Script es un lenguaje de programacion declarativo, tipado estaticamente. Tiene funciones de primer clase, sintaxis declarativa, comprension de listas y evaluacion incremental dependiente. Puede hacer llamadas directas a cualquier API de Java que exista en la plataforma

Veamos unos ejemplos de este lenguaje:
Strings:

var nombre = 'Pepe';
var s = "Hola {nombre}"; // s = 'Hola Pepe'

var respuesta = true;
var s = "La respuesta es {if respuesta then "Si" else "No"}";
// s = 'La respuesta es Si'

Arreglos:
var unoACien = [1..100];
var tamanio = sizeof unoACien; // tamanio == 100
var porTres = [1*3, 2*3 .. 10*3]; // [3,6,9,12,15,18,21,24,27,30]
tamanio = sizeof porCien; // tamanio == 10

var nums = [1,2,3,4];
var numsMayoreQueDos = nums[n|n > 2]; // resulta en [3,4]
var numsMenosLosDosPrimeros = nums[n|indexof n > 1];
// resulta en [3,4]

var x = [1,2,3];
insert 12 into x; // resulta en [1,2,3,12]
insert 10 as first into x; // resulta en [10,1,2,3,12]
insert [99,100] as last into x; // resulta en [10,1,2,3,12,99,100]

var y = [1,2,3];
insert 10 after y[n|n == 3]; // resulta en [1,2,3,10]
insert 12 before y[1]; // resulta en [1,12,2,3,10]
insert 13 after y[n|n == 2];
// resulta en [1, 12, 2, 13, 3, 10];
delete x[n|n == 12]; // resulta en [1,2,3,10]
delete x[n|n >= 3]; // resulta en [1,2]

var a:Integer* = select n*n from n in [1..10];
// resulta en [1,4,9,16,25,36,49,64,81,100]

var a:Integer* = select n*m from n in [1..4], m in [100,200] where (n%2 == 0);
// resulta en [200, 400, 400, 800]

Formateado:
100.896 format as <<%f>>; // resulta en '100.896000'
31.intValue() format as <<%02X>>; // resulta en '1F'
var d = new Date();
d format as <>; // resulta en '2005-10-31T08:04:31.323-0800'
0.00123 format as <<00.###e0>>; // resulta en '12.3E-4'

sábado, 19 de diciembre de 2009

RestTemplate en Spring 3

La clase RestTemplate es la principal clase de spring para acceso http del lado cliente. Conceptualmente es similar a JdbcTemplate, JmsTemplate y a otros templates proveídos por spring.
Los principales metodos del template tienen el nombre de los metodos Http:

HTTP RestTemplate

DELETE delete(String, String...)

GET getForObject(String, Class, String...)

HEAD headForHeaders(String, String...)

OPTIONS optionsForAllow(String, String...)

POST postForLocation(String, Object, String...)

PUT put(String, Object, String...)

Estos nombres indican claramente cuál de los métodos Http son invocados, mientras la segunda parte indica que devuelven los métodos. Por ejemplo getForObject() usa el método GET y transforma la respuesta HTTP en un objeto que decida. Como se puede apreciar los métodos se enfocan en las mejores prácticas REST.
Cada uno de los métodos tiene un parámetro de tipo string (el primero) este es la URI del método. Se puede pasar parámetros de dos formas una usando varargs:

String result = restTemplate.getForObject("http://example.com/hotels/{hotel}/bookings/{booking}", String.class, "42", "21");

Esto debería llamar a http://example.com/hotels/42/bookings/21 por el método GET.

También podemos usar mapas, por ejemplo:

Map vars = new HashMap();
vars.put("hotel", "42");
vars.put("booking", "21");
String result = restTemplate.getForObject("http://example.com/hotels/{hotel}/bookings/{booking}", String.class, vars);

Esto debería llamar a http://example.com/hotels/42/rooms/42 también por el método GET.

HttpMessageConverters se encarga de convertir los HTTP requests a los tipos que se indiquen.

sábado, 12 de diciembre de 2009

Podcast de JavaHispano sobre pruebas automatizadas

Acabo de escuchar el último podcast de JavaHispano que va sobre
pruebas automatizadas y me ha parecido muy recomendable.



Alfredo Casado aporta comentarios excelentes y habla en primera
persona de TDD (no de oidas, como hacemos muchos)

Conclusiones en primera "lectura":
* automatizar las pruebas es más rentable que no hacerlo
* los principios FIRST son fundamentales para unas buenas pruebas
* que tu código sea testeable se consigue de entrada haciendo TDD
* aprender a hacer TDD es duro, pero como cualquier otra cosa en la
vida que merece la pena (es una inversión en tu carrera
independientemente de la elección del lenguaje)

Las pérdidas de datos más increíbles del año

La especialista en recuperación de datos Kroll Ontrack ha presentado los casos más increíbles e impactantes a los que ha tenido que hacer frente durante el año saliente.

Gracias a una encuesta efectuada en el conjunto de sus laboratorios implantados en todo el mundo, esta lista de accidentes representa los casos más curiosos a los que ha tenido que enfrentarse en recuperación de datos y dan un pulso de los casos más sorprendentes a los que se enfrentan las compañías o las fuerzas del orden en pérdida de información.

En primera posición se encuentra el caso de un registro en un apartamento. El sospechoso había lanzado desde un 12º piso su portátil, que contenía las pruebas de su culpabilidad. No muy divertido. Tras recuperar las piezas para rehacer el PC, las fuerzas del orden contaron con el disco duro de nuevo.

Cuando no es las altas esferas, es en la profundidad del mar donde acaban los discos duros. La situación más impactante es, sin duda, un ordenador portátil que cayó en alta mar desde un barco y fue recuperado seis meses más tarde, tras estar a 60 metros bajo el agua. "El 99% de los datos fueron recuperados".

La lista también incluye discusiones entre colegas en la sala informática, con uno de los protagonistas dañando (¿accidentalmente?) el servidor. Otro caso: el de un fotógrafo profesional que, al pasar por un badén, deja caer la tarjeta de memoria de su cámara en un charco.

La situación más divertida, sin embargo, es la protagonizada por un hombre de negocios que, buscando las llaves de su coche, dejó su portátil en el capó. Una vez las llaves recuperadas, se fue dejando, como era de esperar, su ordenador donde lo había dejado. El equipo puso fin a su vida empotrándose contra un muro después de planear un rato.

El caso más enternecedor es el de un gato que tomó por objetivo el cable de conexión de un disco duro externo. A fuerza de jugar con él, consiguió que el disco se cayese perdiendo los datos grabados. El gato se salvó, por cierto, del impacto de la caída.

Para evitar estas perdidas el consejo es claro: evitar la moto, los gatos, el contacto con el agua y el planear. Y, claro está, un back up regular.

sábado, 5 de diciembre de 2009

The Spring Rich Client Project

The Spring Rich Client Project es un proyecto, que tiene como objetivo hacernos la vida más fácil cuando tenemos que desarollar aplicaciones swing.

Como nos va a cumplir el objetivo?


· Proporciona una forma de desarrollo estructurada, altamente configurable, estándares y más rápido, aprovechando spring framework.

· Fomentar la integración con proyectos rich-client-related donde esto tenga sentido.

· Adherirse a la filosofía de spring , interfaces , la importancia de diseño orientado a objetos, pruebas y documentación.


Entre las características:


· Centralización de configuración de swing actions y controlador de registro basado en la vista activa actual.

· Un form data binding y un framework de validación.

· Soporte para gestion multiples ventanas, pagina de configuración y manejo de vistas

· Clases de apoyo comunes frente a diversos requerimientos de los clientes ricos, incluyendo: diálogos bien formados, los asistentes, la validación de entrada (escribir sugerencias y resultados de la validación de informes), barras de botones, la internacionalización, la imagen / el caché de iconos, seguimiento de los avances, la interfaz de usuario Threading (clases limpiamente la promoción de interfaces sensibles),

Manual de JPA

Dejo este manual de jpa, es corto y aporta mucho, recomiendo que lo lean:

http://www.javahispano.org/contenidos/archivo/7296830/Manualjpa.pdf

miércoles, 2 de diciembre de 2009

sábado, 28 de noviembre de 2009

Spring Roo

Spring Roo viene a ser la alternativa Spring a Ruby on Rails o Grails. Es decir, un framework creado bajo los principios de convención frente a configuración y que aprovecha al máximo Java y Spring.

Ni que decir tiene que el framework está totalmente centrado en torno a Spring, Maven, JPA, muchas anotaciones, el soporte de REST de Spring 3.0 y AspectJ, siendo este último lo que se utiliza para introducir el llamemos "dinamismo" en la aplicación. La verdad es que me parece muy interesante.

Si leemos las características en http://www.springsource.org/roo, nos llama la atención que por ejemplo:
  • Se puede construir aplicaciones en 10 minutos.
  • 100% programado en java, no es necesario cambiar de lenguaje.
  • Eficiencia
  • Implementación de las mejores prácticas de spring 3
  • Basado en maven 2, jpa (hibérnate) ,
  • Incluye soporte para configuración de base de datos
  • Incluye test automáticos de jUnit y test web con Selenium
  • Aplicación backend basada en RESTfull
  • Integración con Spring security
  • URL amigables, url RESTfull
  • Soporte para Scripting

Spring Integration

Spring Integration es una nueva extensión de Spring Framework, el popular framework Java de aplicaciones. Spring Integration brinda una extensión a Spring para soportar los Patrones de Integración Corporativos (Enterprise Integration Patterns), ampliamente conocidos en el desarrollo de aplicaciones JEE.

El sitio web dos ideas publico un tutorial de este framework.

sábado, 21 de noviembre de 2009

Inyección de dependencia


Lo prometido es deuda, vamos a hacer un ejemplo de inyección de dependencia bastante simple usando como framework spring. Spring no es el único framework de Inyección de Dependencia, pero es sin duda el más usado.
Vamos a los bifes!!! Vamos a hacer un servicio que salude. Antes de empezar a escribir el servicio vamos a hacer una interfaz que lo describa.

package com.ejemplo;

public interface SaludadorService {

String saludar();
}

Esto, por que lo hacemos? Cuando nosotros queramos usar nuestro servicio vamos a usar esta interfaz, de esta forma si cambia la implementación, no vamos a necesitar cambiar el código.
Implementemos la interfaz!!!

package com.ejemplo;

/**
* Implementación de SaludadorService
*
* @author Emanuel
*/
public class SaludadorServiceImpl implements SaludadorService {

private String saludo;

public void setSaludo(String saludo) {
this.saludo = saludo;
}

public SaludadorServiceImpl() { }

public SaludadorServiceImpl(String saludo) {
this.saludo = saludo;
}
@Override
public String saludar() {
return saludo;
}
}


Bastante simple, ahora debemos hacer a configurar el xml para que spring sepa que inyectar.


<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<bean id="saludador" class="com.ejemplo.SaludadorServiceImpl" >
<property name="saludo" value="Holasss !! " />
</bean>
</beans>


Ahí inyectamos el valor “Holasss !!” a la propiedad saludo por medio del set, es decir spring va a hacer lo siguiente:

SaludadorServiceImpl saludador = new SaludadorServiceImpl();
saludador.setSaludo("Holasss !! ");

Podriamos haberlo hecho por constructor de la siguiente forma:

<bean id="saludador" class="com.ejemplo.SaludadorServiceImpl" >
<constructor-arg index="0" value=" Holasss !! " />
</bean>

Podemos discutir todo un día cual es mejor si inyectar por set o constructor. Yo personalmente uso por set. Ustedes usen el que le parezca.
Ahora vamos a usar nuestro bean:

/**
* @author Emanuel
*
*/
public class Principal {

public static void main(String[] args) {
BeanFactory fabrica = new XmlBeanFactory(new FileSystemResource("bean.xml"));
SaludadorService saludador = (SaludadorService)fabrica.getBean("saludador");
System.out.println(saludador.saludar());
}
}

Y Listo!!

Si fueron observadores yo construyo una fabrica con un archivo xml donde declare el bean. Además uso la interfaz de esta forma el día de mañana quiero cambiar la implementación , lo pueda hacer sin problema, sin modificar código solo tocando el xml.

Además use spring solo como fabrica de beans, no como contenedor, como contenedor es más potente. Pero esto es otra historia...