Anunciado Apache MyFaces Orchestra

MyFaces Orchestra a pretende simplificar el uso de JSF junto con JPA o cualquier otro mapeador objeto relacional. La principal diferencia respecto a Seam es que los chicos de Apache han hecho énfasis en reducir la curva de aprendizaje necesario para emplear este framework. El framework no requiere emplear ninguna anotación aparte de las necesarias para JPA, aunque también es posible emplear clases template de Spring.



Al igual que Seam, MyFaces Orchestra permite emplear ámbitos diferentes del de petición, sesión y aplicación para los bean que gestiona el framework. Por lo de ahora todavía no se ha liberado ninguna versión estable del framework; sólo es posible bajarse snapshots desde aquí .

JPOX Summer Code regalará cinco PSP

JPOX, una implementación de JDO y JPA, ha anunciado que va a celebrar un "Summer Code" en el cual regalará cinco PSP a estudiantes que contribuyan al proyecto mediante extensiones para JPOX o mediante mejoras en el código fuente del proyecto. Los interesados en participar deben enviar una propuesta de su proyecto antes del 8 de julio.

JSR 315: Java Servlet 3.0 Specification

Se ha publicado el primer borrador de la especificación Servlet 3.0 . Esta es la lista de temas a tratar en esta especificación:



- Web framework pluggability:



Acceso programático al web.xml y posibilidad de cambios dinámicos en la configuración de las webapp. La mayoría de los frameworks web a día de hoy se conectan o a traves de servlets o del web.xml. Esta JSR intentará hacer el trabajo más facil para poder "pluguear" estos frameworks.



- EOD (Easy of development):



Uso de anotaciones, marcándose el objetivo de eliminar la configuración de las aplicaciones web, utilizándola únicamente para sobreescribirla.

Empleo de otras mejoras existentes en el lenguaje allá donde sea posible (se destaca el uso de generics).



- Soporte asíncrono y soporte comet:



Posibilidad de poder recibir notificaciones del servidor sin necesidad de hacer peticiones lo cual nos acerca a un MVC "puro". Lasterra nos explica aquí un ejemplo de aplicación comet.



- Seguridad:



Capacidad de login/logout

Self registration



- Integración/alineación con otras JSR: REST y JSF 2.0



- Otros:



Mejor soporte de welcome files, progressListener para subida de archivos, etc.





Interesante, no os parece ?

SpringDay 2007 Día Tres

Hoy fué el último día del evento y solo hubo sesiones hasta el medio día. La primera conferencia fue sobre Spring OSGi y estuvo a cargo de by Adrian Colyer y Costin Leau. La sensación aquí es que OSGi es "The next big thing" para el desarrollo de JEE y la sesión estuvo llenísima. Adrien empezó con una introducción a OSGi y Costin explicó el proyecto Spring OSGi en el que ha venido trabajando y lo que podemos esperar una vez que publique la versión 1.0.



A continuación asistí a la sesión de Jurgen Holler "Code Organization". Jurgen es la persona responsable de la arquitectura de Spring y de que el código sea tan bueno como lo es actualmente. La sesión se centró en cómo conservar tu arquitectura en proyectos complejos y que con el tiempo van creciendo. Tomo como ejemplo el caso de Spring Core y como ejemplo de lo que no debe hacerse Hibernate. Al final mostró el uso de la herramienta SonarJ para medir y detectar problemas con el código.



Quedaban dos sesiones más y planeaba asistir a otra sobre OSGi y a una sobre Spring Batch pero yo y Sergi estuvimos ocupados realizando unas entrevistas que en las próximas semanas publicaremos en el portal.

España discriminada en concurso de Motorola

Realizé el proceso de inscripción para participar en el concurso de juegos para móviles de Motodev (Game Developer Challenge) y al leer las bases flipé al encontrarme esta frase:



"This Competition is void where prohibited, taxed or restricted by law and in Spain..."



El documento en cuestión puede bajarse desde:

https://developer.motorola.com/eventstraining/gamechallenge/gamechallengerules.pdf



¿Alguién tiene idea del porque de esta discriminación?