Buscar
Social
Ofertas laborales ES
martes
ene292008

Liberado JPOX 1.2.0-rc-1

Hay luz al fin del tunel ;-) Hemos acabado de liberar 1.2.0-rc-1 de JPOX. Esta versión ha aprobado el JDO2.1 TCK, y casi el JPA1 TCK tambien (433/435 pruebas). Incluye lo siguiente

  • Soporte para subqueries de JDOQL
  • Soporte para subqueries de JPQL
  • Soporte para la sintaxis de "JOIN" de JPQL
  • Soporte para TRIM, CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP, ESCAPE, IN, MEMBER OF de JPQL
  • La matanza de unos bugs.
Pueden leer mas en http://www.jpox.org
lunes
ene282008

Jaxcent2: manipula el DOM html desde Java

Jaxcent2 es una librería que te permite manipular el DOM de una página HTML directamente desde Java, lo que permite construir aplicaciones web de forma simple y directa.

El concepto es similar al de ItsNat, por lo que veo. Aunque esta librería es mucho más corta en alcances ya que no es un framework ni tiene facilidades ajax o comet, sin embargo resulta interesante para usar en casos en quieres seguir usando tu framework web de prefencia y aún así interactuar con el DOM del navegador.

Jaxcent es opensource bajo su propia licencia y gratuito. 

lunes
ene282008

Microsoft publica JSLeakDetector para Explorer

 

Paolo Severinni, empleado de Microsoft Europa, ha publicado un plugin para Internet Explorer 7 que ayuda a detectar potenciales fugas de memoria en tu código javascript. Fugas ocasionadas no tanto por tu código, sino por la forma en que el motor js de Explorer 7 trata con las referencias circulares en el código.

Como explica Paolo en su blog, el problema de las fugas de memoria debidas a referencias circulares existe desde Explorer 6 y aunque se ha mejorado en el 7, es un problema que no está resuelto del todo. Por ejemplo el siguiente código causa una fuga de memoria en IE7:

 <script language="JScript">
         var jsObject;
         function SetupLeak()
         {
                jsObject = document.getElementById("LeakedDiv");
                document.getElementById("LeakedDiv").expandoProperty = jsObject;
         }
     </script>
El plugin está en versión beta. 
lunes
ene282008

Spring Dynamic Modules 1.0 publicado

SpringSource ha anunciado la publicación de la versión 1.0 de Dynamic Modules, un framework que está enfocado a  facilitar construcción de módulos que puedan ejecutarse dentro de un contenedor OSGi como Felix de Apache o Equinox de Eclipse.

El desarrollo de esta herramienta lleva ya 18 meses y entre sus comitters hay (además de los desarrolladores de SpringSource) desarrolladores de BEA y Oracle, empresas que hacen uso de Dynamic Modules dentro de sus productos.

Adrien Colyer da una breve semblanza del funcionamiento de Dynamic Modules:

"Las aplicaciones construidas usando Spring Dynamic Modules y ejecutándose dentro de una OSGi Service Platform constan de un conjunto de Application Contexts de Spring (uno por bundle o módulo OSGi) interactuando a través del Servicio de Registro de OSGi. Es una arquitectura orientada a servicio, pero totalmente local dentro de tu VM, usando referencias normales Java para acceder a los servicios. Los beneficios de las aplicaciones construidas de esta forma incluyen:

  • Gran modularidad: Lo interno de cada módulo permanece privado y solamente los paquetes y beans (servicios) que elijas exponer se hacen disponibles públicamente a otros módulos.
  • Ciclo de vida dinámico de los módulos: puedes instalar, desintalar, iniciar, detener y actualizar cada módulo (application context) de forma independiente usando las facilidades del OSGi Service Platform. Spring Dynamic Modules provee de una gestión inteligente de las referencias a un servicio que atraviesa los límites de un módulo de tal forma que puedas seguir trabajando con una referencia constante incluso cuando un el módulo que te provee del servicio está siendo actualizado.
  • Soporte para gestionar las versiones de los módulos. Es posible desplegar múltiples versiones de los mismos paquetes Java (y librerías) de forma concurrente. La plataforma OSGi se encarga de relacionar a los usuarios de las librerias a la versión apropiada y de asegurar que solo ves los servicios que implementan interfaces compatibles con tu versión.
  • Vista operacional de los módulos instalados, los servicios y paquetes que importan y exportan y de como los módulos se acoplan en tiempo de ejecución"

Solo quiero agregar que OSGi es una gran alternativa al uso tradicional de jars (no más classpath hell, actualización de dependencias en tiempo de ejecución) e incluso al nuevo sistema de dependencias que preparan en el JSR 277 (Java Module System), con esta nueva librería de Spring su uso puede expandirse.

lunes
ene282008

Spring es más demandado que EJB en las ofertas de trabajo

Al menos, en el portal indeed.com. Desde noviembre del 2007 las ofertas de trabajo para Spring han superado a las oferta de trabajo para EJB. Cabe destacar también que las ofertas laborales para Spring han estado en continuo incremento desde su creación, mientras que las ofertas laborales para EJB en el mismo periodo de tiempo presentan un comportamiento bastante plano.

Según Rod Johnson, esto resulta bastante impresionante ya que la tecnología que él creó (Spring) es mucho más joven que el estándar con el que compite y debería haber muchas más aplicaciones con EJB que se siguen manteniendo y que, por tanto, necesitan desarrolladores. Para él, la explicación es que la gran mayoría de los nuevos proyectos no emplean EJB, sino que usan Spring.

Haciendo una búsqueda en Google trends se obtiene un resultado similar; Spring parece gozar de más popularidad que EJB.

¿Creéis que esta tendencia global se aplica de un modo similar al mercado hispano?