Dżakarta EE - Jakarta EE

Dżakarta EE

Oprogramowanie odtwarzacza	Jawa
Języki programowania)	Jawa
Aplikacje)	Serwer aplikacji
Status	Aktywny
Licencja	Licencja Publiczna Eclipse lub Powszechna Licencja Publiczna GNU z wyjątkiem Classpath

Edycje platformy Java
Karta Java Java ME (mikro) Java SE (standardowa) Dżakarta EE (przedsiębiorstwa) JavaFX (w JRE od 8 do 10, ale osobno dla JavaFX 1.x, 2.x i ponownie od 11) PersonalJava (wycofane)
v T mi

Jakarta EE , dawniej Java Platform, Enterprise Edition ( Java EE ) i Java 2 Platform, Enterprise Edition ( J2EE ) to zestaw specyfikacji rozszerzający Java SE o specyfikacje funkcji korporacyjnych, takich jak przetwarzanie rozproszone i usługi internetowe . Aplikacje Jakarta EE są uruchamiane na referencyjnych środowiskach uruchomieniowych , które mogą być mikrousługami lub serwerami aplikacji , które obsługują transakcje, bezpieczeństwo, skalowalność, współbieżność i zarządzanie wdrażanymi komponentami.

Jakarta EE jest zdefiniowana przez swoją specyfikację . Specyfikacja definiuje API (interfejs programowania aplikacji) i ich interakcje. Podobnie jak w przypadku innych specyfikacji Java Community Process , dostawcy muszą spełnić określone wymagania zgodności, aby zadeklarować swoje produkty jako zgodne z Dżakartą EE .

Przykładami kontekstów, w których wykorzystywane są odwołujące się środowiska wykonawcze Jakarta EE, to: e-commerce , księgowość, bankowe systemy informatyczne.

Historia

Platforma była znana jako Java 2 Platform, Enterprise Edition lub J2EE od wersji 1.2, aż do zmiany nazwy na Java Platform, Enterprise Edition lub Java EE w wersji 1.5.

Java EE była utrzymywana przez Oracle w ramach Java Community Process . 12 września 2017 r. firma Oracle Corporation ogłosiła, że ​​zgłosi Java EE do Eclipse Foundation . Projekt najwyższego poziomu Eclipse został nazwany Eclipse Enterprise for Java (EE4J). Fundacja Eclipse nie mogła zgodzić się z Oracle w sprawie używania znaków towarowych javax i Java. Oracle jest właścicielem znaku towarowego dla nazwy „Java” i zmienił nazwę platformy Java EE na Jakarta EE. Nie należy mylić nazwy z dawnym Projektem Jakarta, który wspierał wiele obecnych i byłych projektów Java w Apache Software Foundation .

• J2EE 1.2 (12 grudnia 1999)
• J2EE 1.3 (24 września 2001)
• J2EE 1.4 (11 listopada 2003)
• Java EE 5 (11 maja 2006)
• Java EE 6 (10 grudnia 2009)
• Java EE 7 (28 maja 2013), ale 5 kwietnia 2013 zgodnie ze specyfikacją. 12 czerwca 2013 był planowaną datą rozpoczęcia
• Java EE 8 (31 sierpnia 2017 r.)
• Jakarta EE 8 (10 września 2019) - w pełni kompatybilna z Java EE 8
• Jakarta EE 9 (22 listopada 2020 r.) - zmiana przestrzeni nazw javax.* na jakarta.*.
• Dżakarta EE 9.1 (25 maja 2021) – obsługa JDK 11

Specyfikacje

Jakarta EE zawiera kilka specyfikacji, które służą różnym celom, takim jak generowanie stron internetowych, odczytywanie i zapisywanie z bazy danych w sposób transakcyjny, zarządzanie kolejkami rozproszonymi.

Interfejsy API Jakarta EE obejmują kilka technologii rozszerzających funkcjonalność podstawowych interfejsów API Java SE , takich jak Jakarta Enterprise Beans , konektory , serwlety , Jakarta Server Pages i kilka technologii usług internetowych .

Specyfikacje internetowe

• Jakarta Servlet : określa sposób zarządzania żądaniami HTTP w sposób synchroniczny lub asynchroniczny. Jest to niski poziom i opierają się na nim inne specyfikacje Jakarta EE;
• Jakarta WebSocket: specyfikacja API, która definiuje zestaw interfejsów API do obsługi połączeń WebSocket ;
• Jakarta Faces : technologia konstruowania interfejsów użytkownika z komponentów;
• Jakarta Expression Language ( EL ) to prosty język, który został pierwotnie zaprojektowany w celu zaspokojenia specyficznych potrzeb programistów aplikacji internetowych. Jest używany w szczególności w Jakarta Faces do wiązania komponentów z (podstawowymi) ziarnami oraz w Contexts i Dependency Injection z nazwanymi ziarnami, ale można go używać na całej platformie.

