Veamos una introducción a Yakarta entre precedían pero por qué Yakarta?
Qué pasa con Java e conlleva Enterprise dicho a partir de la versión 8 de Java Enterprise 8 cambia de
nombre de Java a Yakarta y además hay una estructuración deja de ser controlado y manejado por la compañía
Oracle.
Y puedo ser parte de la comunidad y de todos los grandes proyectos que la conforman.
Por ejemplo, como Eclipse, Davos y varias más.
En el curso vamos a trabajar con la última versión con Yakarta Enterprise y dicho 9.
Pero bien, veamos de qué se trata Yakarta o Yaba entre dicho es un conjunto de especificaciones que
parte de la plataforma Java ahora manejado todo por la comunidad para desarrollar aplicaciones web empresariales,
aplicaciones que tienen como característica ser distribuida y utilizando una arquitectura de multi capas
tanto para aplicaciones web y también para servicios web servicios Red Bull SOAP.
Una aplicación típica de una arquitectura en capas.
Por un lado vamos a tener la capa web MBC, por ejemplo utilizando servlet JSP y el modelo, pero también
vamos a tener capa de servicio principalmente por los Enterprise Yavin, que son objetos transaccionales
que están desplegados en un servidor de aplicaciones, ya sea de forma local en nuestra aplicación web
o de forma remota en otro servidor de aplicaciones.
Pero también pueden ser servicios REST, aplicaciones que estemos consumiendo, que sean externa a nuestro
proyecto, pero también podrían ser internas locales.
Es decir, hay varias configuraciones y por otro lado tenemos la capa de datos, los repositorios implementados
por ejemplo con JPA, con el contexto de persistencia de Java, el Identity Manager y por supuesto con
JS que se comunica con la.
Cada una de estas capas interactúan unas con otras.
Por ejemplo, la capa de servicio depende de la capa de datos.
Por ejemplo, un JDO, una clase service implementada con Playa de Vinz va a tener una dependencia con
un repository que realiza consultas y operaciones con JPA, con el Entity Manager.
Una clase repositorio o repository son aquellas que acceden a los datos y realizan consultas y operaciones
y la capa de servicio es dependencia de la capa web.
Por lo tanto, en un contexto modelo vista controlador donde un usuario realiza un request, una consulta
a la capa web entra al SELECT.
El SELECT recibe este request y lo maneja.
Maneja la petición del usuario.
Probablemente el usuario enviando parámetros, los recibe y se lo pasa a la capa servicio para que este
realice alguna consulta operación con estos parámetros y luego le devuelve el resultado como un objeto
de negocio, un objeto de modelo.
Y esto es que tu modelo, el select, se lo pasa a la vista.
En este caso a un JSP se lo pasa en la respuesta HTTP y finalmente se muestra en el navegador, pero
entrando un poco más en profundidad y en detalle a esta arquitectura multicapa.
Tenemos dos grandes contenedores dentro de un servidor de aplicaciones.
Por una parte, tenemos el contenedor web que va a manejar y a contener todo lo relacionado a los CERLE
y JSP.
El SELECT en nuestro controlador que maneja las peticiones web y la JSP es la vista.
Por otro lado, tenemos el contenedor JS, que acá está toda la capa servicio y también la capa de persistencia,
los datos.
Por lo tanto, el contenido web siempre va a estar interactuando con el contenedor de JBA, pero no
solamente la capa servicio, pues el local dentro de nuestra aplicación web dentro del contenedor y
sitios de aplicaciones, sino también podría estar en la nube de forma distribuida, como por ejemplo
consumir servicios REST que están publicado en otros servidores y también es parte de la capa de servicio.
Bien, pero vea un poco más características de Yeva entre el PC dicho en la primera componente web para
desarrollar aplicaciones web y acá tenemos todo lo que servlet y JSP interoperabilidad.
Otra característica manejo de concurrencia que manejado por el servidor de aplicaciones o el contenedor
web.
Otra característica son las transacciones.
Muy importante tener en cuenta que los e j b.
Una de las características principales es que son transeccional y por defecto la persistencia incluye
una especificación JPA para trabajar con o R.M.
Por ejemplo con Internet que implementa JPA.
Esta especificación.
Entonces podemos trabajar con objetos ENTITY que te mapeados a tabla de las eato.
Otra característica e inyección de dependencia que nos permite registrar componentes o objetos en el
contenedor CDI y posteriormente poder utilizarlo inyectarnos en otros componentes.
Esto lo hace mucho más reutilizable y con una alta cohesión entre los distintos componentes o esta característica.
Bueno, ya he mencionado todo lo que es interpretáis objeto que lo podemos acceder de forma distribuyÃ,
ya sea local o remota.
Remota es cuando un intérprete Savings está publicado o alojado en otro servidor de aplicaciones distinto
al que está nuestra aplicación cuando es local.
LJ Está dentro de la misma aplicación o incluso dentro de mi.
Servidor de aplicaciones.
Otra característica.
Comunicación remota que está muy de la mano con el JB.
De hecho, es J.
De B.
Por debajo utiliza RMI, que significa invocación de métodos remotos.
Otra característica seguridad.
Todo lo que lleva meses Jin Service servicio de nombre y de directorio con J ndi.
Que significa llave naming and directory interface.
Que es un nombre que se le da a un recurso o a un intérprete.
Yavin que está alojado en un servidor de aplicaciones para poder localizarlo.
Ubicarlo y poder consumir este servicio o este JD o recurso.
Otra característica.
Todo lo que servicios servicio web con SOAP, con Chaux Doliese SOAP y JACS.
RC, rest.
Todo lo que es servicios REST full.
Estas son la característica más importante.
Por supuesto que hay otra más.
Veamos las especificaciones de Yakarta Enterprise dicho en la última a la nueve cada uno de estos componentes
o especificaciones y sus versiones.
Primero tenemos el Tapizan Lexicon .0 que se le renombra a Yakarta.
Luego tenemos los JSP o YABA Server Page.
La versión 3.0.
Luego tenemos J SF ya va a Server Faucet 3.0.
Tanto J ESP como J sf son framework y componentes para lo que presentación todo lo que se frontend para
HTML theme.
Tenemos el contexto de la inyección de dependencia versión 3.0, el componente CDI Lo Manat Beans 2.0
que trabajan en conjunto con el componente CDI con inyección de dependencia.
De hecho, lo Manaus Beans son objetos que se registran en el contenedor de CD y luego se pueden inyectar
a otro componente.
Por eso son manat, son manejados por contenedor de contexto y por supuesto inyección dependencia.
Luego tenemos la persistencia.
JPA Yakarta persistes hoy o Java persistente API 3.0 YABA transaccion API o jta actualmente se llama
Yakarta transaccion 2.0.
Los entre p'allá Vinz la versión 4 lite los J.
Delight que son más ligero son una simplificación y nos permiten tener entre preñá bien dentro de una
aplicación web dentro de un proyecto, un war en Java.
Porque ante eso no se podía.
En versiones anteriores de YABA ante el PC, dichos anteriores a la versión 6 lo dice J.
V tenienta desplegado en un char dentro de este fiora aplicaciones.
Pero no se podía.
En un war tenía que estar dentro de un char, pero en un paquete que se le conoce como Earth o Java
Enterprise File o era un archivo de Java que contenía varios módulo, los se j v y también los módulos
war o web.
Y para poder utilizar una JB tenía que ser de forma remota ahora e de forma local con los e J.D light.
Bueno y tenemos más especificaciones resuel was servis MBC Message Jinks auténtico hecho y autorización
yaba mail y varias más.
Éstas son las principales más importante.
Veamos cómo ha ido evolucionando yaba entre precies y pichón en el tiempo.
Vamos a partir primero con la versión 1.2 en la primera versión hasta la versión 4.
No se llamaba Yaba, sino se le conocía j.
2.
E.
Luego venía 1.o y la versión en este caso 1.2.
Y esta fue la primera gran versión que hubo que se lanzó anteriormente u otra, la 1.0.
Pero la más importante es la 1.2, que incluye todo el API JS pesarle la primera versión de e, j b
jmc rmi para invocación de método remoto y vare componente tema vard especificaciones.
Pero esta era la más importante.
Luego salió la versión 1.3 de Java 2 E y acá se agrega todo lo que es el CMP Container Manat Persistencia
que fue el antecesor de JPA de lápiz de persistencia YABA, pero acá era manejado dentro del contexto
e j b era una especie de ente previa Vinz, pero de persistencia se le conocía como Entity Vinz.
Después esa especificación se elimina completamente, se elimina y se cambia por JPA y también se mejora,
se optimiza los e, j, b y no hay versiones del API, jsp, servlet.
Luego tenemos la versión YABA 2 e 1.4.
El gran cambio y novedad es que se agregan los servicios web, lo webservice.
Luego tenemos la versión Yaba es 5 y acá se cambia el nombre.
Hay una reestructuración, se cambia la palabra J por yaba.
Luego e interpreta he dicho y el número entero ya deja de ser el 1.4.
Por ejemplo 1.5 no, ahora es Yaba Enterprise, he dicho 5.
Se hace mucho más flexible, mucho más fácil desarrollar uso extensivo de anotaciones.
Se simplifica también el API de J v a la versión 3.0.
Utilizando anotaciones ya no es necesario tener.
E implementar XML, configurar XML, implementar la interfaz OUM ni remoto ni método, que muchas veces
ni siquiera utilizamos interfaces, se simplifica mucho el uso de los.
Entre el previo aviso y acá se agrega este nuevo API de persistencia JPA en la versión 5 y reemplaza
al container managed.
Persistencia.
Todo lo que es el ente steppings.
Y además hace un cambio importante en el API Web Service.
Mejoras también en el JSP y Saleta.
Luego tenemos la acción 6.
Mucho más flexible y también simple.
Una de las grandes característica es el web profile o perfil web que incluye un set, un conjunto de
especificación de qué tan integrada para trabajar juntos para desarrollar aplicaciones web de forma
muy sencilla que se incluyen los J de lit.
Todo el contexto de inyección de dependencias CDI.
Todo lo que es Manage Beans.
De hecho, acá se agregan los Manat Beans.
Se agrega el contexto de inyección de dependencia.
Se agrega también el API de red full mejoras en pisar el LETT y JSP.
Versión 3.0 de la PÍSALE.
En fin, varios cambios y nueva característica que hacen que desarrollar aplicaciones web sea mucho
más simple.
Ya con un paquete, con un perfil mucho más claro y mucho más integrado unos con otro contexto y de
inyección de dependencia.
Bueno, esto antes no existía.
Se agrega lo mismo que los pings o lo Manaus Beans y pueden interactuar en conjunto integrado con los
E, J, B y con el lápiz Cerler.
Luego aparece la versión 7 y acá aparecen los Yeison Lo, luego Socket Integración HTML5 con los servidores
de aplicaciones Jason Processing y además se actualiza el API Rest Web Service que se reconoce como
Ajax RC a la versión 2.
Estos cambios son bien importantes, sobre todo lo que Wags, Socket y Jason hacen que nuestra aplicaciones
sea mucho, sea mucho más orientada al despliegue en la nube y por su parte, el hueso que permite comunicación
bidireccional entre cliente servidor para desarrollar aplicaciones en tiempo real.
Por ejemplo, desarrollar un sistema de chat es mucho más simple utilizando Washoe que o bien si queremos
utilizar en tiempo real alguna información en nuestra aplicación web sin necesidad de actualizar la
página y según estos datos vayan cambiando en nuestra aplicación de forma automática, vayan actualizando
estos cambios en la página en el cliente.
Luego tenemos YABA Enterprise dicho en 8 y acá cambia el nombre.
Acá comienza la transición entre Yaba, entre Presidí chón y Yakarta.
Entre Precedían lo hace mucho más moderno.
Muchas simplificaciones.
Aparece el Happy Cerler 4 CDI 2.0, que serían como la cambio más importante.
Actualización es más relevante.
Y luego, finalmente, en el 20 21 aparece Yakarta Enterprise.
Dicho ya no existe ya e sino todo emigra hacia Yakarta.
Pero básicamente lo mismo es lo mismo que teníamos en Java Enterprise.
He dicho en 8.
Obviamente con mejoras mucho más optimizado, mucho más orientado a trabajar en la nube con micro servicios
y se actualizan la gran mayoría de la especificaciones con mejoras.
Por ejemplo, el Ápices 5 Sedé y 3 JSP 3.0 JSF SF 3.0 entre Peya, Babin 4 y mucho más.
Bueno, esto sería como un resumen de lo que lleva ante el PC, dicho por supuesto que mucho más, pero
cada uno de estos puntos que he mencionado y que hemos visto lo iremos profundizando a lo largo del
curso y nos vemos en la siguiente clase.