Specification : mention précise de ttes les caractéristiques d'un produit , d'un processus

indication apportant une information plus précise

certification : processus d attribution de verification de la conformité dun produit a un cahier de

charges ou a une spécification technique

EXPOSE JSR/JCP

JSR
ava Specification Requests (JSRs) are the actual descriptions of proposed and final specifications
for the Java platform. At any one time there are numerous JSRs moving through the review and
approval process.
A simple way to stay up to date and track the JSRs in each stage of review is to join the Mailing
List. As a Mailing List member, you can automatically receive emails on JSRs as they move
through the stages in review.

Qu'est-ce que les JSR ? Quel est leur rôle ?

Les JSR sont des demandes d'utilisateurs du langage Java pour ajouter ou modifier des
fonctionnalités sur la plate-forme officielle fournie
par Sun. JSR signifie Java Specification Request, il
s'agit donc de requêtes émises par des membres d'un comité
Elles ne peuvent être émises que par le biais d'un membre du Java
Community Process (JCP), l'organisme chargé de faire évoluer le langage.
Le fonctionnement du JCP est ouvert à tous, moyennant un forfait annuel,
de manière à permettre aux clients de faire évoluer le langage selon leurs
besoins.
Comment se déroule le processus d'évaluation d'une JSR ?
Une fois initiée et approuvée, une JSR donne lieu à la rédaction d'un
texte qui se veut une spécification précise de la demande, avec pour but
d'en faire une fonctionnalité standard. Ce texte est créé puis mis à jour par
un groupe de spécialistes formés à l'occasion de cette JSR. Une fois le
document établi, il est accessible dans un premier temps sous forme privée
aux membres du JCP qui peuvent soumettre des propositions d'évolutions.
Lorsque cette étape est franchie et validée, la JSR est soumise au public
sur Internet. Ce dernier peut aussi faire part de ces remarques sur la future
spécification à venir afin de l'améliorer. Une fois le document jugé
suffisamment complet, il est transmis au JCP pour une dernière validation.
La spécification (JSR) devient alors une implémentation de référence (RI)
dans Java, ce qui signifie qu'elle est documentée, testée et supportée par
Sun Microsystems, responsable de Java.

Quels sujets peuvent être couverts par une JSR ?

Tous. Les JSR actuelles traitent par exemple de l'implémentation des
protocoles de voix sur IP H.323 (JSR 81) ou SIP dans Java, de l'utilisation
du langage de requête XQuery basé sur XML (JSR 225), de l'administration
des serveurs d'applications J2EE (JSR 77)... Selon la complexité du sujet et
son importance, le processus de validation d'une JSR s'étend sur une
période allant de 1 à 5 ans en moyenne.
Pour accélérer la disponibilité des fonctionnalités demandées par les
clients, les éditeurs gravitant autour de la plate-forme Java J2EE n'hésitent
pas à sortir des produits respectant les dernières évolutions d'une JSR, à
l'instar de la JSR 168, en attendant une implémentation de référence.
Actuellement, la JCP compte 927 demandes de JSR en cours.

Java Specification Requests

Java Specification Requests (JSR) est un système normalisé ayant pour but de faire évoluer la
plateforme Java.
Présentation
Il y a actuellement 328 JSRs. (1-300 & 901-927) Elles remplissent chacune un rôle bien précis. Par
exemple :
• La gestion de dispositifs Bluetooth (jsr 82 [1])
• L'accès aux informations personnelles (jsr 75 [2])
Implémentation
Certaines JSRs sont optionnelles et d'autres obligatoires. On peut noter par exemple que, sous les
nouvelles
contraintes des marchés, l'évolution de la norme MIDP1.0 (jsr 37 [3]) vers MIDP2.0 (jsr 118 [4]) a
vu l'adoption de la
gestion de requêtes Http (auparavant optionnelle).

