Crear un podcast: encuesta del mes

Parece que a la inmensa mayoría de la comunidad le agrada la idea de que javaHispano crease un podcast. Otro tema, al cual me gustaría que respondieseis aquí, es cuántos de vosotros creéis que os descargaríais el podcast regularmente. Si finalmente se crea será algo que nos requiera emplear parte del recurso más limitado de javaHispano: mano de obra de los integrantes voluntarios que colaboramos con el portal. Si es algo en lo que la comunidad no tiene demasiado interés quizás merezca la pena que empleemos nuestro tiempo en otra cosa.



También nos gustaría saber, si finalmente se hace, qué contenido creéis que sería interesante para el podcast. ¿Leer y comentar las noticias más relevantes de los últimos X días de un modo similar a como lo hacen en digg Nation? ¿Entrevistas? ¿Una especie de tutorial sobre algún tema? ¿..?.



Resumiendo, cualquier comentario acerca del hipotético "podcast javaHispano" será bienvenido.

JPOX 1.2.0-beta-3 liberado

Hemos acabado de liberar la nueva version 1.2.0-beta-3 de JPOX (para la persistencia transparente de objetos Java). Está versión incluye mas cosas nuevas, incluyendo

1. Apoyar las anotaciones de JDO2.1 que ya son parte de Apache JDO

2. Apoyar listas ordenadas (JPA1)

3. Apoyar mas funciones de JPQL

4. Apoyar los XSDs de JDO2.1

5. Apoyar todos los cambios de estado de JPA1

6. Apoyar sequencias de HSQLDB

7. Escribir de nuevo transacciones "optimistic" para apoyar todas las situaciones comunes.

8. Aprobar 80% del TCK de JPA1

y mucho mas.

Se ha publicado la propuesta para JEE 6

Se ha publicado la primera propuesta para Java Enterprise Edition 6, la que se convertirá en la nueva versión de esta especificación y está planeada para completarse en 2008. Siguiendo la línea marcada por JEE 5, esta nueva versión se enfoca en simplificar JEE.



En esta primera propuesta no se profundiza en detalles acerca de las nuevas versiónes de las APIs que integran JEE como JSF o JPA; sin embargo lo más interesante es la propuesta de Perfiles (Profiles en inglés) para JEE. Esta idea busca que un servidor de aplicaciones JEE no venga out-of-the-box con todas las APIs de JEE, sino que se definan perfiles con cierto conjunto de APIs y el cliente elija cual es el que le conviene. De esta forma se "aligera" el servidor de aplicaciones y se evita incluir APIs que los desarrolladores pocas veces usan como el soporte a Entity Beans o un servidor integrado JMS (la gran mayoría de las veces las empresas optan por usar un servidor JMS externo como MQSeries y no usan el que viene integrado en su servidor de aplicaciones).



De esta forma, uno podrá crear un servidor de aplicaciones a la medida que se adapte a las necesidades de los proyectos, ¿qué les parece la idea?

Se ha desarrollado un plugin de Alfresco para cone

Bueno, supongo que todos conocéis el gestor documental Alfresco y el gestor de contenidos Opencms.



Pues ha aparecido un añadido que permite replicar una carpeta de Alfresco en una carpeta de OpenCms, de forma que cada vez que insertas/modificas/borras un contenido en una carpeta de Alfresco se inserta/modifica/borra ese mismo contenido en una carpeta de OpenCms.



De esta forma si tienes una web con mucho contenido en PDF o imágenes puedes tener el contenido gestionado con Alfresco y a la vez publicarlo en una web con OpenCms.



El software es GNU-GPL y se encuentra en http://alfresco-ocms.sourceforge.net/

Eclipse 4: usabilidad e integración

Acaba de salir Europa, pero el circo no se para.



El artículo enlazado (en inglés) habla del camino que, a su juicio, debería plantearse la fundación Eclipse para la versión 4.0 y con la que deberían empezar a trabajar de cara a la versión del año que viene (que parece ser que será Ganímedes). Los argumentos creo que todos los hemos leído (y sufrido) alguna vez. Eclipse no puede mantenerse eternamente creciendo sin parar y sin preocuparse de la cohesión entre los plugins (algo que personalmente he sufrido mucho con la versión 3.2) y, además, debería ampliar la funcionalidad del core para hacerlo más usable *por sí mismo*.



En este último sentido es donde se podría abrir un cierto debate ya que, si bien en la primera parte supongo que todos los que utilizamos Eclipse con diferentes plugins estaremos de acuerdo, en esta segunda las propuestas del autor me parecen más elecciones personales que realmente mejoras de la usabilidad general... aunque puedo compartir cosas como el diseño de la base de datos o el UML, ¿deberían ser realmente incluídos BIRT o Mylyn?



Yo he empezado ahora a probar este último y me parece que tiene un potencial enorme, pero de ahí a considerar que se meta en el core media un abismo...