EE. UU. de Yakarta

EE. UU. de Yakarta

Software de reproducción	Java
Lenguaje(s) de programación	Java
Solicitud(es)	Servidor de aplicaciones
Estado	Activo
Licencia	Licencia pública Eclipse o licencia pública general GNU con excepción de Classpath
Sitio web	jakarta.ee

Ediciones de la plataforma Java
Tarjeta Java Java ME (edición micro) Java SE (Edición estándar) Yakarta EE (edición empresarial) JavaFX (incluido en el JDK de Oracle desde las versiones 8 a 10, pero por separado desde la 11) PersonalJava (descontinuado)
en a mi

Jakarta EE , anteriormente Java Platform, Enterprise Edition ( Java EE ) y Java 2 Platform, Enterprise Edition ( J2EE ), es un conjunto de especificaciones que amplía Java SE ^[1] con especificaciones para funciones empresariales como computación distribuida y servicios web . ^[2] Las aplicaciones de Jakarta EE se ejecutan en tiempos de ejecución de referencia , que pueden ser microservicios o servidores de aplicaciones , que manejan transacciones, seguridad, escalabilidad, concurrencia y administración de los componentes que están implementando.

Jakarta EE se define por su especificación . La especificación define las API (interfaz de programación de aplicaciones) y sus interacciones. Al igual que con otras especificaciones de Java Community Process , los proveedores deben cumplir con ciertos requisitos de conformidad para declarar que sus productos cumplen con Jakarta EE .

Ejemplos de contextos en los que se utilizan tiempos de ejecución de referencia de Jakarta EE son: comercio electrónico , contabilidad y sistemas de información bancaria .

La plataforma se conoció como Java 2 Platform, Enterprise Edition o J2EE desde la versión 1.2, hasta que el nombre se cambió a Java Platform, Enterprise Edition o Java EE en la versión 1.5.

Oracle mantuvo Java EE bajo el Java Community Process . El 12 de septiembre de 2017, Oracle Corporation anunció que presentaría Java EE a la Fundación Eclipse . ^[3] El proyecto de nivel superior de Eclipse se denominó Eclipse Enterprise for Java (EE4J). ^[4] La Fundación Eclipse no pudo llegar a un acuerdo con Oracle sobre el uso de las marcas comerciales javax y Java. ^[5] Oracle posee la marca comercial del nombre "Java" y la plataforma pasó de llamarse Java EE a Jakarta EE. ^{[6] [7]} El nombre hace referencia a la ciudad más grande de la isla de Java y también a la capital de Indonesia, Yakarta . ^[8] El nombre no debe confundirse con el antiguo Proyecto Jakarta que fomentó una serie de proyectos Java actuales y anteriores en la Apache Software Foundation .

Jakarta EE incluye varias especificaciones que sirven para diferentes propósitos, como generar páginas web, leer y escribir desde una base de datos de forma transaccional y gestionar colas distribuidas.

Las API de Jakarta EE incluyen varias tecnologías que amplían la funcionalidad de las API básicas de Java SE , como Jakarta Enterprise Beans , conectores , servlets , Jakarta Server Pages y varias tecnologías de servicios web .

• Jakarta Servlet : define cómo gestionar las solicitudes HTTP, de forma sincrónica o asincrónica. Es de bajo nivel y otras especificaciones de Jakarta EE dependen de él;
• Jakarta WebSocket: especificación API que define un conjunto de API para dar servicio a conexiones WebSocket ;
• Jakarta Faces : una tecnología para construir interfaces de usuario a partir de componentes;
• Jakarta Expression Language ( EL ) es un lenguaje simple diseñado originalmente para satisfacer las necesidades específicas de los desarrolladores de aplicaciones web. Se utiliza específicamente en Jakarta Faces para vincular componentes a beans (de respaldo) y en Contexts and Dependency Injection a beans con nombre, pero se puede utilizar en toda la plataforma.

