Persistencias sin Hibernet

[SPAWN3000]

Hola, bueno la cuestión no es menospreciar la gran utilidad de Hibernet...

Pero asi como es cierto que facilita muchas tareas al desarrolador, también lo vuelve dependiente y mecánico... olvidando casi por completo la codificacion referente ha esta area.

Mi perguta es: Conocen algún lugar donde pueda encontrar una clase que me permita implementar la persistencia de objetos de forma Manual... Ho aun mejor, un fuente de ejemplo.

Si realmente se desea aprender, se debe escoger el camino dificil No!

Gracias.

[GreenEyed]

Si quieres ver implementaciones de diferentes estrategias de persistencia, hace poco en jH puse un ejemplo que tenia 4 diferentes: http://www.javahispano.org/contenido...ros_lenguajes/

.- JDBC es "a pelo total".
.- Con Ibatis el SQL y el mapeo lo pones tu, aunque la traducción despues es automatica.
.- Con JPA e Hibernate, el SQL es automatico una vez has configurado el mapeo.

Todas las soluciones tienen sus pros y sus contras. Si, saber SQL es imprescindible, pero si tienes una aplicacion con 20 tablas simples y tu logica es con operaciones de mantenimiento sencillas, escribir 20 veces el mismo update cambiando el nombre de la tabla y los campos no te ayuda en absoluto a aprender SQL, si no a odiarlo .

Igualmente, si las operaciones no son Clase Java <-> Tabla y/o quieres seguir manteniendo el SQL totalmente bajo control, al menos con Ibatis tienes una capa de abstracción y los SQL centralizados en un sitio.

Aunque bueno, en caso de fallar todo lo demas, siempre nos queda el bueno del JDBC a pelo, el cual no es malo probar para aprender lo que hay debajo y ver lo que nos ahorramos usando otras opciones .

S!
PD: En la noticia hay enlaces a un codigo de ejemplo de cada opcion

[TresPuntoDos]

La verdad que es muy facil hacer las cosas con los framework y como bien dice GreenEyed escribir 20 veces el mismo update, o el mismo resultset solo te va a hacer odiar todo eso

Yo uso Ibatis y es lenguaje SQL puro, te ayuda en las conexiones pero luego las sentencias SQL las tienes que hacer tu

[HenrydeSousa]

Hace tiempo me encontré con esto:

https://arena.dev.java.net/

Espero te sirva.

[SPAWN3000]

Bueno, gracias a todos... mi idea es crear mi propio sistema y no depender rígidamente de aquello creados por otras empresas...

Pero primero, debo conocer los métodos y las técnicas implementadas en otros, aparte de sumar mucha experiencia...

[GreenEyed]

Aprender como se hacen las cosas esta bien, pero ojo no caer en el sindrome NIH (http://en.wikipedia.org/wiki/Not_Invented_Here) . Ten en cuenta que todo lo que crees tú, lo tendrás que mantener tú. Y desde cero... hay mucho que hacer.

S!

[HackmanC]

Hola,

Iniciado por SPAWN3000

... mi idea es crear mi propio sistema y no depender rígidamente de aquello creados por otras empresas...

Siguiendo esa filosofía, conceptualmente tendrías que comenzar por crear tu propio compilador. La clave está en saber cual es el límite y si la parte importante cumple con tus objetivos.

Si alguien desea hacer un programa de contabilidad no va a iniciar construyendo un ordenador. Pero si va a realizar un sistema operativo entonces sí necesita conocer su arquitectura.

Ese es uno de los puntos más importantes del Open Source. Hibernate tiene la licencia LGPL, te bajas el código fuente y lo modificas a tu gusto (devolviendo al proyecto todas tus mejoras, para beneficio de todos).

Ahora bien, si tu objetivo es aprender, te bajas el código fuente, lo estudias y después lo modificas a tu gusto. (Si lo que deseas es aprender Java, entonces es otra historia).

Hibernate viene a cubrir una necesidad existente, yo en su tiempo tuve que desarrollar mi propia capa de abstracción de la base de datos, como muchos, por que no existía Hibernate. Es algo agradable por que da la seguridad de saber que es lo que sucede en la aplicación, pero me hubiera ahorrado muchos meses de trabajo.

Pero bueno, esa es solamente mi opinión,
Saludos,

ps:

Por ejemplo, no miro ningún motivo, por el cual tenga que desarrollar un framework que tenga la capacidad de extraer información de diferentes fuentes con capacidad de XML con arquitectura SOA si ya alguien desarrollo WebLeaf.

[SPAWN3000]

Naturalmente, no iniciar desde cero... Solo crear mi propia herramienta destinada a un área especifica que es web con JAVA, ya se que existe Netbeans y Visual Web con JSF, maqueta todo muy bien con XML, y que ademas te da las facilidades del ajax, y puedes combinarlo con Hibernate para crear capas de persistencia, OScache para optimizar, struts y todo lo demás... Increíble todo esto y gratis!

Paro aun me queda ese vació amargo, de ese algo que me elabore todo el proceso repetitivo que algunas veces suele tornarse cuando desarrollamos aplicativos para una misma empresa, y un mismo sistema.

Siempre he desarrollado mis propias herramientas de trabajo en Vbasic, Php y me ha ido muy bien... Por que no ahora que existe se exige algo de JEE no hacerlo e integrar un nuevo modelo para diferentes bases de datos... No quiero decir que he descartado la idea de integrar hibernate a mi proyecto, pero para poder explotarlo debo exprimir al máximo su código, técnicas de implementación y adaptación...


Bueno, es solo una idea!

[SPAWN3000]

Iniciado por GreenEyed

Si quieres ver implementaciones de diferentes estrategias de persistencia, hace poco en jH puse un ejemplo que tenia 4 diferentes: http://www.javahispano.org/contenido...ros_lenguajes/

.- JDBC es "a pelo total".
.- Con Ibatis el SQL y el mapeo lo pones tu, aunque la traducción despues es automatica.
.- Con JPA e Hibernate, el SQL es automatico una vez has configurado el mapeo.

Todas las soluciones tienen sus pros y sus contras. Si, saber SQL es imprescindible, pero si tienes una aplicacion con 20 tablas simples y tu logica es con operaciones de mantenimiento sencillas, escribir 20 veces el mismo update cambiando el nombre de la tabla y los campos no te ayuda en absoluto a aprender SQL, si no a odiarlo .

Igualmente, si las operaciones no son Clase Java <-> Tabla y/o quieres seguir manteniendo el SQL totalmente bajo control, al menos con Ibatis tienes una capa de abstracción y los SQL centralizados en un sitio.

Aunque bueno, en caso de fallar todo lo demas, siempre nos queda el bueno del JDBC a pelo, el cual no es malo probar para aprender lo que hay debajo y ver lo que nos ahorramos usando otras opciones .

S!
PD: En la noticia hay enlaces a un codigo de ejemplo de cada opcion

Ya analice tu post en javahispano, y creo que tus notas son excelentes...

Muchas gracias.