Buscar
Social
Ofertas laborales ES
« Oracle elimina la barra de Ask.com del JRE y la cambia por una de Yahoo! | Main | JBCNConf is here! »
jueves
jun182015

Oracle eliminará Java DB en el JDK 9

Oracle va a eliminar Java DB en el JDK 9. Java DB es una distribución de Apache Derby, una base de datos ligera y sencilla de usar ideal para testear aplicaciones. En estos momentos Oracle no ha indicado el motivo de esto, ni si tiene intención de reemplazarla por alguna otra base de datos similar. Simplemente recomiendan a los usuarios que la estén usando que "vayan haciendo planes para usar Derby directamente".

¿Qué os parece este movimiento? ¿Usáis vosotros Java DB y la vais a echar de menos o os da igual?. Yo si la he usado para testeo y preferiría que siguiese ahí; es bastante práctico para hacer pruebas rápidas.

PrintView Printer Friendly Version

EmailEmail Article to Friend

Reader Comments (6)

Habria sido mejor no incluirlo al principio, como decian muchos ...

Hay mejores (mas rapido, menos memoria) bases de datos para testear aplicaciones, por ejemplo H2

junio 18, 2015 | Registered Commenterdatanucleus

El tema es que no han dicho que lo vayan a sustituir por nada. Si lo sustituyen por otra cosa, pues sería razonable. Sobre todo si la otra cosa es mejor. Pero yo he preguntado en Oracle a una persona encargada de la comunicación de esto y por lo de ahora no me han respondido nada…

junio 18, 2015 | Registered CommenterAbraham

Con un repositorio de Maven es facil obtener cualquier base de datos, y puedes elegir. No veo ninguna "ventaja" de tener algo "incluido".

Con el tema de modularidad (Jigsaw etc) que dicen que vayan a cambiar en JDK 1.9, cuantos personas realmente necesitan algo como Derby?

junio 19, 2015 | Registered Commenterdatanucleus

Hola, yo lo uso para impartir clases de desarrollo para entorno web con jsf/jpa/hibernate
por que es bien sencillo su uso y viene integrado con netbeans.

junio 19, 2015 | Unregistered Commenter@jlbugarin

La verdad me da igual, nunca la he usado, aunque coincido en el hecho de que quitarla así sin explicación aparente...

junio 22, 2015 | Unregistered Commenterevdelacruz

Precisamente con el tema de la modularidad debería ser más sencillo mantenerlo y facilitar que quien no lo quiera no lo use, ¿no? Además, no todo el mundo usa Maven.

Yo lo estoy usando para hacer mi PFC. Si tengo que sustituir la versión incluida en el JDK por la última disponible de Apache Derby, no tendré mucho problema, pero incluir un motor de base de datos relacional lo pone a la par con .NET o, al menos, con Visual Studio, que incluye SQLExpress. Podría argumentarse que entonces debería venir de serie con NetBeans, no con el JDK, pero lo cierto es que .NET equivale a Visual Studio porque es el único IDE de referencia para ese entorno.

La última vez que revisé los motores empotrables (Derby, HSQLDB, H2...) saqué la conclusión de que Derby era el más lento, pero también el de comportamiento más estándar si luego se quería pasar a otro motor más grande; igual estoy equivocado. En mi caso, que estoy usando JPA, me daba un poco de miedo usar por debajo HSQLDB o H2 por riesgos de compatibilidad con JPA.

junio 23, 2015 | Registered Commenterrickiees

PostPost a New Comment

Enter your information below to add a new comment.

My response is on my own website »
Author Email (optional):
Author URL (optional):
Post:
 
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>