Liberada la versión 1.0 jMonkeyEngine, una librería para construir juegos

Los desarrolladores del proyecto libre jMonkeyEngine han anunciado la primera versión estable de la librería. jMonkeyEngine es una librería 100% Java que pretende simplificar la construcción de aplicaciones gráficas que hagan uso intensivo de efectos tridimensionales. El producto es usado por varias empresas que desarrollan juegos comerciales como NCsoft, Three Rings y Jadestone.

El tema de Java 3D me queda un poco lejos, pero este video muestra cosas que se han hecho con jMonkeyEngine y tiene muy buena pinta.

¿Alguno de vosotros ha empleado jMonkeyEngine o alguna librería similar o ha trabajado directamente con Java 3D?

Spring WS ¿Crees en contract-first? (opinión publicada en Sólo Programadores)

 javaHispano y la revista Sólo Programadores poseen varias líneas de cooperación; entre ellas está una sección de actualidad Java que javaHispano publica mensualmente en la revista. Dentro de esta sección se incluye una opinión sobre cualquier tema de actualidad escrita por cualquier usuario de javaHispano. Al usuario lo solemos elegir desde javaHispano buscando alguien que ha hecho algún comentario bastante inspirado en alguna noticia, o que haya publicado una noticia interesante.

A cambio de esa sección, los usuarios de javaHispano tenéis derecho a suscribiros a la revista (tanto al edición en papel como digital) a un precio ventajoso. También existe la posibilidad de que los artículos que se publican en javaHispano se publiquen en la revista, obteniendo su autor una remuneración económica.

La revista Sólo Programadores y javaHispano hemos decidido que dichas opiniones pueden resultar de interés para los lectores del portal y, de ahora en adelante, además de publicarse la revista se publicarán aquí. La opinión que inaugura este conjunto de noticias es la correspondiente con el número de octubre de la revista. Esperamos que resulte interesante.

Spring WS ¿Crees en contract-first?

Sergi Almar de Reyeght, S.A.
 

Spring es un framework para el desarrollo de aplicaciones Java (especialmente web), con una gran popularidad y comunidad. Uno de sus sub proyectos es Spring Web Services, cuya versión 1.0 vio la luz el pasado mes de agosto después de dos años de trabajo constante.

Cuando creamos servicios web, tenemos dos posibilidades: contract-first o code-first. En la primera, definimos el contrato del servicio web (WSDL y XSD) y hacemos la implementación posteriormente; en code-first el WSDL y el esquema se genera automáticamente a través del código existente. Esta segunda opción, puede que sea la más empleada dado a su simplicidad, pero presenta sus inconvenientes: el contrato del servicio es un reflejo de la API interna, lo que supone que cambios en la implementación (una simple refactorización) significan cambios en el contrato, y lo que es lo mismo, cambios en el cliente que consume el servicio. Spring WS ha apostado por la aproximación contract-first, una decisión muy sabia viendo las ventajas que proporciona. Los que estéis pensando que toca pelearse con el tedioso WSDL, cambiar el chip, Spring WS proporciona las herramientas necesarias para olvidarnos de los quebraderos de cabeza y no tener que hacerlo. Puede que esta aproximación requiera un poco más de tiempo, pero los beneficios no desmerecen. Para los escépticos del contract-first, siempre podéis exportar vuestros beans de Spring con XFire. Spring WS, buenas prácticas y sencillez ante todo.

Netbeans Application Installer Generator ver. Alfa

Vadiraj Deshpande ha publicado la primera versión de su generador de instalador para aplicaciones desarrolladas en Netbeans. Este proyecto es un plugin que empaqueta la aplicación que estés desarrollando en el IDE y genera un instalador multiplataforma.

El plugin se basa en OpenInstaller, un instalador multiplatadorma opensource desarrollado por la comunidad Glassfish.

Puedes ver un demo del plugin en este enlace y descargarlo a través de Netbeans usando este update center.

Nuevo Plugin Java para Navegadores?

Ha saltado la noticia de que Sun ha reescrito el plugin Java para los navegadores. Dentro de la política de competencia frente a Flash/Flex/Silverlight han decidido reescribir el plugin de los navegadores para que los applets Java vuelvan a ocupar el espacio que tuvieron años a tras en la Web.

Los cambios introducidos según el anuncia de Ajaxian de la mano de Ken Russel (hacker JVM/JOGL)

• Mejorado el soporte de scripting (Mejor integración con javascript)
• Mejor rendimiento
• Soporte para applets más potentes (Los applets prodrán pedir más memoria)
• Mejor soporte en Windows Vista (Applets Firmados)
• Caracteristicas empresariales (Arrancar un applet usando una determinada versión del JRE)

Son muchos los pasos que ha dado Sun desde que JavaFx se presente oficialmente en la Java One con el objetivo de que este producto pueda hacer frente a la competencia en un mercado que tenía totalmente olvidado. No han dudado en introducir cambios en el JRE, en reescribir el plugin de los navegadores y las próximas noticias serán un plugin del NetBeans para JavaFX orientado a diseñadores y traer la realidad multimedia a la plataforma tanto a nivel de audio como video.

Desde luego da la sensación de que nos debemos ir preparando para los cambios que vienen.

La estrategia de programación Stealth

¿Alguna vez has estado aburrido y molesto porque no te dejan programar usando las librerías y frameworks más innovadores? ¿Cansado y frustrado porque el project manager nunca te deja usar AOP o EJB3 por miedo a incompatibilidades ?

Jay Meyer en su blog tiene la respuesta a este problema: usar la estrategia Stealth: actualiza tu sistema y NO le cuentes a nadie hasta después que lo hayas hecho

Tienes un viejo sistema con DAOs y JDBC.. que tal si cuando tengas que agregar funcionalidad lo haces con JPA y Spring; no es necesario que actualizes todo, solo lo nuevo. ¿Quieres probar EJB3 ? instala el contenedor standalone de JBoss en Tomcat. Lo más probable es que a tu project manager no le importe porque le informarás una vez que lo hayas hecho y le demuestres que realmente funciona y si además reduces el tiempo de desarrollo estará bastante contento.

Ya no tendrás que lidiar con la etapa de convencer a la gente, te saltas esa parte, construyes algo que funciona y podrás explorar nuevas tecnologías y abandonar poco a poco cosas viejas u obsoletas.

¿Qué opinas? Yo personalmente he hecho este tipo de cosas en algunos proyectos, sobre todo cuando se trata de usar tecnologías  que te ayudan a reducir los tiempos de desarrollo como Spring o de técnicas que mejorarán la experiencia del usario como Ajax. Si hubiera perdido tiempo convenciendo a gente sobre usar inyección de dependencias o el XMLHTTPRequest nunca lo hubiera logrado.