Eclipse Orion 2.0

Hace 4 meses Eclipse Foundation anunció Orion Platform 1.0 y, fieles a su promesa de tener un ciclo rápido de desarrollo de nuevas versiones, este mes han anunciado la versión 2.0. Este proyecto consiste en una base de código totalmente distinta del Eclipse IDE de escritorio. Su propósito es construir un IDE que se ejecute dentro de un navegador web. Se trata de un IDE con una parte cliente implementada en HTML y JavaScript y una parte servidor basada en OSGI y corriendo sobre Jetty.

El propósito de Orion es crear un IDE que se comporte como una aplicación web, y no construir una réplica de cada pieza de funcionalidad de Eclipse en el navegador web. Por ejemplo, distintos archivos o distintas operaciones pueden ser llevadas a cabo en distintas lengüetas del navegador web. Y los enlaces a las distintas partes del IDE pueden compartirse.

Click to read more ...

Disponible jdk1.7.0_17 y jdk1.6.0_43

El pasado 1 de marzo se anunció otra vulnerabilidad "0-day" en el JRE que afecta a la última versión de la plataforma (1.7.0_15). Este último problema aparentemente estaba mas severo porque permitía cargar un troyano de un servidor remoto. El problema afectaba solamente al plug-in, las aplicaciones desktop o server no estaban afectadas.

Oracle ha reaccionado rápido, y ya ha publicado el JDK/JRE 1.7.0_17 y 1.6.0_43, que resuelve los problemas de seguridad encontrados recientemente. El reporte original se puede encontrar aquí. La alerta puede ser consultada aquí.

Canoo anuncia OpenDolphin 0.7

Canoo ha anunciado OpenDolphin 0.7; OpenDolphin es un proyecto que pretende conectar las tecnologías de escritorio de Java (Swing y JavaFX) con los servidores de aplicaciones Java EE de un modo sencillo para el programador. A diferencia de la mayor parte de las aplicaciones típicas en las que un cliente de escritorio accede a un servidor de aplicaciones, con OpenDolphin el servidor no tiene por qué actuar como un mero repositorio de datos sobre el cual realizamos consultas o hacemos actualizaciones, sino que permite que la lógica de la aplicación resida en el servidor.

En una aplicación con OpenDolphin el servidor se encarga de gestionar los datos y además contiene la lógica del negocio. El cliente se encarga sólo de la presentación. Y tanto el servidor como el cliente comparten un "Modelo de presentación", que permite al servidor manipular qué es lo que hay que presentar al usuario, y al cliente le sirve de base para construir la vista. Pero no se trata de un modelo de la aplicación, sino de un modelo puramente orientado a la presentación de datos. Esta imagen describe la arquitectura de OpenDolphin:

Click to read more ...

Tweets más populares del último mes

Aquí tenéis los tweets que han despertado más interés en la cuenta de Twitter de javaHispano durante el último mes.

• Algunos números que cualquier programador debería conocer http://ow.ly/gA3J0
• Épico; mensaje de error de Windows Phone: "inserte su disco de instalación de Windows y reinicie http://ow.ly/gLLcC
• Si Google hubiese existido en 1960 funcionaría así (muy muy chulo) http://ow.ly/g8Cov
• 5 razones para estar excitado sobre Java en 2013 http://ow.ly/gA3NM
• Arquitectura Java Solida: libro gratuito de JEE en español http://ow.ly/gAJG6
• Buscan perfiles Java para Londres. http://ow.ly/gIJGT
• Amo programar http://ow.ly/hg3VJ 

Click to read more ...

La semana pasada en javaHispano

En esta noticia haremos nuestro resumen de contenido publicado en las distintas secciones de javaHispano, excluyendo la portada en la última semana. Aprovechamos esta ocasión también para recordarnos que podéis estar al tanto de estos contenidos empleando los diversos Feeds del Portal.

Android

En esta sección se han publicadon las siguientes noticias:

• Encuesta plataformas de desarrollo móviles ¡participa en ella y danos tu opinión!

javaHispano Podcast

Hemos publicado JavaHispano Podcast - 152 - Noticias de febrero 2013

Click to read more ...

JUnitBenchmarks: benchmarking con JUnit4

