Comments on: Elegir un ORM en Java http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/ Un blog de Linking Paths sobre pequeñas empresas y grandes productos. Fri, 21 Nov 2008 19:14:50 +0000 http://wordpress.org/?v=2.2.3 By: Angel http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-7018 Angel Thu, 28 Aug 2008 11:02:26 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-7018 <p>Estoy de acuerdo contigo, me quedo con JDO sin dudarlo, y he tenido que pegarme con los dos desde hace mucho tiempo. Pero quiero recalcar una detalle. Dices: "El más usado, existe muchísima documentación, probado y más que probado, etc." En esto no estoy deacuerdo. Es verdad que google está lleno de ejemplos de gente que usa hibernate, de foros donde la gente pregunta y otros que dicen saber contestan, etc... Pero la documentación de verdad, es muy mala. Además, las aportaciones en la red (blogs, foros, tutoriales, etc...) no son de fiar, y en la inmensa mayoría de los casos son erróneas, no siguen ningún tipo de diseño u arquitectura de software (muchas veces por el propio diseño de hibernate), etc... Y además, para lo que hace, es muy complicada la configuración y uso correcto. Desde mi punto de vista, hibernate es un parche encima de otro.</p> <p>Si lo que buscas es buena documentación, nada mejor JDO o cualquier otro estándar. Está muy de moda lo del "estándar de facto", y personalmente, creo que un estándar tiene que estar reconocido por grupos de profesionales cualificados y no sólo porque sea el más usado. Hibernate empieza a ser un estándar ahora, que implementa JPA (y por cierto, lleno de bugs).</p> <p>Resumiendo, que siempre me inclino por un estándar, que es lo único que está de verdad documentado y no hay que fiarse de foros y blogs.</p> <p>PD. Lo del OpenSessionInViewFilter ya no tiene nombre. Acceder a base de datos desde la vista, abriendo conexiones a cascoporro y sin control! Olé! Pero sobre gustos, no hay nada escrito (Por eso mejor tirar de estándares de verdad).</p> Estoy de acuerdo contigo, me quedo con JDO sin dudarlo, y he tenido que pegarme con los dos desde hace mucho tiempo.
Pero quiero recalcar una detalle. Dices:
“El más usado, existe muchísima documentación, probado y más que probado, etc.”
En esto no estoy deacuerdo. Es verdad que google está lleno de ejemplos de gente que usa hibernate, de foros donde la gente pregunta y otros que dicen saber contestan, etc… Pero la documentación de verdad, es muy mala.
Además, las aportaciones en la red (blogs, foros, tutoriales, etc…) no son de fiar, y en la inmensa mayoría de los casos son erróneas, no siguen ningún tipo de diseño u arquitectura de software (muchas veces por el propio diseño de hibernate), etc…
Y además, para lo que hace, es muy complicada la configuración y uso correcto.
Desde mi punto de vista, hibernate es un parche encima de otro.

Si lo que buscas es buena documentación, nada mejor JDO o cualquier otro estándar. Está muy de moda lo del “estándar de facto”, y personalmente, creo que un estándar tiene que estar reconocido por grupos de profesionales cualificados y no sólo porque sea el más usado.
Hibernate empieza a ser un estándar ahora, que implementa JPA (y por cierto, lleno de bugs).

Resumiendo, que siempre me inclino por un estándar, que es lo único que está de verdad documentado y no hay que fiarse de foros y blogs.

PD. Lo del OpenSessionInViewFilter ya no tiene nombre. Acceder a base de datos desde la vista, abriendo conexiones a cascoporro y sin control! Olé! Pero sobre gustos, no hay nada escrito (Por eso mejor tirar de estándares de verdad).

]]> By: Al http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-196 Al Fri, 14 Jul 2006 06:32:38 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-196 <p>Hola Enrique, nice to see you <img src="http://weblog.linkingpaths.com/templates/default/img/emoticons/laugh.png" alt=":-D" style="display: inline; vertical-align: bottom;" class="emoticon" />.<br /> <br /> No he dicho que Licurgo no sea una opción, pero si me tendrás que reconocer que sus perspectivas de llegar al gran público son mínimas mientras no se le dedique tiempo al marketing.<br /> <br /> En todo caso, sobre funcionalidad, dos ideas, por si te sirven (si quieres lo discutimos en la lista, aún estoy, creo): <br /> <br /> - que DbObject implemente "java.util.Map". Eso hará que los objetos puedan ser llamados por el patrón "bean" (el de objeto.campo) que siguen la mayoría de herramientas y frameworks. Ahora sólo funciona en Fremarker y alguna cosa más.<br /> <br /> - posibilidad de definir "campos de consultas" en el XML del objeto. Ummm... que pueda definir el campo "clientes" y que su descripción sea un SQL (o dialecto de SQL) que haga la carga. No sé si me he explicado, sería algo así como:<br /> <br /> [object ...]<br /> ...<br /> [field name="clientes"]select * from clientes where x=y[/field]<br /> [/object] <br /> <br /> dónde cliente debería estar definido como objeto de licurgo también. Esto es un poco "al estilo rails".</p> Hola Enrique, nice to see you :-D.

