juin
2006
Un article de vbrabant
JavaDB intégré dans le JDK de Mustang ?
Oui, et alors ?
Est-ce une bonne chose ou pas ?
Tout d’abord, ce qui m’énèrve dans tout cela, c’est pourquoi Sun rebaptise Derby, Java DB.
Finalement, est-ce que Java DB, c’est 100% la même chose que Derby? Et si oui, quelle version de Derby ? Aussi, si c’est oui, pourquoi l’avoir renommé Java DB alors ?
Maintenant, si c’est non, pourquoi faire un fork de Derby ?
Est-ce que Java DB ne sera présent qu’avec le JDK de Sun, ou sera-t-il présent dans d’autres JDK également ?
Et s’il n’est présent qu’avec le JDK, comment être sûr que mon application fonctionne chez mes clients qui ont seulement le JRE.
Aussi, un truc assez surprenant concernant cela, et le discours de Sun à Javaone est le suivant:
On voit des JSR qui concernent ce qui va être intégré dans la JRE, mais le fait d’intégrer Derby dans le JDK n’a pas l’air d’être pris en charge par un JSR.
Enfin, pour terminer, j’espère que NetBeans 5.5 (la version normale, sans le pack EE) va réintégrer le module Derby (ou Java DB, comme vous voulez) qui était présent dans la version béta de NetBeans 5, mais qui a disparu de la version finale de NetBeans 5.
2 Commentaires + Ajouter un commentaire
Commentaires récents
Archives
- janvier 2012
- novembre 2010
- février 2009
- janvier 2009
- décembre 2008
- septembre 2008
- août 2008
- décembre 2007
- octobre 2007
- septembre 2007
- juillet 2007
- mai 2007
- avril 2007
- mars 2007
- février 2007
- janvier 2007
- décembre 2006
- novembre 2006
- octobre 2006
- septembre 2006
- août 2006
- juillet 2006
- juin 2006
- mai 2006
- avril 2006
- février 2006
- janvier 2006
- décembre 2005
- novembre 2005
- octobre 2005
- septembre 2005
- août 2005
- juillet 2005
- juin 2005
- mai 2005
- avril 2005
Catégories
- Certification
- Défis
- Devoxx
- Devoxx 2008
- Devoxx 2010
- Devoxx France 2012
- Divers
- Événements Java
- Fiches
- Hardware
- In English
- Java
- JavaDay 2006
- JavaFX
- JavaOne 2005
- JavaOne 2006
- JavaOne 2007
- Javapolis 2005
- Javapolis 2006
- Javapolis 2007
- JBoss
- Livres
- Mac
- NetBeans
- OpenJDK
- Pensée
- Performance
- Perles
- Sun Tech Days Paris 2007
- Traduction
Il me semble que plusieurs personnes de Sun travaille sur le projet Apache Derby, et JavaDB est seulement le nom utilisé par Sun pour Derby lorsqu’il le distribue avec ses outils. Cela lui permet de proposer un support technique supplémentaire par exemple…
D’ailleurs IBM fait la même chose avec Cloudscape : http://www-306.ibm.com/software/data/cloudscape/
Concernant les JSR il me semble que cela ne rentre pas dans le cadre des outils externes du JDK. Chacun est libre de distribuer ce qu’il veut avec le JDK (un EDI par exemple). Donc pourquoi pas une BD… En effet on peut imaginer de développer en local une application avec JavaDB/Derby, alors que la version en production utilisera une base MySql ou Oracle par exemple (les developpeurs n’auront pas à installer une BD pour le developpement)…
Par contre je pense que Sun ne pourrait pas rajouter JavaDB/Derby dans le JRE sans passer par une JSR, car cela a plus de conséquence (une BD devrait alors se retrouver dans tous les JRE, dont celui d’IBM ou d’Apple par exemple).
Pourtant cela pourrait être très intérressant pour de petite application déployer en JWS, car cela éviterais un téléchargement de 2Mo tout en permettant de gérer une vrai BD…
C’est pourquoi je pense qu’il s’agit d’un test pour Sun, afin de donner plus de force à une éventuelle JSR…
a++
Ca discute sec sur ce sujet sur JavaLobby: http://www.javalobby.org/java/forums/t74408.html
Il en ressort que cet ajout est réalisé uniquement dans le JDK, dans l’optique de fournir une facilité de développement, et non dans le JRE.
Par ailleurs, le JSR 270 a en charge la définition du contenu de J2SE6, et rien n’empèche le fournisseur d’une implémentation de ce JSR de rajoutter des composants.
A part ça, 100% d’accord sur la problématique JavaDB/Derby!
Valère