JCP
le rôle premier du JCP(Java Community Process) est de coordonner l évolution du langage java et d
en maintenir la cohésion et la compatibilité , notemment par le biais de certifications

Le Java Community Process (JCP) est une organisation créée par Sun en 1998. Son but est de
coordonner l'évolution du langage Java et des technologies qui lui sont associées (voir la plateforme
Java). Le JCP s'est doté d'un processus formalisé permettant aux différentes parties intéressées d'être
impliquées dans la définition des futures versions et fonctionnalités de la plateforme Java. Le JCP
émet des Java Specification Requests (JSR), qui décrivent les spécifications et technologies
proposées pour un ajout à la plateforme Java. Des revues publiques formelles des JSRs sont menées
avant qu'une JSR ne devienne finale et qu'elle ne soit votée par le comité exécutif du JCP. Une JSR
finale fournit une implémentation de référence qui offre :
• une implémentation gratuite de la technologie sous la forme de code source,
• un ensemble de tests - le Technology Compatibility Kit (TCK) - pour vérifier la
compatibilité d'une implémentation avec la spécification.
Le JCP est composé d'entreprises du domaine Java, comme Sun, IBM, Oracle, Borland, BEA,
Nokia, Sony, mais aussi de fondations du monde du logiciel libre, comme OW2, ainsi que de
particuliers, pour lesquels l'adhésion est libre.

Déroulement du processus de spécification