No he dicho que Licurgo no sea una opción, pero si me tendrás que reconocer que sus perspectivas de llegar al gran público son mínimas mientras no se le dedique tiempo al marketing.

En todo caso, sobre funcionalidad, dos ideas, por si te sirven (si quieres lo discutimos en la lista, aún estoy, creo):

- que DbObject implemente “java.util.Map”. Eso hará que los objetos puedan ser llamados por el patrón “bean” (el de objeto.campo) que siguen la mayoría de herramientas y frameworks. Ahora sólo funciona en Fremarker y alguna cosa más.

- posibilidad de definir “campos de consultas” en el XML del objeto. Ummm… que pueda definir el campo “clientes” y que su descripción sea un SQL (o dialecto de SQL) que haga la carga. No sé si me he explicado, sería algo así como:

[object …]
…
[field name=”clientes”]select * from clientes where x=y[/field]
[/object]

dónde cliente debería estar definido como objeto de licurgo también. Esto es un poco “al estilo rails”.

]]> By: Enrique Rodriguez Lasterra http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-197 Enrique Rodriguez Lasterra Thu, 13 Jul 2006 20:24:16 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-197 <p>psss.... ya sabes con que me quedo yo, licurgo!!<br /> <br /> Este verano espero desarrollar un poco mas alguna funcionalidad que tengo pendiente, pero dos años despues sigue "funcionandonos"</p> psss…. ya sabes con que me quedo yo, licurgo!!

Este verano espero desarrollar un poco mas alguna funcionalidad que tengo pendiente, pero dos años despues sigue “funcionandonos”

]]> By: Carlos Rovira http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-198 Carlos Rovira Wed, 12 Jul 2006 13:23:46 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-198 <p>En mi caso usé EJB2.x para la capa de persistencia de una RIA bastante grande (hecha con Flash/OpenAMF/JOnAS).<br /> <br /> En un principio pensé que era un gran avance con respecto a usar DAOs, y sigo creyendolo, pero lo cierto es que hay muchos problemas asociados.<br /> <br /> Parece ser que gran parte de estos problemas se resuelven con EJB3, por eso estoy mirando atentamente "EasyBeans" de ObjectWeb. De momento no puedo decir mucho, las pruebas que hice me gustaron bastante, pero hay que tener en cuenta que el proyecto está todavía en desarrollo, aunque mu y avanzado (la última versión es la 1.0M1).</p> En mi caso usé EJB2.x para la capa de persistencia de una RIA bastante grande (hecha con Flash/OpenAMF/JOnAS).

En un principio pensé que era un gran avance con respecto a usar DAOs, y sigo creyendolo, pero lo cierto es que hay muchos problemas asociados.

Parece ser que gran parte de estos problemas se resuelven con EJB3, por eso estoy mirando atentamente “EasyBeans” de ObjectWeb. De momento no puedo decir mucho, las pruebas que hice me gustaron bastante, pero hay que tener en cuenta que el proyecto está todavía en desarrollo, aunque mu y avanzado (la última versión es la 1.0M1).

]]> By: Al http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-199 Al Wed, 12 Jul 2006 11:41:51 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-199 <p>Hombre, de las libres la mejor es JPOX (http://www.jpox.org), no le he encontrado demasiados problemas, no más de los habituales.<br /> <br /> Tiene una paradoja: tiene mucha documentación y buena, pero mal organizada (aunque al principio no lo parece) y a veces cuesta encontrar lo que estás buscando.<br /> <br /> Suerte.</p> Hombre, de las libres la mejor es JPOX (http://www.jpox.org), no le he encontrado demasiados problemas, no más de los habituales.

Tiene una paradoja: tiene mucha documentación y buena, pero mal organizada (aunque al principio no lo parece) y a veces cuesta encontrar lo que estás buscando.

Suerte.

]]> By: Joserra http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-200 Joserra Wed, 12 Jul 2006 11:39:17 +0000 http://weblog.linkingpaths.com/2006/07/12/elegir-un-orm-en-java/#comment-200 <p>Pocos comentarios te puedo hacer por que solo he utilizado Hibernate. Pero tengo una pregunta... ¿qué implementación de JDO aconsejarías? Me gustaría probar alguna, cual crees que está más madura/ da menos problemas?<br /> Gracias</p> Pocos comentarios te puedo hacer por que solo he utilizado Hibernate. Pero tengo una pregunta… ¿qué implementación de JDO aconsejarías? Me gustaría probar alguna, cual crees que está más madura/ da menos problemas?
Gracias

]]>