Avant hier soir j’ai eu l’occasion de me rendre à une session extraordinaire du Paris JUG en raison du passage de Patrick Curran dans notre capitale. Pour ceux qui ne le connaissent pas, ce monsieur est président du JCP (Java Community Process), responsable de l’intégration des futurs standards de la plateforme Java (les fameuses JSR).
Nous avons eu droit dans un premier temps à une présentation du JCP, son mode de fonctionnement, ses acteurs, le cycle de vie d’une JSR (3 à 7 mois de travail en théorie !). La présentation était vraiment très claire et invite à rejoindre à un des nombreux groupe d’experts qui travaille sur les kits de compatibilité (TCK) et l’implémentation de référence (RI) d’une spécification. D’ailleurs il vaut mieux vérifier si son employeur n’est pas lui même membre du JCP avant d’engager la démarche, ça évite apparement des complications pour la suite…
Quelques questions ont ensuite été posées avant la seconde partie de la session. Il a été évoqué le cas de l’initiative de Sun avec JavaFX. Sans en apprendre d’avantage sur le produit lui même, cela a permis a Patrick Curran de nous parler de l’intégration des innovations dans les standards Java et comment ces initiatives hors du cadre des JSR sont nécessaires à la vie de la plateforme.
Il a aussi été question de qui prends la décision de ce qui est inclu dans le périmètre des versions de JEE 6 ou 7 par exemple. En fait un groupe d’expert est créé comme pour n’importe quelle autre JSR et prends les décisions. Il n’y a pas d’entité supérieure qui arrête des choix. C’est un mode de fonctionnement qui peut surprendre vu de l’extérieur, mais finalement il est plutôt cohérent avec le robuste processus de standardisation en place.
La seconde partie de la session a permis d’aborder l’ouverture du JCP sur l’extérieur, des efforts de transparence, et l’influence du modèle Open Source sur le processus de standardisation du JCP et comment les licences liées aux JSR (sur le TCK) ont tendances à être plus souvent gratuites. Plusieurs interlocuteurs étaient présents à la table pour répondre aux questions et animer la discussion, entre autre Guillaume Laforge à l’origine du langage Groovy (et du framework Grails par la même occasion).
J’en profite pour remercier les intervenants du mardi 13 pour leur présentation de qualité sur la productivité des développements Java et sur Maven 2
No Translations
