novembre
2011
Un article de bouye
#John Duimovich
a failli se gourrer de date pour sa présentation.
-> Looking back
Java était moribond et dégénérait
=> OpenJDK = effort unifié pour revigorer la platfome.
Oct 2010 : fin de l’âge sombre (dixit Mark Reinold), début de la Renaissance.
IBM a modifié son propre JDK pour s’aligner sur l’OpenJDK et a soumit des patches et rapports de bug.
Sortie de l’IBM JDK 7 (19 sept 2011 – AIX, Linux, zOS, Windows) plus rapide que prévue grace à ce procédé.
-> l’expérience d’IBM
Analyse de chacun des patches depuis 15 ans pour les évaluer et les intégrer.
Quelques difficultés à fonctionner au rythme d’Oracle qui était focalisé sur la sortie de son propre JDK et donc parfois ne répondait pas aux requêtes. Ex-employés de Sun peu habitués au processus de l’OpenJDK.
L’ensemble du processus fonctionne encore de manière un peu floue et peu coordonnée.
Difficile de coordoner un projet communautaire avec des objectifs corporates. -> le projet Eclipse fonctionne mieux de ce point de vue.
Le groupe est au courant de ces problèmes et s’attache à les corriger pour l’OpenJDK 8.
-> What’s next?
Besoin de meilleures structures pour le devel, les builds et les test ?
Besoin d’outils communs -> Eclipse ?
Besoin de plus de portatbilite pour l’OpenJDK (AIX, zOS).
Besoin de plus de transparence.
Besoin de plus de planning pour le projet et les releases.
Il faudrait découpler les sorties des nouvelles JVMs des extensions de l’API.
Améliorer les outils de diagnostic et les uniformiser pour qu’ils fonctionnent de manière similaire sur différentes VM.
Meilleur support de l’i18n et de l’accessibilité.
Java 8 :
Modularité
-> nécessaire pour contrer la croissance sans fin de la plate-forme.
-> permettra un JEE PLUS « léger »
Jigsaw
-> restreindre les accès aux classes publiques (à cause de l’architecture) qu’un dev externe n’est pas sensé voir. ex : les APIs privées de Sun/Oracle ou IBM.
OSGi
-> modularité pour les applications.
-> on peut mixer OSGi et JigSaw.
-> optimiser OSGi grace à la JVM
Challenge pour les dévels futurs :
hardware : multi-core, faible temps de latence lors de gros GC (plusieurs Go), réseaux plus rapides, accélération GPU, etc…
scénarios usage : Cloud, data, nouveaux langages pour la VM (InvokeDynamic)
OpenJDK needs you! (ex: bug du G1 non reporté avant la sortie de Java 7)
Commentaires récents
- dans Back from the future…
- dans Back from the future…
- dans Static linking = does not Compute
- dans Paquetage x 2
- dans Why you little…