JUnitBenchmarks es un proyecto basado en JUnit4 para crear test de rendimiento para nuestras aplicaciones Java. JUnitBenchmarks nos permite de un modo sencillo medir el tiempo de ejecución de una pieza de código, y a la vez monitorizar al recogedor de basura durante la ejecución. Además, se encarga de realizar un "calentamiento" en la máquina virtual para asegurarnos de que estamos midiendo el tiempo que realmente va a llevar ejecutar ese código una vez que el JIT haya hecho su trabajo.

JUnitBenchmarks se encuentra actualmente en su versión 0.4. Sus desarrolladores denominan esta versión como alpha, pero ya es utilizable. Aquí tenéis un tutorial, y aquí os dejo un código de ejemplo donde se trata de medir la diferencia de emplear TextBuilder y StringBuilder concatenado texto:

Click to read more ...

Resultados de la encuesta de Oracle sobre Java EE 7

El otoño pasado Oracle pidió a la comunidad su opinión sobre varias decisiones relativas a Java EE 7; por ejemplo, exactamente que JSRs van a formar parte sólo del Full Profile y cuáles van a estar también en el Web Profile; en especial los JSR de Websockets, JCache, JSON-P y Batch. También querían saber si, por ejemplo, CDI debería estar activado por defecto o no en un servidor de aplicaciones.

Ahora han publicado los resultados de la encuesta, en la cual han participado más de 1100 desarrolladores. Junto con los resultados se incluye una interesante discusión sobre las ventajas/problemas de tener CDI activado por defecto. Respecto a la inclusión de Websockets, JCache, JSON-P y Batch, la gran mayoría de la gente cree que deben incluirse en el Full profile:

Click to read more ...

Spring 3.2 Workshop (sábado 09/03)

La comunidad de Usuarios Java de Barcelona (BarcelonaJUG) y javaHispano os invita al taller de Spring 3.2 el sábado 9 de Marzo a partir de las 10h en la Fontana.

El objetivo del taller es aprender a desarrollar aplicaciones empresariales escalables con la última versión de Spring Framework. Se va a desarrollar una aplicación desde cero, añadiendo poco a poco diferentes funcionalidades y proyectos del ecosistema Spring para acabar con una aplicación funcional. En este taller vamos a aprender a:

- Usar Spring como contenedor de inyección de dependencias

- Persistir datos con JPA y Spring Data

- Utilizar bases de datos NoSQL (MongoDB y Redis)

- Implementar la capa web con Spring MVC y el nuevo soporte asíncrono de Spring 3.2

- Añadir una pequeña API REST

- Añadir el soporte para caches de Spring 3.1

El taller será impartido por Sergi Almar, SpringSource Certified Instructor. 

Click to read more ...

Adiós al espacio de nombres http://java.sun.com/xml/ns/javaee/ en Java EE 7

En Java EE 7 nos vamos a despedir del espacio de nombres http://java.sun.com/xml/ns/javaee/ presente en la definición de múltiples archivos XML de configuración. Desde hace algún tiempo ha habido un debate interno dentro del Javac Community Process para decidir qué debía pasar con el espacio de nombres http://java.sun.com/xml/ns/javaee/, en especial con la parte de "Sun". Una opción era cambiarlo por http://java.oracle.com/xml/ns/javaee/.

Sin embargo, finalmente ha ganado otra alternativa que a mi me gusta más: el nuevo espacio de nombres para estos archivos XML será http://xmlns.jcp.org/xml/ns/javaee/. Esta migración de espacios de nombres es ahora mismo todavía un trabajo en proceso, por lo que si os habéis bajado alguna de las últimas versiones de Glasfish con soporte para Java EE es posible que en muchos casos todavía se estén usando los espacios de nombre de Sun.

Click to read more ...

Spring for Apache Hadoop 1.0

Costin LeauSpringSource anunció ayer la disponibilidad de la primera versión estable (GA) de Spring for Apache Hadoop. El propósito de este proyecto es proporcionar una forma "estándar" y consistente de programar y configurar Hadoop que esté alineada con los principios del ecosistema de Spring.

Según Costin Leau, principal responsable del proyecto y la persona que ha hecho el anuncio oficial, es fácil terminar con aplicaciones Hadoop con una mala arquitectura, sobre todo debido a que varios proyectos del ecosistema Hadoop  siguen un paradigma declarativo (Hive y Pig) mientras que otros se usan "programando" (Cascading y HBase). Estas diferentes aproximaciones contribuyen a hacer que sea fácil construir una aplicación mal estructurada.

Click to read more ...