Versant adopta a la comunidad db4o y fortifica el ámbito de bases de objetos de código abierto

La comunidad db4o ha entregado un producto de calidad a los mercados embebidos de Java y .NET y ha generado una gran comunidad de usuarios y partners.

Versant (http://www.versant.com) cree que hay una necesidad cada vez más evidente hacia la simplificación de la persistencia basada en objetos sin que esto resulte en un sacrificio de escalabilidad y optimización del desempeño. Lleva tiempo el ofrecer soluciones como estas al mercado. db4o está realizando un trabajo arduo para demostrar a la comunidad de desarrolladores de software que hay mejores alternativas que la persistencia basada en mapeo a bases relacionales para aplicaciones donde el modelo de objetos es cada vez más complejo. Versant planea continuar el desarrollo de esta tecnología, realizando mejoras con la ayuda de la comunidad db4o y expandiendo en el valor que ofrece una solución de código abierto. Como parte del esfuerzo para incrementar la propuesta de valor de la tecnología partes de db4o solo disponibles a clientes serán ahora liberadas a la comunidad.

El producto comercial de Versant es una base de objetos distribuida de escala empresarial que ha sido elegida por lideres en los mercados de telecomunicaciones, defensa, finanazas, web y transporte, entre otros, para potenciar aplicaciones de escala global. La experiencia de Versant en el desarrollo de OODBMSs ganada en la última decada será aprovechada para acelerar la inclusión de caracteristicas de alto nivel en la solución de código abierto db4o.

http://www.theserverside.com/news/thread.tss?thread_id=52441 

OpenXava 3.1 disponible: Incrementa la productividad eludiendo MVC

OpenXava es un marco de trabajo para desarrollar aplicaciones Java de gestión de una forma diferente: OpenXava evita MVC. Tú provees SOLO los POJOs anotados con JPA y obtienes una aplicación lista para producción.

Con OpenXava solo necesitas escribir el modelo, POJOs con anotaciones Java 5. No necesitas escribir la vista (JSP, JSF, etc), y el controlador (para mantenimiento, generación de informes, etc) normalmente se reutiliza.
Y con esto obtienes una aplicación para el mantenimiento, generación de listados PDF, exportación a Excel, busqueda, ordenación, validaciones, etc. sin necesidad de escribir una simple clase de Java, nada de XMLs, JSPs ni generación de código.

Echa un vistazo a las demos.

La principal característica de esta versión 3.1 es que produce aplicaciones AJAX. Simplemente actualizate a OX3.1 y tu aplicación OX (3.x, 2.x, or 1.x) será AJAX sin tocar una sola línea de código.
Por otra parte, si tu aplicación no es OX pero usas entidades JPA, puedes mover tu código JPA a una aplicación OpenXava y así obtener una aplicación AJAX fácilmente.

OpenXava no es solo para escribir mantenimientos simples para clases simples, podemos crear aplicaciones con lógica compleja e interfaces de usuario avanzadas. OpenXava soporta referencias, colecciones, herencia, pestañas anidadas, marcos anidados para agrupar información, etc.

Si desarrollas aplicaciones de gestión, usas JPA o estás interesado en portales Java (como Liferay, WebSphere Portal o JetSpeed) no dudes en descargar OpenXava y evaluarlo.

OpenXava es LGPL (y continuará así siempre, porque su propiedad intelectual es compartida) por tanto puedes desarrollar aplicaciones comerciales con él.

Más información: http://www.openxava.org/

¿Qué opináis de esta forma de desarrollar aplicaciones?
¿Pensáis que los marcos MVC (SpringMVC, JBoss Seam, RubyOnRails o Grails) son tan productivos como VisualBasic, 4GLs, RPG, etc. para desarrollar aplicaciones de gestión?
¿Pensáis que MVC es siempre lo mejor?

Sobre el interés de ejecutar lenguajes distintos de java en la máquina virtual (Encuesta del mes)

Casi un 30 % de los que han participado en la encuesta tienen un interés alto o muy alto en ejecutar otros lenguajes distintos de java en la máquina virtual. Y cerca del 50% tiene un interés bajo o muy bajo. Cerca de otro 20% de encuestados no sabían que eso era posible.

Para los interesados en este tema, os recomiendo fuertemente que le echéis un vistazo al proyecto de greeneyed donde se están empleando múltiples lenguajes soportados en la plataforma para implementar la lógica de negocio de una aplicación RIA.

¿Cuántos de vosotros estáis desarrollando una aplicación que correrá en una máquina virtual pero que, al menos una parte, no está escrita en Java? ¿Y cuántos de vosotros tenéis ya en producción una aplicación de estas características?

Con el JDK Update 12 se acabarán los problemas entre componentes pesados y ligeros

Hasta la fecha, si uno mezcla en una aplicación de escritorio componentes ligeros (emulados, los componentes Windows) y pesados (los pedidos a sistema operativo, los componentes AWT) puede encontrarse con efectos poco deseables como el que se muestra debajo de estas líneas:
  
El botón pesado se dibuja por encima del menú ligero. Geertjan Wielenga ha escrito un pequeño artículo en dzone en el que se muestra como este viejo problema con ya más de 10 años de vida se va a resolver (y ya está resuelto en el early access) en el JDK Update 12. Sin necesidad de retocar las aplicaciones, el repintado de los componentes pesados y ligeros se realizará de modo correcto: 

 

Además, en esta Update se incorporará soporte para Windows 2008 y un Java plugin con soporte para navegadores de 64 bits.

Google Chrome 1.0, considerado el navegador que peor protege las contraseñas

La versión beta del navegador de Google, segun los expertos fue un fiasco plagado de bugs, Google ha anunciado la disponibilidad -sólo para Windows- de Chrome 1.0. Es decir, ha decretado el final del período beta y ha publicado la primera versión final.

Chrome 1.0 ya ha logrado el dudoso honor de ser considerado el navegador que peor protege las contraseñas de sus usuarios.

De hecho presenta tres problemas que colaboran en la primera versión oficial de Chrome para explotar un fallo que fue publicado hace dos años, y que posibilita que un atacante robe las contraseñas almacenadas en Chrome sin que el usuario siquiera se entere.

Al parecer los tres problemas fueron señalados por Chapin en la beta de Chrome y ni uno solo de ellos ha sido corregido en la versión final. Pero el asunto no queda ahí, porque Chapin Information Services asegura haber detectado nada menos que otros 17 fallos en el gestor de contraseñas de Chrome.

http://www.linuxparatodos.net/portal/article.php?story=20081216101920749