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.
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
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…
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?
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.
La verdad me da igual, nunca la he usado, aunque coincido en el hecho de que quitarla así sin explicación aparente...
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.