• Jakarta RESTful Web Services proporciona soporte en la creación de servicios web de acuerdo con el patrón arquitectónico de Transferencia de Estado Representacional (REST);
• Jakarta JSON Processing es un conjunto de especificaciones para gestionar información codificada en formato JSON;
• Jakarta JSON Binding proporciona especificaciones para convertir información JSON en o desde clases Java;
• Jakarta XML Binding permite mapear XML en objetos Java;
• Los servicios web XML de Jakarta se pueden utilizar para crear servicios web SOAP.

• Jakarta Activation ( JAF ) especifica una arquitectura para ampliar los componentes Beans proporcionando tipificación de datos y enlaces de dichos tipos.
• Jakarta Contexts and Dependency Injection ( CDI ) es una especificación para proporcionar un contenedor de inyección de dependencia ;
• La especificación de Jakarta Enterprise Beans ( EJB ) define un conjunto de API ligeras que un contenedor de objetos (el contenedor EJB) admitirá para proporcionar transacciones (mediante JTA ), llamadas a procedimientos remotos (mediante RMI o RMI-IIOP ), control de concurrencia , inyección de dependencias y control de acceso para objetos comerciales. Este paquete contiene las clases e interfaces de Jakarta Enterprise Beans que definen los contratos entre el bean empresarial y sus clientes y entre el bean empresarial y el contenedor ejb.
• Jakarta Persistence ( JPA ) son especificaciones sobre el mapeo relacional de objetos entre tablas de bases de datos relacionales y clases Java.
• Jakarta Transactions ( JTA ) contiene las interfaces y anotaciones para interactuar con el soporte de transacciones ofrecido por Jakarta EE. Si bien esta API se abstrae de los detalles de nivel realmente bajo, las interfaces también se consideran de nivel bajo y se supone que el desarrollador de aplicaciones promedio en Jakarta EE confía en el manejo transparente de transacciones por parte de las abstracciones EJB de nivel superior o usa las anotaciones proporcionadas por esta API en combinación con los beans administrados por CDI.
• Jakarta Messaging ( JMS ) proporciona una forma común para que los programas Java creen, envíen, reciban y lean los mensajes de un sistema de mensajería empresarial.

• Validación de Jakarta: este paquete contiene las anotaciones e interfaces para la compatibilidad con la validación declarativa que ofrece la API de validación de Jakarta. La validación de Jakarta proporciona una forma unificada de proporcionar restricciones a los beans (por ejemplo, las clases del modelo de persistencia de Jakarta) que se pueden aplicar en varias capas. En Jakarta EE, la persistencia de Jakarta respeta las restricciones de validación de los beans en la capa de persistencia, mientras que JSF lo hace en la capa de vista.
• Jakarta Batch proporciona los medios para el procesamiento por lotes en aplicaciones para ejecutar tareas en segundo plano de larga duración que posiblemente involucren un gran volumen de datos y que pueden necesitar ejecutarse periódicamente.
• Jakarta Connectors es una herramienta basada en Java para conectar servidores de aplicaciones y sistemas de información empresarial ( EIS ) como parte de la integración de aplicaciones empresariales ( EAI ). Se trata de una API de bajo nivel dirigida a proveedores con los que el desarrollador de aplicaciones promedio normalmente no entra en contacto.

En un intento por limitar la huella de los contenedores web, tanto en términos físicos como conceptuales, se creó el perfil web, un subconjunto de las especificaciones de Jakarta EE. El perfil web de Jakarta EE comprende lo siguiente:

Aunque por definición todas las implementaciones de Jakarta EE proporcionan el mismo nivel básico de tecnologías (es decir, la especificación de Jakarta EE y las API asociadas), pueden diferir considerablemente con respecto a características adicionales (como conectores , agrupamiento , tolerancia a fallas , alta disponibilidad , seguridad , etc.), tamaño instalado, huella de memoria , tiempo de inicio, etc.

El ejemplo de código que se muestra a continuación demuestra cómo se utilizan juntas varias tecnologías en Java EE 7 para crear un formulario web para editar un usuario.

