Java Community Process Déroulement du processus de spécification | Lien externe | Menu de navigationLe site du Java Community Processm

Java


Sun1998Javaplateforme JavaSunIBMOracleBorlandBEANokiaSonylogiciel libreOW2





Page d'aide sur l'homonymie Pour les articles homonymes, voir JCP (homonymie).

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 |


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 |



  • (en) Le site du Java Community Process

  • Portail de la programmation informatique Portail de la programmation informatique

Popular posts from this blog

Can I stretch or expand an entire standalone document to fit the page? The Next CEO of Stack Overflow

Do these spellcasting foci from Xanathar's Guide to Everything have to be held in a hand?How do foci and somatic+material components interact when it comes to occupying a hand?Can you cast spells with a Somatic component if you're holding a two-handed weapon?Crafting an Improvised Spellcasting Focus?Can a multiclass Cleric/Warlock hold a Holy Shield and an Arcane Staff and still cast spells?Where should I report printing errors in Xanathar's Guide to Everything?Where can I purchase a legal Xanathar's Guide to Everything PDF?Can I use a hand holding a focus from one class to cover somatic components for a spell from another class?Do you need a “gameplay-wise” free hand to handle material components?Portent, as it relates to the Gambling downtime rules from Xanathar's Guide to EverythingWhat is the correct interpretation of the Gambling Results table in Xanathar's Guide to Everything?

Isabella Eugénie Boyer Biographie | Références | Menu de navigationmodifiermodifier le codeComparator to Compute the Relative Value of a U.S. Dollar Amount – 1774 to Present.