Andago libera el módulo T-Browser de la plataforma OpenTDT

Ándago ha liberado el módulo principal que compone su plataforma OpenTDT: Open T-Browser. Este módulo es un browser XHTML que permite visualizar páginas HTML en un decodificador de tipo MHP. El desarrollo se ha basado en la plataforma discontinuada X-Smiles, y ha consistido en la reducción del tamaño de las clases que lo componían, así como eliminar aquellos componentes superfluos y la mejora de la usabilidad del mismo  (la navegación basada en matrices se realiza con un mando a distancia).

El objetivo de la plataforma OpenTDT es ofrecer un framework de desarrollo de servicios al ciudadano por parte de administraciones locales mediante el uso de servicios TDT y que permita la integración con sus sistemas de información.

Ándago continuará liberando módulos de la plataforma OpenTDT en su version Community, aunque el desarrollo del Browser seguriá en diferentes aspectos y campos, siendo una de sus prioridades la investigación en el campo del HD mediante MPEG.

FileDrop: Drag & Drop de archivos fácil en Java

Así es como se presenta éste api, sencillo, de dominio público y muy, pero muy útil.

FileDrop no tiene licencia, es de dominio público y tal como se aclara en su web, podemos hacer los que se nos antoje con la única clase contenida en un jar. Podemos refactorizarla e incluirla en la ruta de paquetes de alguna aplicación propia sin problemas legales.

En ésta entrada de mi blog escribi un ejemplo de como utilizar FileDrop para arrastrar y soltar archivos de imágenes del sistema y que se dibujen en un contenedor

Espero que les sea útil.

Lanzamiento de la plataforma ARIES

Seresco ha liberado una plataforma de código abierto para el desarrollo de aplicaciones de gestión con interfaz de usario web rica. La plataforma se ha diseñado basada en otros proyectos abiertos de reconocido prestigio y divulgación como Echo2, Spring y Hibernate JPA . En la dirección http://aries.seresco.es/ se puede descargar el framework, documentación, tutoriales,...

Somos conscientes de la gran cantidad de frameworks que hay en el mundo del desarrollo web en general y en J2EE en particular, pero creemos que cada uno tiene su nicho y su razón de ser. En nuestro caso nos basamos en otros proyectos de carácter más generalista para restringirnos a las aplicaciones de gestión, basándonos en los patrones de diseño y comportamiento desarrollados y refinados  en nuestra empresa. Dichos patrones han demostrado ser válidos a lo largo de muchos años y proyectos independientemente de las tecnologías usadas.

Seresco es una compañía dedicada al desarrollo de soluciones dentro del ámbito de las Tecnologías de la Información y Comunicación (TIC). Fundada en 1969 y cumpliendo este año su 40 aniversario, cuenta con oficinas en Asturias, Galicia, Madrid y Cataluña. Entre sus servicios figuran la consultoría y asistencia técnica en entornos críticos, desarrollo de software, gestión de infraestructuras, formación y servicios en el área de cartografía y catastro. Además cuenta con soluciones para la gestión empresarial, nómina y recursos humanos. Seresco es una de las empresas que forman la Oficina Española del Consorcio W3C y ha sido seleccionada para formar parte del catálogo de la Dirección General de Patrimonio del Estado como proveedor homologado para las Administraciones Públicas.

Siena: persistencia en Java sencilla y escalable

Siena es un framework de persistencia Java inspirado en el datastore de Google App Engine, diseñado pensando en la sencillez y escalabilidad. Sin dependencias, y sólo ocupa 25Kb.

Desarrollado por Alberto Gimeno (gimenete), un viejo conocido de JavaHispano, siena es software libre, concretamente está liberado bajo licencia Apache. El código está disponible en http://code.google.com/p/siena/.

Principios de diseño