En Jakarta EE, se puede crear una interfaz de usuario (web) utilizando Jakarta Servlet , Jakarta Server Pages ( JSP ) o Jakarta Faces ( JSF ) con Facelets . El ejemplo siguiente utiliza Faces y Facelets . No se muestra explícitamente que los componentes de entrada utilizan la API de validación de bean de Jakarta EE en segundo plano para validar las restricciones.

<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 nombre= "user_id" valor= "#{userEdit.user}" convertidor= "#{userConvertor}" /> </f:metadata>       <h:cuerpo> <h:mensajes />  <h:form> <h:panelGrid columnas= "2" > <h:outputLabel para= "firstName" valor= "Nombre" /> <h:inputText id= "firstName" valor= "#{userEdit.user.firstName}" etiqueta= "Nombre" />            <h:outputLabel for= "lastName" value= "Apellido" /> <h:inputText id= "lastName" value= "#{userEdit.user.lastName}" label= "Apellido" />         <h:commandButton acción= "#{userEdit.saveUser}" valor= "Guardar" /> </h:panelGrid> </h:form>      </h:cuerpo> </html>

Para facilitar la visualización, Jakarta EE utiliza un concepto denominado "Backing Bean". El ejemplo siguiente utiliza Contexts and Dependency Injection (CDI) y Jakarta Enterprise Beans ( EJB ).

@Named @ViewScoped clase pública UserEdit {    Usuario privado usuario ;   @Inject usuarioDAO privado userDAO ;    public String saveUser ( ) { userDAO.save ( this.user ) ; addFlashMessage ( " Usuario " + this.user.getId ( ) + " guardado " ) ;          devolver "usuarios.xhtml?faces-redirect=true" ; }   public void setUser ( Usuario usuario ) { this.usuario = usuario ; }​​         público Usuario getUser () { return usuario ; } }      

Para implementar la lógica empresarial, Jakarta Enterprise Beans ( EJB ) es la tecnología dedicada en Jakarta EE. Para la persistencia real, se puede utilizar JDBC o Jakarta Persistence (JPA). El ejemplo siguiente utiliza EJB y JPA. No se muestra explícitamente que EJB utiliza JTA en secreto para controlar el comportamiento transaccional.

@Stateless clase pública UserDAO {    @PersistenceContext EntityManager privado entityManager ;    public void save ( Usuario usuario ) { entityManager . persist ( usuario ); }       public void update ( Usuario usuario ) { entityManager.merge ( usuario ) ; }​       pública Lista < Usuario > getAll ( ) { return entityManager.createNamedQuery ( " Usuario.getAll " , Usuario.class ) .getResultList ( ) ; }        }

Para definir clases de entidad/modelo, Jakarta EE proporciona Jakarta Persistence ( JPA ) y, para expresar restricciones en esas entidades, proporciona la API Bean Validation. El siguiente ejemplo utiliza ambas tecnologías.

@Entity clase pública Usuario {    @Id @GeneratedValue ( estrategia = IDENTIDAD ) privado Entero id ;       @Size ( min = 2 , mensaje = "Nombre demasiado corto" ) cadena privada firstName ;       @Size ( min = 2 , mensaje = "Apellido demasiado corto" ) private String apellido ;       público entero getId () { devolver id ; }       público void setId ( entero id ) { este . id = id ; }         public String getFirstName () { devolver nombre ; }       public void setFirstName ( String firstName ) { this.firstName = firstName ; }​​         public String getLastName () { return apellido ; }       public void setLastName ( String apellido ) { this.lastName = apellido ; }​​        }

• Canigó (marco)
• Descriptor de implementación
• Planos de Java
• Licencia de investigación de Java
• Licencia de fuente comunitaria de Sun
• Servidor de portal del sistema Sun Java
• Contenedor web
• J2ME

Wikimedia Commons tiene medios relacionados con Yakarta EE .

• Sitio web oficial
  • Productos compatibles con Jakarta EE: servidores web y aplicaciones Java empresariales - Eclipse Foundation
• El tutorial de Jakarta EE
• Tutorial de la primera taza de Jakarta EE: una introducción a Jakarta EE
• Plataforma Java, edición empresarial (Java EE), Oracle Technology Network
• Canal oficial de Jakarta EE en YouTube