Les étapes de la création d'une nouvelle spécification (JSR) sont :
1. Initialisation (initiation). Cette étape permet de rendre publique (au sein du JCP uniquement, pour
l'instant) différentes informations :
• Les membres participants au projet
• Une description du projet
• Une justification du projet
• Un échéancier prévisionnel
• Un plan mettant en évidence les outils et techniques nécessaires
• Tout document déjà existant utile pour la compréhension du projet
2. Ébauche prélimaire (early draft). Le but de cette étape est de créer un groupe d'experts chargé de
créer une première ébauche de la spécification qui sera soumise l'examen de la communauté, mais
aussi du public.
3. Release finale (final release). Lors de cette étape, la spécification est complétée en fonction des
résultats de l'étape précédente. Cette spécification est rendue publique.
4. Maintenance (maintenance). Un expert est nommé afin de veiller au maintien à niveau de la
spécification.
5.

85.1. Le JCP
Créé en 1998, le JCP (Java Community Process) est le processus chargé de définir les évolutions de
Java : cela concerne aussi bien les plateformes que les API. Le site du JCP est à l'url www.jcp.org
Chaque évolution est traitée sous la forme de propositions nommées JSR (Java Specification
Request). Le contenu d'une JSR peut être très varié, allant d'une API, d'une spécification, de la
définition d'une plate-forme et même les évolutions du JCP lui même. Par exemple, voici quelques
JSR :
• JSR 3 : JMX
• JSR 59 : Java 1.4
• JSR 153 : EJB 2.1
• JSR 215 : la version 2.6 du JCP lui même
• JSR 221 : JDBC 4.0
• ....
Chaque JSR possède un numéro qui est un identifiant unique. Une JSR est prise en charge par
plusieurs personnes :
• le leader de la spécification (specification leader)
 • un groupe de travail (experts group)
Le groupe de travail est composé d'au maximum une personne de Sun Microsystems, des
collaborateurs de sociétés (de toutes tailles), de membres de communautés open source (par
exemple Apache, Object Web, ...) et même de personnes individuelles. La participation au JCP est
payante sauf pour les personnes individuelles.
Une spécification évolue selon plusieurs états :
• initialisation
• brouillon
• early draft review
• final
• maintenance
Chaque JSR doit fournir plusieurs éléments pour être validée :
• un document de spécifications
• une implémentation de référence (RI : reference implementation) dont le code source est
diffusé
• un kit de tests de compatibilité (TCK : technology compatibility kit) : permet de valider une
implémentation des spécifications
Les spécifications et l'implémentation de référence sont publiques par contre la licence du TCK est
définie par le groupe de travail.
Certaines JSR ont été purement et simplement abandonnées.

. Introduction
Apparu en 1998, le JCP est donc processus de développement et d'amélioration de Java permettant à
des entreprises aussi bien qu'à des particuliers de participer. Le JCP met en place un cadre de travail
servant à entourer des propositions intitulées Java Specification Requests, ou JSR. Les sujets
peuvent énormément varier d'une JSR à l'autre. Ainsi les generics, qui font leur apparition dans le
J2SE 5 SDK 1.5, ont été définis dans la JSR 14, les spécifications de Java pour le temps réel sont
décrites dans la JSR 1 et la version 2.6 du JCP lui-même correspond à la JSR 215.
Le JCP est composé du Process Management Office, le PMO, et de deux Executive Committee :
l'un pour les plateformes mobiles, le ME EC, et l'autre pour les plateformes standard et entreprise, le
SE/EE EC. Le PMO est une entité interne à Sun Microsystems dont le rôle est de gérer l'ensemble
du programme. Ses préoccupations sont purement administratives et il n'intervient jamais dans le
choix et la validation des JSR. A l'inverse, les deux comités exécutifs sont en charge de la gestion
des JSR. Les comités sont composés de 15 membres, régulièrement élus par l'ensemble des
membres du JCP, plus de Sun Microsystems. Afin de comprendre leur travail, nous devons
découvrir la nature exacte d'une JSR.
A la réception d'une demande de JSR, le PMO lui assigne un numéro et lui ouvre une page web
dédiée. Nous en sommes au stade de l'initialisation qui dure 14 jours pendant lesquels la JSR est
accessible publiquement pour tout commentaire. Durant cette période, l'EC approprié doit
l'examiner et la soumettre à un vote d'acceptation. En cas de décision favorable, l'auteur originel
d'une JSR, le Specification Lead, doit former l'Expert Group qui sera responsable du développement
de la JSR. Le groupe de travail ainsi formé peut ensuite rédiger un premier brouillon pour les
spécifications et choisir la licence du TCK (Technology Compatibility Suite) et du RI
(implémentation de référence). Débute ensuite une période de 30 à 90 jours, la Early Draft Review,
durant laquelle les membres du JCP et toute personne extérieure peuvent communiquer leurs
remarques au sujet de la JSR. Tout commentaire pris en compte pourra entraîner une modification
des spécifications. A la fin de cette période, les auteurs peuvent continuer leur travail avant de le
soumettre de nouveau au PMO pour entrer en période de finalisation. Durant cette dernière le public
peut soumettre ses commentaires durant 30 à 90 jours. Des mises à jour peuvent être effectuées
jusqu'aux 7 derniers jours durant lesquels l'EC décide au vote si la JSR est suffisamment aboutie. Si
le vote est négatif, l'Expert Group dispose de 30 jours supplémentaires pour modifier le brouillon.
Finalement, le document final est soumis à l'EC pour une période de 14 jours à l'issue de laquelle un
vote final est effectué.
Une JSR doit fournir une RI, et une suite de tests de compatibilité, le TCK, sans lesquelles le vote
final ne peut avoir lieu. Lorsqu'une JSR est approuvée, le RI et le TCK sont mis en téléchargement
sur le site du JCP. Le TCK est indispensable pour toute entreprise ou personne souhaitant réaliser sa
propre implémentation d'une JSR. Les serveurs d'application J2EE doivent par exemple être
conforme au TCK associé.
Bien que le JCP ne soit pas totalement indépendant de Sun Microsystems, ce dernier ne possède
qu'un siège au sein de chaque EC qui accueillent non seulement de grandes entreprises comme
Nokia ou IBM, mais également des particuliers. Si vous souhaitez vous impliquer dans le futur de
Java, rendez-vous sur le site officiel, www.jcp.org.