Apache Aries

El proyecto Aries ofrecerá un conjunto de componentes enchufables (plugins) Java que permite a una aplicación empresarial utilizar estos plugins usando modelo de programación OSGi . Esto incluye la implementación y extensión de las especificaciones definidas por OSGi Alliance Enterprise Expert Group (EEG)

Apache Aries nos permitirá consumir por medio de OSGI módulos que nos brinden la persistencia JPA por ejemplo. Pluging que le den valor agregado a la aplicaciones o frameworks que nos ayuden a desarrollar podrán ser utilizados usando OSGI.

OSGi es una tecnología de modularidad madura de Java, que es muy usado en muchos ambientes, pero, en el ámbito empresarial, ha sido tradicionalmente más explotados por la parte interna, infraestructura runtime. Esto es principalmente debido a la falta de un claro modelo de programación empresarial OSGi, y la falta de aplicación e implementación de OSGi para la tecnología JEE.
Especificaciones OSGi son dictadas y mantenidas por la OSGi Alliance, que reconoce este estado de cosas hace varios años y estableció un grupo de expertos en aplicaciones enterprice dentro de la Alianza para centrarse específicamente en las necesidades de aplicaciones empresariales. El objetivo de este proyecto es entregar implementaciones de código abierto de estas tecnologías centradas en la aplicación para permitir el desarrollo de componentes, en beneficio de la modularidad de OSGi en combinación con modelos de programación basados en estándares, que pueden ser desplegados en tiempo de ejecución.

Es un objetivo del proyecto Aries proporcionar un hogar natural para las implementaciones de código abierto de las actuales y futuras especificaciones OSGi EEG, incluyendo la oportunidad para el desarrollo colaborativo de pruebas de cumplimiento, y un entorno para demostrar la composición de estas tecnologías y explorar áreas EEG donde carecen de cobertura de las especificaciones. Otro objetivo de este proyecto es aprovechar la experiencia adquirida a informar a las contribuciones a OSGi requisitos EEG y documentos de especificaciones.

Apache Aries esta en la incubadora esperemos que pronto salga de ahí y nos sorprenda con nuevos módulos para nuestra aplicación.

OSGI y SCA

Antes de empezar vamos a describir estas tecnologías.

OSGI (Open Services Gateway Initiative), podríamos definirlo como un sistema (o framework) modular para Java que establece las formas de crear módulos y la manera en que estos interactuaran entre sí en tiempo de ejecución. OSGI intenta solventar los problemas del tradicional "classloader" de la máquina virtual y de los servidores de aplicaciones Java. En OSGI, cada módulo tiene su propio classpath separado del resto de

classpath de los demás módulos.

SCA (Service Component Architecture) es un estándar de OASIS originalmente creado por diferentes vendedores como BEA, IBM, Oracle, SAP, etc. La especificación SCA define como crear un componente y como estos componentes interactúan para formar una aplicación. Los componentes en SCA pueden ser construidos en Java o en otros lenguajes y además permite interactuar con otras tecnologías como JEE, Spring o BPEL. SCA define un mecanismo común de ensamblaje que indica como los componentes son combinados dentro de la aplicación.

El objetivo de SCA es a nivel alto o de negocios en ca

mbio el objetivo de OSGI esta centrado en la modularidad por lo tanto es de más bajo nivel.

Los Micro-Kernels se volvieron cada vez más populares (jboss, glassfish, ...). OSGi ha estandarizado muchos de los "servicios del núcleo" (registro, configuración, aprovisionamiento) de móviles, y ahora comienza a entrar en la empresas. Considerando que el enfoque JEE fue en la infraestructura de middleware, OSGi provee muchas ventajas que quedaban a cargo de los desarrolladores. La Carga dinámica (Dynamic loading) de OSGi hace perfecto los micro-núcleo, dado que no es necesario bajar el servidor para cargar un modulo, el nucleo tiene solo lo necesario y los módulos se van cargando a medida que se los demande.

