🚀 go-pugleaf

Ricardo Palomares Martinez escribió:

Me corrijo en algunas cosas que, al releer mi mensaje, veo un poco
confusas...

> Yo no llevo mucho tiempo, así que aquí no puedo darte mucha
> información. Sí te puedo decir que me hice cargo de un proyecto
> open-source basado en Java 1.4 y de momento lo he compilado con Java
> 1.5 sin problemas; ahora lo probaré con la 1.6. También sé que, cuando
> cambian algo, lo que suelen hacer es marcar la manera vieja de hacerlo
> como "deprecated" y la mantienen al menos una versión para dar tiempo
> a cambiarlo.

...quería decir "para dar tiempo a los que programamos en Java a
cambiarlo en nuestro código fuente, dejando de usar lo anticuado y
pasando a usar lo nuevo".


> 
> En cualquier caso, como son gratuitos, puedes probar los dos (si
> tienes buen ancho de banda, claro) y decidir.


Lo del ancho de banda es porque cada IDE puede superar fácilmente los
100 MBytes de descargas en cuanto incluyas algún plugin/complemento.
Te aconsejo que NO descargues el bundle JDK+NetBeans si no pretendes
tener un JDK específico para programar; a algunos les ha dado
problemas al intentar actualizar el JDK sin actualizar el entorno.


> A partir de aquí, si tienes un JList (una lista, o "una tabla de una
> columna", si lo prefieres)

una lista *en pantalla*, o "una tabla *en pantalla* de una columna"

> que tiene que tomar sus datos de una tabla,

...de una tabla *de base de datos*


> si no utilizas un framework ORM como JPA o Hibernate, tienes que
> asegurarte tú mismo de ejecutar las consultas y cargarlas en clases
> modelo, y sobre todo, tienes que asegurarte de que cuando cambien los
> datos en la tabla podrás detectarlo y reflejarlo en la lista.

...cuando cambien los datos en la tabla *de base de datos* por otros
usuarios accediendo simultánemanete a la misma, podrás detectarlo y
reflejarlo en la lista *en pantalla*.


> 
> Aparentemente, no hay discusión posible: si no usas un ORM, estás
> muerto. En cambio, yo de momento no quiero usarlo. :-) ¿Por qué?
> Porque, a mi juicio, el ORM oculta tanto de JDBC que siento que pierdo
> el control de si los objetos con los que trato en el programa afectan
> a los datos en la base de datos o no. Introduce, además, un montón de
> conceptos nuevos, y como soy un poco novato, ya me sobran conceptos
> que asimilar.


Como ejemplo, si usas Hibernate y recuperas datos de una tabla en
forma de objetos, si cambias un dato de alguno de esos objetos y luego
cierras la sesión (no recuerdo el nombre exacto que le dan al concepto
de sesión, creo que no es transacción), lo que has cambiado en ese
objeto en memoria se traslada a la base de datos. Eso está muy bien si
sólo cambias una cosa, pero implica que tienes que llevar mucho
cuidado con qué objetos tocas en memoria, porque quizá algunos datos
podrían trasladarse a la base de datos sin que realmente quisieras
hacerlo. No hay un "UPDATE este registro que te digo yo", sólo un
"vaya, voy a cambiar esta propiedad de este objeto un momentito en
memoria y ahora voy y cierro la sesión; ¡mierda, ya lo he grabado sin
querer en la base de datos!". Al menos, éste es mi temor.

Saludos.

-- 
If it's true that we are here to help others,
then what exactly are the OTHERS here for?