Java EE

Servicios

Permiten que el programador se concentre en su lógica de negocio y use estos servicios para su aplicación. Estos servicios pueden tener funcionalidades de seguridad, comunicaciones de red, logging, integridad de datos, etc. Estos servicios son proporcionados por un contenedor.^{[cita requerida]}

Contenedores

Son entornos en tiempo de ejecución; es decir, un programa que se está ejecutando y tu aplicación se monta sobre este como si fuera un plugin o el casete para una consola de juegos. Hay varios tipos de contenedores y la agrupación de ellos forman un servidor de aplicaciones.^{[cita requerida]}

Componentes

Son objetos Java que contienen la lógica de negocio de la aplicación y usan los servicios proporcionados por el contenedor. Hay varios tipos de componentes y según ese tipo son desplegados en un contenedor u otro.

Estos tres conceptos permiten a Java EE definir una arquitectura de capas:^{[cita requerida]}

Capa cliente

Con componentes que corren en la máquina del cliente, como un navegador, un teléfono inteligente o una computadora de escritorio^{[cita requerida]}

Capa web

Corre en el servidor Java EE o servidor de aplicaciones y se comunica con la capa web(capa cliente?) y la de capa de negocio de tal manera que transforma la información al formato adecuado, por ejemplo, HTML.^{[cita requerida]}

Capa de servidor/negocio

Proporciona los datos y persiste la información de la capa cliente y contiene la capa de negocio. También se ejecuta en el servidor de aplicaciones.^{[cita requerida]}

Capa de datos

Donde se persisten los datos, por ejemplo una bbdd.

Esta arquitectura intenta independizar evitando dependencias entre capas.

El uso de estas capas, nos permite a la hora de desarrollar dividir nuestra aplicación en distintas capas. El modelo más típico es el Modelo Vista Controlador MVC en el cual se separa la capa de presentación, la de negocio y la de acceso a datos. Una arquitectura multicapas promueve la separación de responsabilidades por capas. En el caso particular de 3-capas se separa la presentación de la lógica de negocio y ésta de la de datos. La capa de presentación no accede directamente a la base de datos, sino que lo hace únicamente a través de la capa de negocio. La arquitectura multicapas introduce muchas mejoras importantes dentro del diseño de la aplicación, incluyendo la flexibilidad a través de una adecuada separación entre la capa de presentación y la lógica de negocio.

Componentes de cliente

Son todos aquellos que se ejecutan en la máquina del cliente y hay de dos tipos, aplicaciones de clientes y clientes web. Los clientes web se conocen como Thin Clients y son páginas web generadas dinámicamente por los componentes web con lenguajes como HTML o XML que se envían a la máquina del cliente como respuesta a una petición, en la que habrá un navegador web que se encargará de mostrarle al cliente el contenido. Incluso esa web puede llevar un applet integrado. En este caso, se conectan directamente con la capa web del servidor JEE la cual es la encargada de acceder a la capa de negocio. Por otro lado las aplicaciones de cliente o Smart Clients, las cuales se ejecutan también en cliente, y ofrecen una interfaz más rica no basadas en un navegador web. En este caso se “saltan” la conexión con la capa web y tiran directamente contra la capa de negocio.

Componentes web

Se ejecutan en el contenedor web del servidor JEE y son servlets, páginas web dinámicas como JSF y/o JSPs y JavaBeans. Los servlets son clases java que procesan dinámicamente las peticiones del cliente y generan respuestas adecuadas. Los JSP es un servlet pero más orientado a la presentación, es más sencillo para el programador. Los JSF es una evolución de los JSP pero con una interfaz de usuario más potente ya que soporta, por ejemplo Ajax. Por último los Javabeans son componentes de servidor que encapsulan la lógica de negocio de una aplicación.

Componentes de la capa de negocio

Son los que implementan la lógica de negocio y se ejecutan en la capa de negocio. Son los EJB Enterprise Java Beans. Los EJBs los hay de tres tipos, de sesión de entidad y dirigidos por mensajes. Las tecnologías básicas de esta capa son los EJBs, la api-Rest o las de persistencia

Componentes de la capa de datos

No son componentes de java en si,sino que son 3party. Nos permite explotar las características de esos servicios. Para ello Java EE nos proporciona un API de conectividad con bbdd, otro de persistencia para poder guardar información, API de transacciones, etc.

Persistencia

