Ewolucja Javy
-
- Tomasz Kopacz,
- 29.04.2002
Proces standaryzacyjny JCP składa się z czterech głównych etapów. W pierwszym jeden z członków komitetu (licencjobiorca Javy) zgłasza propozycję - szkielet specyfikacji. Okreś-lane są role w komitecie, zajmującym się konkretną technologią, i jest opracowywany wstępny harmonogram prac. W wyniku prac komitetu wykonawczego co tydzień ogłaszana jest kolejna specyfikacja JSR (Java Specification Request), dostępna wyłącznie członkom JCP.
Bea WebLogic - środowisko BEA oferuje wygodne, graficzne projektowanie usług Web przy użyciu specjalnego projektanta, w którym dokładnie widać przepływ komunikatów w obrębie projektowanej aplikacji
Po upłynięciu czasu przeznaczonego na publiczną debatę (okres ten jest zmienny, zależy od decyzji ekspertów), następuje kolejny etap, tzw. faza stabilizacji. Teraz opracowywane są zestawy testów zgodności z nową specyfikacją (powstaje Technology Compatibility Kit) i jej wzorcowa implementacja.
1. Zgłoszenie potrzeby opracowania specyfikacji - Java Specification Request - przez członka JCP.
Sun zapowiedział, że będzie przyjmował zgłoszenia ze środowisk open source i prawdopodobnie je finansował. Proces ten trwa ok. 14 dni.
2. Opracowanie, przez wszystkich członków komitetu JCP, uzgodnionej specyfikacji JSR.
Czas trwania - zwykle 1-3 miesięcy.
3. Opublikowanie przez wybraną grupę ekspertów wstępnej, publicznej wersji specyfikacji i otwarcie procesu zgłaszania uwag przez internautów.
Czas trwania - 1-3 miesięcy.
4. Stabilizacja i dopracowywanie standardu.
Proces trwa do 30 dni.
Ostatnim etapem jest udostępnienie ostatecznej, "standardowej" specyfikacji API Javy.
Sun podczas tegorocznej konferencji JavaOne wprowadził modyfikację do programu JCP. Ogłosił m.in. że początkową specyfikację JSR, oprócz uczestników JCP, będą mogły również zgłaszać środowiska open source. Właściciel technologii Java nie zdecydował się jednak na pełne otwarcie języka. Te JSR, które były sponsorowane przez Suna, zostaną udostępnione środowiskom open source. API nie będzie mogło jednak być licencjonowane na zasadach General Public License (która, w uproszczeniu, wymaga, by każdy program korzystający z kodu GPL był dostępny bez opłat wraz z kodem źródłowym).
Pionier rynku - spóźniony
Analizując stan API oferowanego w ramach obecnie obowiązującej specyfikacji J2EE 1.3, można wysnuć wniosek, że tak naprawdę całościowe wsparcie dla usług Web nie jest na razie dostępne. J2EE oferuje tylko podstawowe mechanizmy manipulacji XML i pewne narzędzia, służące do przekazywania strumienia HTTP. Funkcjonalność ta ma być znacznie rozszerzona wraz z udostępnieniem J2EE 1.4, co nastąpi prawdopodobnie w przyszłym roku. Obecnie prowadzone prace standaryzacyjne obejmują m.in. specyfikacje:
Pakietem narzędziowym Suna dedykowanym do tworzenia usług Web będzie Java Web Services Developer Pack (WSDP), obecnie dostępny w wersji beta. Obsługuje on technologie SOAP, WSDL, UDDI i zawiera rozszerzony parser XML (znacznie wygodniejszy niż opisany w standardzie). W skład pakietu WSDP wchodzą: Java XML Pack (wersja z I kwartału 2002 r.), JavaServer Pages Standard Tag Library (JSTL) 1.0 Beta 1, Ant Build Tool 1.4.1, Java WSDP Registry Server 1.0 EA2, Web Application Deployment Tool oraz serwer Apache Tomcat 4.1. Programista może korzystać z API JAX-RPC, JAXM, pozwalającego na opakowanie dowolnego komunikatu w wywołanie SOAP, a także JAXR, umożliwiającego manipulowanie re- jestrem UDDI. Sun, oprócz SOAP, obsługuje także inne standardy wywoływania usług Web (częściowo ebXML, a także własne, zawierające elementy, ułatwiające przekazywanie "stanu" pomiędzy komponentami).