La composición de los servicios/componetes se llevará a cabo y se expone como un servicio de negocios con múltiples puntos finales. Este es el lugar donde podemos ver que la pareja OSGi / SCA aporta mucho y ayuda a centrarse en su negocio. Módulos OSGi para gestionar los componentes técnicos para mantener los principios DRY (Don't Repeat Yourself) y SCA para exponer punto final de negocios con conexión automática y la seguridad habilitada.

Este esquema tomado de la página de Apache Tuscany expresa como SCA cablea los servicios de negocio. Como SOA típico, expondrá su "contrato". Dentro de SCA, va a configurar, además, cómo quieres que lo exponga (usando RMI, WS o cualquier tipo de protocolo).

Al hacerlo, le permiten decidir el protocolo en la fase de implementación, no en la fase de desarrollo. Esto hace que su software sea muy flexible y le permiten centrarse en el código de negocio.

Gestión de módulos y componentes y hay dependencias requieren el uso de una herramienta automatizada (Maven, nexus).

Apache Tuscany es una implementación de SCA que en su versión 2.0 traera el esquema OSGI. Apache Tuscany 2.0 fue totalmente reescrito para soportar OSGi.

Manual de OSGI

Javahispano publico unos manuales de OSGI que vale la pena leer:

http://www.javahispano.org/contenidos/archivo/14922/OSGI_Roberto_Montero.pdf

http://www.javahispano.org/OSGI_II_Roberto_Montero.pdf

Muy recomendables espero que les guste!!

Mi nuevo vicio

No soy adicto a nada electrónico, ni este blog, ni twitter, ni facebook, ni nada. Cuando tiempo le meto a estas cosas pero no me sacan el sueño. Algo que me esta sacando el sueño es un juego llamado GNU Chess, un ajedrez hecho para GNU/Linux, es muy muy bueno.

GNU Chess es un programa de computadora para jugar ajedrez. Es uno de los más antiguos juegos de ajedrez en computadora para los sistemas basados en Unix y ha sido portado hacia otras plataformas. El GNU Chess project (Proyecto de Ajedrez GNU) es una de las partes más viejas del paquete de software GNU, habiendo comenzado en 1984. La primera versión del GNU Chess fue escrita por Stuart Cracraft.¹ Todas las versiones subsecuentes antes de la versión 5 fueron escritas por John Stanback.

Todavía no le gano pero ya va a llegar el momento!!

Wow ebook

wowebook es una pagina web en la cual se comentan, describen y comparten libros de programación, soa, web, etc.

Muy buena pagina, se las recomiendo:

http://www.wowebook.com

Manual de Json

JSON, acrónimo de JavaScript Object Notation, es un formato ligero para el intercambio de datos. JSON es un subconjunto de la notación literal de objetos de JavaScript que no requiere el uso de XML.

La simplicidad de JSON ha dado lugar a la generalización de su uso, especialmente como alternativa a XML en AJAX. Una de las supuestas ventajas de JSON sobre XML como formato de intercambio de datos en este contexto es que es mucho más sencillo escribir un analizador semántico de JSON.

Es importante hoy en día en que el mundo web es un mundo ajax tener en claro que es json; por lo tanto dejo un link interesante:

http://www.slideshare.net/Emmerson_Miranda/json-short-manual-5732305

Algo que no dice el manual es que json es más rápido que xml, cuando lo usamos con ajax y esto es razonable dado que no tenes el tiempo de parseo del xml o algun otro formato.

Por lo tanto usen json!!!

maven 3

Los desarrolladores de Apache Maven (en su mayoría empleados de Sonatype) han estado trabajando desde hace tiempo en la versión 3 de esta popular herramienta para compilación de proyectos Java. La semana pasada han liberado la primera versión beta y Michel Pronschinske en DZone ha hecho un breve repaso de lo nuevo que viene en Maven 3.

Lo más importante para los usuarios de Maven, es que se ha puesto especial énfasis en conservar la compatibilidad con las versiones previas. Por lo que prácticamente para empezar a usarlo en tus proyectos hechos con Maven 2, no tendrás que hacer ninguna modificación, más allá de corregir declaraciones de dependencias duplicadas y la forma de declarar los plugins.

En cuanto a características nuevas la más interesante es el soporte para extension points. Herramientas que colaborarán de forma integral con Maven 3 para añadir funcionalidades.

Entre estas herramientas, destaca Polyglot Maven (http://polyglot.sonatype.org/), que permite construir los POM ya no en XML sino usando lenguajes soportados por la JVM. Por ahora, Groovy, Scala y Clojure. Un poco en la línea en que Gradle hace uso de Groovy para estos fines.

Otra herramienta que hace uso del extension point es Maven Shell. Un shell para ejecutar maven que da ciertos beneficios como caching de archivos POM, integración con arquetipos, integración con nexus, con hudson, etc. La idea es que si lo usas podrás reducir tus tiempos de compilación y construcción de proyectos Maven.

También han mejorado m2Eclipse, el plugin oficial para integración con el IDE Eclipse. Ahora prometen mejorar el desempeño de Maven dentro de Eclipse en rango del 200 al 300%. Además de mejorar el soporte para las tareas de Maven.

Internamente, Maven 3 ha sufrido una completa reestructuración que ha llevado a cambios tan importantes como quitar a Plexus como libreria IoC (Inversión de Control) y ahora usan Google Guice y ya tienen soporte para OSGi.

Ya puedes probar Maven 3 descargándolo del sitio de Apache (http://maven.apache.org/download.html) Por el momento no hay mucha documentación sobre las nuevas features del producto, pero seguramente y como Sonatype ha hecho con Maven 2, en el futuro próximo la tendremos.

La batalla de los lenguajes

Buen articulo, sobre usos de lenguajes de programación en Argentina:

http://www.infotechnology.com/notas/249451-informatica-la-batalla-los-lenguajes-

LiquiBase

LiquiBase es una base de datos con una premisa: “Las bases de datos también cambian porque no administrar estos cambios”. Si uno desarrolla código y usa un software de control de versiones, porque no controlar las diferentes versiones de la base de datos.

LiquiBase provee :

• Extensiones

• Merging de cambios

• Branches

• Multiple Databases

• Gestión de datos de producción, así como varios conjuntos de datos de prueba

• Updates automatizadas o generación de secuencias de comandos SQL que puede ser aprobado y aplicado por un DBA

• Update rollbacks

• Database “diff”

• Generación documentación de cambios

Estas caracteristicas son muy interesantes y utiles. Me da curiosidad el diff de bases de datos.

Sin duda un producto que hay que probar.

Y lo mejor es que es open source, licencia Apache 2.

Dejo links:

http://www.liquibase.org/

http://www.liquibase.org/manual/home

TDD Static vs. Dynamic

Interesante video sobre TDD, comparación entre Smalltalk y Java. Es interesante aunque no trabaje es serio con lenguaje débilmente tipado con sistemas mantenibles; pero esta bueno el video. Muy claro.

MongoDB

Escuchando un poco de Javier Malosetti, hice un trabajo freelance con mongoDB y ruby. La verdad me costo un toque, no tengo mayor experiencia con estas tecnologías. Pero quede maravillado con mongoDb, una base noSQL que esta de moda, es Open Source y la bautizaron los que saben como la mysql de las bases noSQL, muy simple.

Mongodb es una base documental que guarda los datos con un formato “like json” que se llama bson; este formato es un mapa clave valor el cual se puede representar de diferentes maneras en diferentes lenguajes:

JavaScript: {"foo" : "bar"}
Perl: {"foo" => "bar"}
PHP: array("foo" => "bar")
Python: {"foo" : "bar"}
Ruby: {"foo" => "bar"}
Java: DBObject obj = new BasicDBObject("foo", "bar");

Para instalarlar MongoDb solo hay que descomprimir un tar o zip depende de que sistema operativo elijan luego crear el directorio data

C:\> mkdir data\db

Y listo!! Se van a la carpeta bin y ejecutan mongod.exe/.sh (según el S.O.) y de esta forma levantan el servicio, seria como levantar el motor de base de datos.

Bueno ahora podemos probarlo ejecutando mongo.exe/.sh se abrira un administrador símil a un software de consulta de base de datos. Por defecto mongo se ejecuta sin seguridad y el software de consulta esta en la base test.

C:\> cd \my_mongo_dir\bin 
C:\my_mongo_dir\bin
> mongo 
> // the mongo shell is a javascript shell connected to the db 
> 3+3
 6 
> db
 test
 > // the first write will create the db: 
> db.foo.insert( { a : 1 } )
> db.foo.find()
 { _id : ..., a : 1 } 
> use mydb
 switched to db mydb 

Vamos a insertar datos con ruby. Para la próxima lo hacemos con Java.

class MongoDBInsert

def initialize(host, port, db, user_name="", password="")

  @db = Mongo::Connection.new(host, port).db(db)

#    @db.authenticate(user_name, password)

end


def insert(objetos)

  coll = @db.collection("objetos")

  objetos.each do |objeto|

    coll.insert(objeto.index => objeto.to_str)

  end

end

end


if __FILE__ == $0

...

mongoDBInsert = MongoDBInsert.new("localhost", 27017, "test")

mongoDBInsert.insert(objects)

end

Dejo links:

http://www.mongodb.org/

http://www.mongodb.org/display/DOCS/Quickstart

http://www.mongodb.org/display/DOCS/Home

Para la próxima insertamos usando java!!

Cuarta Conferencia Internacional de Smalltalk

En Universidad Tecnológica Nacional - Facultad Regional Concepción del Uruguay los dias 11, 12 y 13 de Noviembre se llevará a cabo la Cuarta Conferencia Internacional de Smalltalk - Smalltalks 2010, organizado por la Fundación Argentina de Smalltalk (FAST).

La Fundación Argentina de Smalltalk (FAST) se complace en anunciar la celebración de su 4ª Conferencia Internacional de Smalltalk – Smalltalks 2010, que tendrá lugar en la Universidad Tecnológica Nacional de la ciudad de Concepción del Uruguay (provincia de Entre Ríos) los días 11, 12 y 13 de Noviembre de 2010.

Es un orgullo como Entrerríano, que se hagan estos congresos en nuestra provincia.

Dejos Links:
http://www.frcu.utn.edu.ar/index.php
http://www.clubsmalltalk.org/web/
http://www.fast.org.ar/

Scala Solutions

Copie esta noticia de javahispano, se que eso no se hace. Lo que sucede es que siempre desde el blog se comento los beneficios de scala, y además me gusta mucho. Por lo tanto quiero compartir la siguiente noticia:

El creador del lenguaje Scala ha creado una empresa llamada Scala Solutions para dar soporte empresarial a este lenguaje híbrido entre OOP y Programación funcional.

La empresa dará soporte al lenguaje y ofrecerá productos alrededor de el. Uno de los primeros será una herramienta de migración para resolver incompatibilidades binarias de productos hechos con versiones de Scala anteriores. Esta herramienta estará lista para la versión 2.9 del lenguaje.

Además de eso, la empresa dará consultoría y cursos; ya se anunciaron los primeros en Amsterdam, Londres y Paris.

Scala es uno de los lenguajes para la JVM que están generando mucho ruido ya que es una interesante mezcla entre programación orientada a objetos y los beneficios de la programación funcional; además de que ofrece type safety y un desempeño igual (en algunos casos mejor) al del lenguaje Java. Pero a pesar de que algunas empresas ya apuesta a él como FourSquare y Etherpad antes de la adquisición por Google, seguía teniendo el estigma de ser un lenguaje "académico" por haber sido creado y mantenido por investigadores.

La idea de esta empresa es profesionalizar el lenguaje y dar soporte empresarial que mejore la recepción del mismo. Algo que ya ha funcionado a otros productos open source como Hibernate y Spring.

Migración a Spring 3

Luego de esperar el tiempo necesario como para saber que todo esta bien migre a Spring 3 y me lleve una grata sorpresa, es fácil y todo funciona joya. Solo tuve un problema con el runtime de junit dado que usaba junit 4.4 y la versión de junit debe ser mayor o igual a 4.5. Cambie la versión de junit y andubo muy bien.

Dejo el POM:

  org.springframework
  spring-core
  ${org.springframework.version}





  org.springframework
  spring-expression
  ${org.springframework.version}





  org.springframework
  spring-beans
  ${org.springframework.version}





  org.springframework
  spring-aop
  ${org.springframework.version}





  org.springframework
  spring-context
  ${org.springframework.version}





  org.springframework
  spring-context-support
  ${org.springframework.version}




  org.springframework
  spring-tx
  ${org.springframework.version}




  org.springframework
  spring-jdbc
  ${org.springframework.version}





  org.springframework
  spring-orm
  ${org.springframework.version}





  org.springframework
  spring-oxm
  ${org.springframework.version}





  org.springframework
  spring-web
  ${org.springframework.version}




  org.springframework
  spring-webmvc
  ${org.springframework.version}




  org.springframework
  spring-webmvc-portlet
  ${org.springframework.version}




  org.springframework
  spring-test
  ${org.springframework.version}
  test


    







3.0.4.RELEASE


   UTF-8

Y dejo Link:
http://blog.springsource.com/2009/12/02/obtaining-spring-3-artifacts-with-maven/

Concurrencia en Erlang

Erlang es un lenguaje de programación de propósito general, que como mayor característica es un lenguaje funcional el cual implementa el paradigma funcional por medio del modelo de actores. Como es esto?

Erlang tiene un proceso basado en modelo de concurrencia con pasaje de asíncrono de mensajes.

El modelo de actores es un modelo de concurrencia computacional que trata a los "actores" como los primitivos universal de la computación digital en paralelo: en respuesta a un mensaje que recibe, un actor puede tomar decisiones locales, crear más actores, envía más mensajes, y determinar cómo responder al siguiente mensaje recibido.

Veamos un pequeño ejemplo:

-module(counter).
-export([start/0,loop/1]).

start() ->
spawn(counter, loop, [0]).

loop(Val) ->
receive
increment -> loop(Val + 1)
end.

En este ejemplo se muestra:

• Un nuevo proceso contador inicia por cada llamada a counter:start/0 . Cada función evalua counter:loop/0.
• Una función recursiva para generar un proceso permanente que se suspende cuando espera de la entrada. Lazo es una función recursiva de cola, que asegura que un proceso contra evaluará en el espacio constante.
• Recepción de mensajes selectivos, en este caso el incremento de mensajes.

El modelo de actores también fue tomado por Scala para implementar la concurrencia computacional.

El modelo de Actores de Scala proporciona envios de mensajes síncronos y asíncronos (este último se implementan mediante el intercambio de varios mensajes asíncronos). Por otra parte, los actores pueden comunicarse con el futuro en que las solicitudes se gestionan de forma asíncrona, pero devuelven una representación (el futuro) que queda a la espera de la respuesta.
Lo bueno de scala es que los actores los cuales se puede usar beneficios de la programación orientada a objetos.


Dejo links:
http://www.erlang.org
http://ruben.savanne.be/articles/concurrency-in-erlang-scala