• Sencillo. Siena no tiene dependencias, ocupa 25Kb y el API está diseñada para ser lo más sencilla posible.
• Intrusivo. Para persistir objetos es necesario extender de una clase, de modo que el código depende de Siena. El motivo es que se ha utilizado el patrón ActiveRecrod, para hacer el API lo más sencilla posible. Otros frameworks de persistencia optan por hacer que las clases persistentes no tengan ninguna dependencia en el framework, pero en la práctica es absolutamente infrecuente que una aplicación cambie de motor de persistencia.
• Limitado. El API se ha diseñado para que todas las consultas puedan ser ejecutadas usando sólo un índice. Todas las consultas se realizan sólo sobre una tabla, no se pueden hacer subconsultas ni JOINs y no se puede utilizar OR en una cláusula WHERE. De este modo se consigue que todas las consultas puedan ser realizadas utilizando sólo un índice y así sean lo más rápidas posible. Esta estrategia es la que viene siendo utilizada por las aplicaciones que necesitan ser altamente escalables. Las bases de datos "en la nube" Big Table de Google, SimpleDB de Amazon, utilizan esta aproximación.
• Extensible. La implementación actual utiliza JDBC y ha sido probada en MySQL. No obstante la funcionalidad principal de Siena se basa en dos interfaces que pueden ser implementadas utilizando otros mecanismos de persistencia. En este artículo me centraré en la implementación actual que transforma las consultas a SQL.

Si quieres más información sobre Siena te reocmiendo la lectura del artículo Siena: persistencia en Java sencilla y escalable

Sun anuncia su (re?) entrada en el negocio de cloud computing

Aunque la noticia está siendo completamente eclipsada por las conversaciones entre IBM y Sun para cerrar una posible compra de la segunda compañía por parte de la primera, ayer Sun  Microsystems anunció su entrada al negocio de cloud computing. Esto no es en absoluto ninguna sorpresa; hace algo menos de seis meses la compañía se reorganizó en tres divisiones diferentes, una orientada al hardware, otra al software, y una tercera (sorprendente en aquel momento) dedicada al cloud computing. Y digo sorprendente porque resultaba bastante incomprensible que fuese una de las tres divisiones de la compañía, cuando Sun no tenía ninguna solución de peso en este espacio.

En estos momentos, la compañía está intentando atraer a desarrolladores y estudiantes para comenzar a probar los nuevos servicios. Será este verano cuando comience a ofrecerlos a las empresas. Los servicios son dos: Sun Cloud Storage, una solución orientada al almacenamiento de datos en la nube; y Sun Cloud Compute, una solución orientada a alojar aplicaciones en la nube, y no sólo datos.

Este movimiento de Sun podría considerarse como una re- entrada al campo del cloud computing. Sun puede considerarse todo un pionero del mundo de cloud computing. En el 2004 lanzó su solución, el Sun Grid. Dos fueron los grandes errores que cometió; primero, había que programar para un API específica. Segundo, estaba orientado al cálculo científico y a proporcionar solamente servicios de cómputo; en él no era posible alojar una aplicación. Con este movimiento, la compañía reorienta su negocio de cloud computing más en la línea de Amazon y Google.

Probablemente, la compañía en el 2004 fue víctima de ser demasiado pionera y no orientar su servicio hacia lo que realmente iba a interesar al mundo empresarial (alojar contenido, y alojar aplicaciones), y al hecho de que las tecnologías de virtualización estaban más verdes en aquel momento por lo que "compensaron" ese déficit a través de el uso de un API específica para las aplicaciones que iban a correr en el Grid, lo que resolvía de un plumazo los problemas de aislamiento y código malintencionado.

¿Es una coincidencia el hecho de que este anuncio y las negociaciones entre IBM y Sun hayan visto la luz el mismo día?. Desde mi punto de vista no; todo lo contrario. Esta "coincidencia" con toda seguridad sido causada por Sun para quedar mejor ante los ojos de los accionistas y del público ("la compañía no está muerta, tiene nuevas ideas y está haciendo cosas") y por tanto para tener una mejor posición de negociación frente a IBM.