Specyfikacje usług internetowych

• Jakarta RESTful Web Services zapewnia wsparcie w tworzeniu usług internetowych zgodnie z wzorcem architektonicznym Representational State Transfer (REST);
• Jakarta JSON Processing to zestaw specyfikacji do zarządzania informacjami zakodowanymi w formacie JSON;
• Jakarta JSON Binding zapewnia specyfikacje konwersji informacji JSON na lub z klas Java;
• Dżakarta XML Binding umożliwia mapowanie XML na obiekty Java;
• Usługi sieciowe XML firmy Dżakarta mogą być używane do tworzenia usług internetowych SOAP.

Specyfikacje dla przedsiębiorstw

• Jakarta Contexts and Dependency Injection ( CDI ) to specyfikacja zapewniająca kontener wstrzykiwania zależności ;
• Specyfikacja Jakarta Enterprise Beans ( EJB ) definiuje zestaw lekkich interfejsów API, które kontener obiektów (kontener EJB) będzie obsługiwał w celu dostarczania transakcji (przy użyciu JTA ), zdalnych wywołań procedur (przy użyciu RMI lub RMI-IIOP ), kontroli współbieżności , zależności wstrzykiwanie i kontrola dostępu do obiektów biznesowych. Ten pakiet zawiera klasy i interfejsy Jakarta Enterprise Beans, które definiują umowy między komponentem bean przedsiębiorstwa a jego klientami oraz między nim a kontenerem ejb.
• Jakarta Persistence ( JPA ) to specyfikacje dotyczące mapowania obiektowo-relacyjnego między tabelami relacyjnych baz danych a klasami Java.
• Jakarta Transactions ( JTA ) zawiera interfejsy i adnotacje do interakcji z obsługą transakcji oferowaną przez Jakarta EE. Mimo że ten interfejs API abstrahuje od szczegółów naprawdę niskiego poziomu, interfejsy są również uważane za nieco niskopoziomowe i zakłada się, że przeciętny programista aplikacji w Jakarta EE albo polega na przejrzystej obsłudze transakcji przez abstrakcje EJB wyższego poziomu, albo używa adnotacje dostarczane przez ten interfejs API w połączeniu z komponentami zarządzanymi przez CDI.
• Jakarta Messaging ( JMS ) zapewnia programom Java typowy sposób tworzenia, wysyłania, odbierania i odczytywania komunikatów korporacyjnego systemu przesyłania wiadomości.

Inne specyfikacje

• Walidacja: Ten pakiet zawiera adnotacje i interfejsy do obsługi walidacji deklaratywnej oferowanej przez interfejs API walidacji Bean . Walidacja ziaren zapewnia ujednolicony sposób wprowadzania ograniczeń dotyczących ziaren (np. klas modeli JPA), które można wymuszać między warstwami. W Jakarta EE JPA honoruje ograniczenia walidacji ziaren w warstwie trwałości, podczas gdy JSF robi to w warstwie widoku.
• Jakarta Batch zapewnia środki do przetwarzania wsadowego w aplikacjach w celu uruchamiania długotrwałych zadań w tle, które mogą obejmować duże ilości danych i które mogą wymagać okresowego wykonywania.
• Jakarta Connectors to oparte na Javie narzędzie do łączenia serwerów aplikacji i systemów informatycznych przedsiębiorstw ( EIS ) w ramach integracji aplikacji korporacyjnych ( EAI ). Jest to interfejs API niskiego poziomu przeznaczony dla dostawców, z którymi przeciętny programista aplikacji zazwyczaj nie ma kontaktu.

Profil internetowy

Próbując ograniczyć rozmiar kontenerów internetowych, zarówno pod względem fizycznym, jak i koncepcyjnym, stworzono profil internetowy, podzbiór specyfikacji Jakarta EE. Profil internetowy Jakarta EE obejmuje:

Certyfikowane referencyjne środowiska wykonawcze

Chociaż z definicji wszystkie implementacje Jakarta EE zapewniają ten sam podstawowy poziom technologii (mianowicie specyfikację Jakarta EE i powiązane interfejsy API), mogą się one znacznie różnić pod względem dodatkowych funkcji (takich jak złącza , klastrowanie , odporność na awarie , wysoka dostępność , bezpieczeństwo , itp.), zainstalowany rozmiar, rozmiar pamięci, czas uruchamiania itp.

Dżakarta EE

Java EE

Próbka kodu

