Procesul de comunitate Java

JCP este acronimul pentru Java Community Process sau acea instituție care se ocupă cu reglementarea dezvoltării tehnologiei Java . Este o organizație deschisă, care colectează cereri și propuneri atât de la membrii săi, cât și de la cei din afară și este preocupată în mod special de aprobarea și reglementarea specificațiilor tehnice Java .

Aceste specificații, atât cele din faza de aprobare, cât și cele deja aprobate, sunt colectate sub numele de Cereri de specificații Java (sau JSR ), numerotate și făcute publice pe site-ul instituțional.

Participarea la acest proces este publică și nu este nevoie să fiți membru plătitor pentru a participa.

Proces instituțional

În primul rând, pentru a participa la procesul de aprobare și la procesul de luare a deciziilor, este necesar să fie membru al JCP și, prin urmare, să fie membru al JCP în sine. În special, există trei entități distincte: entități comerciale (cu scop lucrativ), entități nonprofit sau entități legate de lumea educației și persoane fizice, experți sau părți interesate. Costul asociativ este zero doar pentru ultima categorie de entități. Cu toate acestea, este posibil să contribuiți ca participant public fără a fi neapărat membru al JCP, prin sugestii, sfaturi, recenzii ale lucrărilor în curs.

În principiu, există patru actori în acest proces:

• Publicul. Sunt toți cei care nu sunt asociați cu JCP, organizații sau persoane fizice.
• Membri. Sunt persoane sau instituții, asociate cu JCP, așa cum este descris mai sus.
• Experții. Aceștia sunt membri cu abilități și familiaritate deosebite asupra unui subiect specific supus specificațiilor.
• Comitetul executiv. Este un grup de experți cu puteri speciale care au sarcina de a ghida evoluția tehnologiei Java; rolul lor este doar de a verifica dacă propunerea specifică nu tratează subiecte deja incluse în alte specificații și că este de fapt utilă pentru domeniul specific în care este propusă.

Acestea fiind spuse, definiția unei noi specificații urmează un proces substanțial simplu, care constă din patru momente legate.

Iniţiere

Ideea inițială trebuie trimisă către JCP de către un membru, ca o cerere de modificare, actualizare sau creare a unei noi specificații (JSR). În cele două săptămâni următoare cererii, publicul, membrii și experții au ocazia să o revizuiască și să comenteze, până când i se va da forma finală care va fi supusă, la sfârșitul acestei perioade, la votul Comitetului executiv (CE). Dacă propunerea trece votul pozitiv, cererea continuă în procesul său și trece la faza următoare.

Proiect timpuriu

Primul pas este de a furniza un prim proiect al viitorului JSR. Pentru a face acest lucru, în următoarele 2-3 luni, șeful proiectului, de obicei persoana care a făcut cererea, lucrează pentru a forma un grup de experți, care se vor ocupa de redactarea unui prim proiect al caietului de sarcini. La sfârșit, proiectul este prezentat și supus examinării de către alți experți, membri sau public, pentru a primi comentarii și, eventual, pentru a actualiza conținutul acestuia.

Completați specificația, proiectul public / versiunea finală

Când se stabilește că primul proiect poate fi bun, continuăm cu dezvoltarea detaliată a RSI, întotdeauna prin participarea grupului de experți conectat la RSI în sine, a altor experți sau membri externi și a publicului. Acest proces, care durează în mod normal de la una la trei luni, se încheie cu pregătirea unui proiect public, care este supus din nou votului Comitetului executiv, însărcinat cu evaluarea corectitudinii sale generale. Dacă proiectul trece votul pozitiv, grupul de experți trebuie să aibă grijă să propună un proiect final, în timp ce șeful proiectului trebuie să pregătească un prototip care să se refere în mod explicit la implementare. Cu alte cuvinte, trebuie să facă o implementare „conceptuală” a specificației. Tot în această etapă, managerul de proiect trebuie să aibă grijă să pregătească kitul de compatibilitate tehnologică (TCK), adică setul de teste, instrumente și documente care permit celor care doresc să implementeze specificația să înțeleagă dacă implementarea lor este conformă. JSR. La sfârșit, toată această documentație este încă supusă controlului de către Comitetul executiv, care poate aproba sau nu publicarea acesteia sub forma unei „versiuni finale”. În cazul unui vot pozitiv, grupul de experți asociați cu RSI este dizolvat, iar propunerea devine standard din toate punctele de vedere.

întreținere

Dacă liderul de proiect consideră că sunt necesare unele modificări, pot fi implementate actualizări de întreținere. În luna următoare, experții, membrii și publicul pot participa și contribui la elaborarea actualizării, care este în cele din urmă trecută la votul Comitetului executiv: scopul este de a aproba includerea în JSR ca o actualizare minoră.

linkuri externe

• ( RO ) Site oficial , la jcp.org .
• ( RO ) Lista tuturor JSR-urilor , pe jcp.org .