Java Community Process

Un article de Wikipédia, l'encyclopédie libre.
(Redirigé depuis JCP)
Aller à : navigation, rechercher

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 des particuliers, pour lesquels l'adhésion est libre.

Déroulement du processus de spécification[modifier | modifier le code]

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éliminaire (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.

Lien externe[modifier | modifier le code]