Poniższy przykład kodu pokazuje, w jaki sposób różne technologie w Java EE 7 są używane razem do tworzenia formularza internetowego do edycji użytkownika.

W Jakarta EE (internetowy) interfejs użytkownika można zbudować przy użyciu Jakarta Servlet , Jakarta Server Pages ( JSP ) lub Jakarta Server Faces ( JSF ) z Facelets . Poniższy przykład wykorzystuje Faces i Facelets . Nie pokazano wyraźnie, że komponenty wejściowe używają interfejsu API Jakarta EE Bean Validation pod osłonami do sprawdzania poprawności ograniczeń.

<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:h="http://xmlns.jcp.org/jsf/html" xmlns:f="http://xmlns.jcp.org/jsf/core">

    <f:metadata>
        <f:viewParam name="user_id" value="#{userEdit.user}" converter="#{userConvertor}" />
    </f:metadata>

    <h:body>

        <h:messages />

        <h:form>
            <h:panelGrid columns="2">
                <h:outputLabel for="firstName" value="First name" />
                <h:inputText id="firstName" value="#{userEdit.user.firstName}" label="First name" />

                <h:outputLabel for="lastName" value="Last name" />
                <h:inputText id="lastName" value="#{userEdit.user.lastName}" label="Last name" />

                <h:commandButton action="#{userEdit.saveUser}" value="Save" />
            </h:panelGrid>
        </h:form>

    </h:body>
</html>

Przykładowa klasa Backing Bean

Aby wspomóc ten widok, Jakarta EE używa koncepcji zwanej „fasolką wspierającą”. Poniższy przykład używa Contexts and Dependency Injection (CDI) i Jakarta Enterprise Beans ( EJB ).

@Named
@ViewScoped
public class UserEdit {

    private User user;

    @Inject
    private UserDAO userDAO;

    public String saveUser() {
        userDAO.save(this.user);
        addFlashMessage("User " + this.user.getId() + " saved");

        return "users.xhtml?faces-redirect=true";
    }

    public void setUser(User user) {
        this.user = user;
    }

    public User getUser() {
        return user;
    }
}

Przykładowa klasa obiektu dostępu do danych

Aby wdrożyć logikę biznesową, Jakarta Enterprise Beans ( EJB ) to dedykowana technologia w Dżakarcie EE. Do rzeczywistej trwałości można użyć JDBC lub Jakarta Persistence (JPA). Poniższy przykład używa EJB i JPA. Nie wykazano wyraźnie, że JTA jest używane pod osłonami przez EJB do kontrolowania zachowań transakcyjnych.

@Stateless
public class UserDAO {

    @PersistenceContext
    private EntityManager entityManager;

    public void save(User user) {
        entityManager.persist(user);
    }

    public void update(User user) {
        entityManager.merge(user);
    }

    public List<User> getAll() {
        return entityManager.createNamedQuery("User.getAll", User.class)
                            .getResultList();
    }

}

Przykładowa klasa Entity

Do definiowania klas encji/modeli firma Jakarta EE udostępnia interfejs Jakarta Persistence ( JPA ), a do wyrażania ograniczeń na tych encjach udostępnia interfejs API sprawdzania poprawności ziaren (Bean Validation API). Poniższy przykład wykorzystuje obie te technologie.

@Entity
public class User {

    @Id
    @GeneratedValue(strategy = IDENTITY)
    private Integer id;

    @Size(min = 2, message="First name too short")
    private String firstName;

    @Size(min = 2, message="Last name too short")
    private String lastName;

    public Integer getId() {
        return id;
    }

    public void setId(Integer id) {
        this.id = id;
    }

    public String getFirstName() {
        return firstName;
    }

    public void setFirstName(String firstName) {
        this.firstName = firstName;
    }

    public String getLastName() {
        return lastName;
    }

    public void setLastName(String lastName) {
        this.lastName = lastName;
    }

}

Zobacz też

• Kontener internetowy
• Deskryptor wdrożenia
• Java BluePrints
• Serwer portalu Sun Java System
• Licencja na źródło Sun Community
• Licencja na badania Java

Bibliografia

Zewnętrzne linki

• Oficjalna strona internetowa
• Gupta, Arun (2013). Podstawy Java EE 7 . O'Reilly.
• Goncalves, Antonio (2013). Rozpoczęcie Java EE 7 . ANaciśnij.
• Java EE firmy Oracle Technology Network
• Strona Oracle dotycząca kompatybilności Java EE — Certyfikowane implementacje kompatybilne z Java EE
• Podstawowe wzorce J2EE
• Krótki samouczek wprowadzający początkujących programistów Java EE do platformy Java EE