Los datos y la información son clave en las aplicaciones actuales. Las organizaciones y las aplicaciones necesitan guardar datos porque necesitan almacenar la información sobre su actividad. Hoy en día vamos a que todo tiene que ser almacenado y todo tiene que ser recuperable para poder explotar esa información. Cualquier aplicación hoy en día debe tener almacenada información y debe poder recuperarla en cualquier momento. En el mundo de java existen múltiples maneras de almacenar información, desde lo más sencillo que sería serializando una serie de datos en algún tipo de archivo como guardarlos en formato json, xml, guardarlos en formato binario como con protocolbuffer o incluso en el peor de los casos con la API serializable de java o en el caso más profesional con el uso de bbdd o almacenes de datos.^{[cita requerida]}

Este último caso, que es el más habitual, tiene un problema, ya que cuando hablamos de bbdd, en muchos casos nos referimos a bbdd relacionales, donde se almacenan los datos en tablas. Sin embargo java es un lenguaje orienta a objetos y trabajar con estos dos conceptos puede tener sus pequeños problemas ya que necesitamos algo que nos convierta entre objetos y relaciones que tenemos en nuestra bbdd relacional.

Existen distintas formas de hacerlo, como por ejemplo con el uso de JDBC que permite especificar consultas SQL.

Existe un mecanismo que se encarga de hacer esto por nosotros, los ORMs, que son librerías que nos permiten convertir entre objetos y entidades relacionales. Las dos tecnologías más extendidas en este aspecto son JPA, una API que permite almacenar de forma persistente información simplemente etiquetando cada uno de los elementos que necesitamos recordar)e Hibernate que es uno de los ORM más utilizados.

Seguridad

La seguridad es un aspecto fundamental de las aplicaciones empresariales. La seguridad en Java EE está basada en el Servicio Java de Autentificación y Autorización (JAAS). JAAS separa el sistema de autentificación de la aplicación Java EE mediante el uso de un API bien definida que es implementada por el servidor de aplicaciones.

javax/ejb.*

• javax.ejb

La API Enterprise JavaBeans define un conjunto de API que un contenedor de objetos distribuidos soportará para suministrar persistencia, RPCs (usando RMI o RMI-IIOP), control de concurrencia, transacciones y control de acceso para objetos distribuidos.

javax/naming

• javax.naming (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).

Los paquetes javax.naming, javax.naming.directory, javax.naming.event, javax.naming.ldap y javax.naming.spi definen la API de Java Naming and Directory Interface (JNDI).

java.sql

Los paquetes java.sql y javax.sql definen la API de JDBC.

javax/transaction.*

• javax.transaction

Estos paquetes definen la Java Transaction API (JTA).

javax/xml.*

• javax.xml (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).

Estos paquetes definen la API JAXP.

javax/jms.*

• javax.jms

Estos paquetes definen la API JMS.

javax/persistence

• javax.persistence (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).

Este paquete provee las clases e interfaces para gestionar la interacción entre los proveedores de persistencia, las clases administradas y los clientes de la Java Persistence API (JPA).

Servidores de Aplicaciones Java EE 5 certificados

• JOnAS, un servidor de aplicaciones de código abierto de ObjectWeb.
• JBoss, desarrollado inicialmente por JBoss Seam y adquirido posteriormente por Red Hat. Existe una versión de código abierto soportada por la comunidad y otra empresarial.^{[cita requerida]}
• Sun Java System Application Server Platform Edition 9.0, basado en GlassFish.
• Oracle WebLogic Application Server 10.0 (Antes BEA Systems).
• Servidor de Aplicaciones SAP NetWeaver, Java EE 5 Edition de SAP SE.
• JEUS 6, un Servidor de aplicaciones específico de GNU/Linux de TmaxSoft.
• Apache Geronimo 2.0
• IBM WebSphere Application Server.
• Oracle Containers for Java EE 11.
• GlassFish, un servidor de aplicaciones de código abierto de Sun.
• Apache OpenEJB vía Apache Geronimo.

Servidores de Aplicaciones J2EE 1.4 certificados

• Geronimo Application Server, un servidor de aplicaciones de código abierto de Apache.
• JOnAS, un servidor de aplicaciones de código abierto de ObjectWeb.
• Servidor de Aplicaciones SAP NetWeaver, Java EE 5 Edition de SAP AG.^{[cita requerida]}
• Sun Java System Web Server
• Sun Java System Application Server
• IBM WebSphere Application Server (WAS) de IBM.
• Servidor de aplicaciones WebLogic de BAE Systems.

Servidores de Aplicaciones J2EE 1.3 certificados

• Servidor de Aplicaciones JRun de Macromedia.