Jdo

[zyron]

La gran ventaja es que no dependes de ningún fabricante, ni de la continuidad de ningún proyecto.

Si te casas con JDO y fabricante abandona el producto siempre puedes pasarte a otro fabricante o a otro proyecto Opensource...

Si te casas con Hibernate o Castor y abandonan la continuidad de su proyecto..estás perdido...eso es un problema...porque seguramente en tu empresa actualizan el soft de bases de datos y si tu motor de persistencia deja de soportarlo...

Bueno, en resumen que yo prefiero los estándares porque me aseguran una continuidad...

Además, creo que las especificaciones Java están para algo...fíjate que en el momento que aparece un estándar enseguida la mayoría de paquetes/proyectos lo adaptan...Jonas tiene el proyecto Speedo, JBoss tiene un proyecto JDO, etc...

Cuando dices "no creo que se impongan los motores de persistencia" me echo un poco las manos a la cabeza...ya que a nivel de arquitectura de software òbviamente tener un motor de persistencia es una muy buena opción sea del tipo que sea (por cambiabilidad, por extensibilidad, no dependencia del modelo relacional)...y más en la filosofía Java ...

Otra cosa, dices: "Si bien son muy buenos las herramientas que ya en este momento existen para desarrollo de JDO, como por ejemplo los plug-ins para el Hibernate del Eclipse o InteliJ"...creo que te lías un poco...Hibernate no es JDO...Eclipse tiene otros plug-ins que si que son JDO...

Y finalmente, hay muchos estandares Java que son de uso más que común, y si no que son los JSP?? Los EJB están más que establecidos...cuantos servidores de aplicaciones J2EE conoces que no soporten EJB?? yo excepto los que ya han abandonado su desarrollo ninguno...