1
00:00:00,180 --> 00:00:04,200
Veamos una introducción a Yakarta entre precedían pero por qué Yakarta?

2
00:00:04,260 --> 00:00:10,980
Qué pasa con Java e conlleva Enterprise dicho a partir de la versión 8 de Java Enterprise 8 cambia de

3
00:00:10,980 --> 00:00:18,030
nombre de Java a Yakarta y además hay una estructuración deja de ser controlado y manejado por la compañía

4
00:00:18,120 --> 00:00:18,580
Oracle.

5
00:00:18,780 --> 00:00:23,400
Y puedo ser parte de la comunidad y de todos los grandes proyectos que la conforman.

6
00:00:23,460 --> 00:00:26,250
Por ejemplo, como Eclipse, Davos y varias más.

7
00:00:26,370 --> 00:00:30,210
En el curso vamos a trabajar con la última versión con Yakarta Enterprise y dicho 9.

8
00:00:30,270 --> 00:00:36,030
Pero bien, veamos de qué se trata Yakarta o Yaba entre dicho es un conjunto de especificaciones que

9
00:00:36,030 --> 00:00:44,220
parte de la plataforma Java ahora manejado todo por la comunidad para desarrollar aplicaciones web empresariales,

10
00:00:44,310 --> 00:00:49,950
aplicaciones que tienen como característica ser distribuida y utilizando una arquitectura de multi capas

11
00:00:50,100 --> 00:00:54,930
tanto para aplicaciones web y también para servicios web servicios Red Bull SOAP.

12
00:00:55,080 --> 00:00:58,170
Una aplicación típica de una arquitectura en capas.

13
00:00:58,290 --> 00:01:04,500
Por un lado vamos a tener la capa web MBC, por ejemplo utilizando servlet JSP y el modelo, pero también

14
00:01:04,500 --> 00:01:11,190
vamos a tener capa de servicio principalmente por los Enterprise Yavin, que son objetos transaccionales

15
00:01:11,310 --> 00:01:16,800
que están desplegados en un servidor de aplicaciones, ya sea de forma local en nuestra aplicación web

16
00:01:16,950 --> 00:01:19,980
o de forma remota en otro servidor de aplicaciones.

17
00:01:20,070 --> 00:01:25,380
Pero también pueden ser servicios REST, aplicaciones que estemos consumiendo, que sean externa a nuestro

18
00:01:25,380 --> 00:01:28,140
proyecto, pero también podrían ser internas locales.

19
00:01:28,230 --> 00:01:34,080
Es decir, hay varias configuraciones y por otro lado tenemos la capa de datos, los repositorios implementados

20
00:01:34,080 --> 00:01:40,110
por ejemplo con JPA, con el contexto de persistencia de Java, el Identity Manager y por supuesto con

21
00:01:40,110 --> 00:01:41,780
JS que se comunica con la.

22
00:01:42,750 --> 00:01:45,480
Cada una de estas capas interactúan unas con otras.

23
00:01:45,480 --> 00:01:50,190
Por ejemplo, la capa de servicio depende de la capa de datos.

24
00:01:50,370 --> 00:01:57,420
Por ejemplo, un JDO, una clase service implementada con Playa de Vinz va a tener una dependencia con

25
00:01:57,420 --> 00:02:02,520
un repository que realiza consultas y operaciones con JPA, con el Entity Manager.

26
00:02:02,790 --> 00:02:09,150
Una clase repositorio o repository son aquellas que acceden a los datos y realizan consultas y operaciones

27
00:02:09,330 --> 00:02:13,860
y la capa de servicio es dependencia de la capa web.

28
00:02:14,130 --> 00:02:20,760
Por lo tanto, en un contexto modelo vista controlador donde un usuario realiza un request, una consulta

29
00:02:20,850 --> 00:02:23,010
a la capa web entra al SELECT.

30
00:02:23,100 --> 00:02:25,920
El SELECT recibe este request y lo maneja.

31
00:02:26,040 --> 00:02:27,690
Maneja la petición del usuario.

32
00:02:27,750 --> 00:02:34,200
Probablemente el usuario enviando parámetros, los recibe y se lo pasa a la capa servicio para que este

33
00:02:34,200 --> 00:02:40,170
realice alguna consulta operación con estos parámetros y luego le devuelve el resultado como un objeto

34
00:02:40,170 --> 00:02:41,760
de negocio, un objeto de modelo.

35
00:02:41,940 --> 00:02:45,090
Y esto es que tu modelo, el select, se lo pasa a la vista.

36
00:02:45,240 --> 00:02:51,540
En este caso a un JSP se lo pasa en la respuesta HTTP y finalmente se muestra en el navegador, pero

37
00:02:51,540 --> 00:02:55,590
entrando un poco más en profundidad y en detalle a esta arquitectura multicapa.

38
00:02:55,950 --> 00:02:59,940
Tenemos dos grandes contenedores dentro de un servidor de aplicaciones.

39
00:02:59,970 --> 00:03:05,520
Por una parte, tenemos el contenedor web que va a manejar y a contener todo lo relacionado a los CERLE

40
00:03:05,610 --> 00:03:06,270
y JSP.

41
00:03:06,430 --> 00:03:11,010
El SELECT en nuestro controlador que maneja las peticiones web y la JSP es la vista.

42
00:03:11,070 --> 00:03:17,450
Por otro lado, tenemos el contenedor JS, que acá está toda la capa servicio y también la capa de persistencia,

43
00:03:17,460 --> 00:03:18,030
los datos.

44
00:03:18,090 --> 00:03:24,150
Por lo tanto, el contenido web siempre va a estar interactuando con el contenedor de JBA, pero no

45
00:03:24,150 --> 00:03:29,460
solamente la capa servicio, pues el local dentro de nuestra aplicación web dentro del contenedor y

46
00:03:29,460 --> 00:03:34,650
sitios de aplicaciones, sino también podría estar en la nube de forma distribuida, como por ejemplo

47
00:03:34,650 --> 00:03:40,680
consumir servicios REST que están publicado en otros servidores y también es parte de la capa de servicio.

48
00:03:40,830 --> 00:03:46,440
Bien, pero vea un poco más características de Yeva entre el PC dicho en la primera componente web para

49
00:03:46,440 --> 00:03:51,450
desarrollar aplicaciones web y acá tenemos todo lo que servlet y JSP interoperabilidad.

50
00:03:51,600 --> 00:03:57,780
Otra característica manejo de concurrencia que manejado por el servidor de aplicaciones o el contenedor

51
00:03:57,870 --> 00:03:58,230
web.

52
00:03:58,530 --> 00:04:00,360
Otra característica son las transacciones.

53
00:04:00,420 --> 00:04:02,510
Muy importante tener en cuenta que los e j b.

54
00:04:02,640 --> 00:04:08,730
Una de las características principales es que son transeccional y por defecto la persistencia incluye

55
00:04:08,820 --> 00:04:12,030
una especificación JPA para trabajar con o R.M.

56
00:04:12,060 --> 00:04:15,330
Por ejemplo con Internet que implementa JPA.

57
00:04:15,420 --> 00:04:16,380
Esta especificación.

58
00:04:16,530 --> 00:04:20,970
Entonces podemos trabajar con objetos ENTITY que te mapeados a tabla de las eato.

59
00:04:21,090 --> 00:04:26,640
Otra característica e inyección de dependencia que nos permite registrar componentes o objetos en el

60
00:04:26,640 --> 00:04:32,490
contenedor CDI y posteriormente poder utilizarlo inyectarnos en otros componentes.

61
00:04:32,580 --> 00:04:38,310
Esto lo hace mucho más reutilizable y con una alta cohesión entre los distintos componentes o esta característica.

62
00:04:38,370 --> 00:04:44,760
Bueno, ya he mencionado todo lo que es interpretáis objeto que lo podemos acceder de forma distribuyÃ,

63
00:04:44,880 --> 00:04:46,710
ya sea local o remota.

64
00:04:46,830 --> 00:04:53,580
Remota es cuando un intérprete Savings está publicado o alojado en otro servidor de aplicaciones distinto

65
00:04:53,700 --> 00:04:55,830
al que está nuestra aplicación cuando es local.

66
00:04:55,920 --> 00:04:59,750
LJ Está dentro de la misma aplicación o incluso dentro de mi.

67
00:04:59,960 --> 00:05:01,520
Servidor de aplicaciones.

68
00:05:01,670 --> 00:05:02,660
Otra característica.

69
00:05:02,720 --> 00:05:05,880
Comunicación remota que está muy de la mano con el JB.

70
00:05:06,020 --> 00:05:06,920
De hecho, es J.

71
00:05:06,920 --> 00:05:07,270
De B.

72
00:05:07,370 --> 00:05:11,810
Por debajo utiliza RMI, que significa invocación de métodos remotos.

73
00:05:11,930 --> 00:05:14,090
Otra característica seguridad.

74
00:05:14,210 --> 00:05:20,180
Todo lo que lleva meses Jin Service servicio de nombre y de directorio con J ndi.

75
00:05:20,300 --> 00:05:23,620
Que significa llave naming and directory interface.

76
00:05:23,780 --> 00:05:27,540
Que es un nombre que se le da a un recurso o a un intérprete.

77
00:05:27,540 --> 00:05:32,360
Yavin que está alojado en un servidor de aplicaciones para poder localizarlo.

78
00:05:32,420 --> 00:05:37,850
Ubicarlo y poder consumir este servicio o este JD o recurso.

79
00:05:37,970 --> 00:05:39,050
Otra característica.

80
00:05:39,140 --> 00:05:43,520
Todo lo que servicios servicio web con SOAP, con Chaux Doliese SOAP y JACS.

81
00:05:43,670 --> 00:05:44,860
RC, rest.

82
00:05:44,930 --> 00:05:47,330
Todo lo que es servicios REST full.

83
00:05:47,480 --> 00:05:49,210
Estas son la característica más importante.

84
00:05:49,220 --> 00:05:50,780
Por supuesto que hay otra más.

85
00:05:50,870 --> 00:05:57,830
Veamos las especificaciones de Yakarta Enterprise dicho en la última a la nueve cada uno de estos componentes

86
00:05:57,950 --> 00:05:59,780
o especificaciones y sus versiones.

87
00:05:59,870 --> 00:06:04,370
Primero tenemos el Tapizan Lexicon .0 que se le renombra a Yakarta.

88
00:06:04,460 --> 00:06:07,430
Luego tenemos los JSP o YABA Server Page.

89
00:06:07,640 --> 00:06:08,810
La versión 3.0.

90
00:06:08,930 --> 00:06:13,160
Luego tenemos J SF ya va a Server Faucet 3.0.

91
00:06:13,250 --> 00:06:21,680
Tanto J ESP como J sf son framework y componentes para lo que presentación todo lo que se frontend para

92
00:06:21,680 --> 00:06:22,640
HTML theme.

93
00:06:22,640 --> 00:06:30,650
Tenemos el contexto de la inyección de dependencia versión 3.0, el componente CDI Lo Manat Beans 2.0

94
00:06:30,740 --> 00:06:35,360
que trabajan en conjunto con el componente CDI con inyección de dependencia.

95
00:06:35,540 --> 00:06:43,490
De hecho, lo Manaus Beans son objetos que se registran en el contenedor de CD y luego se pueden inyectar

96
00:06:43,610 --> 00:06:44,480
a otro componente.

97
00:06:44,690 --> 00:06:50,030
Por eso son manat, son manejados por contenedor de contexto y por supuesto inyección dependencia.

98
00:06:50,120 --> 00:06:51,470
Luego tenemos la persistencia.

99
00:06:51,620 --> 00:07:02,120
JPA Yakarta persistes hoy o Java persistente API 3.0 YABA transaccion API o jta actualmente se llama

100
00:07:02,210 --> 00:07:04,550
Yakarta transaccion 2.0.

101
00:07:04,670 --> 00:07:08,180
Los entre p'allá Vinz la versión 4 lite los J.

102
00:07:08,180 --> 00:07:15,380
Delight que son más ligero son una simplificación y nos permiten tener entre preñá bien dentro de una

103
00:07:15,380 --> 00:07:18,470
aplicación web dentro de un proyecto, un war en Java.

104
00:07:18,530 --> 00:07:19,730
Porque ante eso no se podía.

105
00:07:19,820 --> 00:07:24,410
En versiones anteriores de YABA ante el PC, dichos anteriores a la versión 6 lo dice J.

106
00:07:24,410 --> 00:07:28,880
V tenienta desplegado en un char dentro de este fiora aplicaciones.

107
00:07:28,910 --> 00:07:29,810
Pero no se podía.

108
00:07:29,840 --> 00:07:36,350
En un war tenía que estar dentro de un char, pero en un paquete que se le conoce como Earth o Java

109
00:07:36,440 --> 00:07:43,370
Enterprise File o era un archivo de Java que contenía varios módulo, los se j v y también los módulos

110
00:07:43,460 --> 00:07:44,680
war o web.

111
00:07:44,810 --> 00:07:51,600
Y para poder utilizar una JB tenía que ser de forma remota ahora e de forma local con los e J.D light.

112
00:07:51,890 --> 00:07:58,700
Bueno y tenemos más especificaciones resuel was servis MBC Message Jinks auténtico hecho y autorización

113
00:07:58,880 --> 00:08:00,930
yaba mail y varias más.

114
00:08:01,110 --> 00:08:02,930
Éstas son las principales más importante.

115
00:08:03,110 --> 00:08:06,800
Veamos cómo ha ido evolucionando yaba entre precies y pichón en el tiempo.

116
00:08:06,920 --> 00:08:11,990
Vamos a partir primero con la versión 1.2 en la primera versión hasta la versión 4.

117
00:08:12,080 --> 00:08:15,850
No se llamaba Yaba, sino se le conocía j.

118
00:08:15,890 --> 00:08:16,260
2.

119
00:08:16,390 --> 00:08:16,570
E.

120
00:08:16,600 --> 00:08:16,890
E.

121
00:08:17,120 --> 00:08:21,090
Luego venía 1.o y la versión en este caso 1.2.

122
00:08:21,230 --> 00:08:26,480
Y esta fue la primera gran versión que hubo que se lanzó anteriormente u otra, la 1.0.

123
00:08:26,570 --> 00:08:33,350
Pero la más importante es la 1.2, que incluye todo el API JS pesarle la primera versión de e, j b

124
00:08:33,540 --> 00:08:39,590
jmc rmi para invocación de método remoto y vare componente tema vard especificaciones.

125
00:08:39,680 --> 00:08:41,510
Pero esta era la más importante.

126
00:08:41,630 --> 00:08:51,230
Luego salió la versión 1.3 de Java 2 E y acá se agrega todo lo que es el CMP Container Manat Persistencia

127
00:08:51,350 --> 00:08:59,360
que fue el antecesor de JPA de lápiz de persistencia YABA, pero acá era manejado dentro del contexto

128
00:08:59,450 --> 00:09:06,340
e j b era una especie de ente previa Vinz, pero de persistencia se le conocía como Entity Vinz.

129
00:09:06,500 --> 00:09:12,860
Después esa especificación se elimina completamente, se elimina y se cambia por JPA y también se mejora,

130
00:09:12,860 --> 00:09:18,130
se optimiza los e, j, b y no hay versiones del API, jsp, servlet.

131
00:09:18,560 --> 00:09:22,160
Luego tenemos la versión YABA 2 e 1.4.

132
00:09:22,280 --> 00:09:26,690
El gran cambio y novedad es que se agregan los servicios web, lo webservice.

133
00:09:26,840 --> 00:09:31,430
Luego tenemos la versión Yaba es 5 y acá se cambia el nombre.

134
00:09:31,490 --> 00:09:35,360
Hay una reestructuración, se cambia la palabra J por yaba.

135
00:09:35,480 --> 00:09:41,630
Luego e interpreta he dicho y el número entero ya deja de ser el 1.4.

136
00:09:41,630 --> 00:09:46,550
Por ejemplo 1.5 no, ahora es Yaba Enterprise, he dicho 5.

137
00:09:46,670 --> 00:09:51,800
Se hace mucho más flexible, mucho más fácil desarrollar uso extensivo de anotaciones.

138
00:09:51,920 --> 00:09:56,420
Se simplifica también el API de J v a la versión 3.0.

139
00:09:56,510 --> 00:09:59,600
Utilizando anotaciones ya no es necesario tener.

140
00:10:00,040 --> 00:10:07,930
E implementar XML, configurar XML, implementar la interfaz OUM ni remoto ni método, que muchas veces

141
00:10:07,930 --> 00:10:12,100
ni siquiera utilizamos interfaces, se simplifica mucho el uso de los.

142
00:10:12,190 --> 00:10:18,940
Entre el previo aviso y acá se agrega este nuevo API de persistencia JPA en la versión 5 y reemplaza

143
00:10:19,030 --> 00:10:21,310
al container managed.

144
00:10:21,340 --> 00:10:22,080
Persistencia.

145
00:10:22,150 --> 00:10:23,740
Todo lo que es el ente steppings.

146
00:10:23,830 --> 00:10:27,460
Y además hace un cambio importante en el API Web Service.

147
00:10:27,520 --> 00:10:30,790
Mejoras también en el JSP y Saleta.

148
00:10:31,210 --> 00:10:32,380
Luego tenemos la acción 6.

149
00:10:32,500 --> 00:10:34,750
Mucho más flexible y también simple.

150
00:10:34,870 --> 00:10:40,900
Una de las grandes característica es el web profile o perfil web que incluye un set, un conjunto de

151
00:10:40,900 --> 00:10:46,210
especificación de qué tan integrada para trabajar juntos para desarrollar aplicaciones web de forma

152
00:10:46,210 --> 00:10:49,800
muy sencilla que se incluyen los J de lit.

153
00:10:49,930 --> 00:10:52,280
Todo el contexto de inyección de dependencias CDI.

154
00:10:52,360 --> 00:10:54,180
Todo lo que es Manage Beans.

155
00:10:54,310 --> 00:10:56,410
De hecho, acá se agregan los Manat Beans.

156
00:10:56,500 --> 00:10:59,740
Se agrega el contexto de inyección de dependencia.

157
00:10:59,830 --> 00:11:05,110
Se agrega también el API de red full mejoras en pisar el LETT y JSP.

158
00:11:05,260 --> 00:11:07,330
Versión 3.0 de la PÍSALE.

159
00:11:07,450 --> 00:11:12,310
En fin, varios cambios y nueva característica que hacen que desarrollar aplicaciones web sea mucho

160
00:11:12,310 --> 00:11:12,880
más simple.

161
00:11:12,970 --> 00:11:20,110
Ya con un paquete, con un perfil mucho más claro y mucho más integrado unos con otro contexto y de

162
00:11:20,110 --> 00:11:21,220
inyección de dependencia.

163
00:11:21,340 --> 00:11:22,540
Bueno, esto antes no existía.

164
00:11:22,550 --> 00:11:29,050
Se agrega lo mismo que los pings o lo Manaus Beans y pueden interactuar en conjunto integrado con los

165
00:11:29,140 --> 00:11:30,910
E, J, B y con el lápiz Cerler.

166
00:11:31,060 --> 00:11:37,600
Luego aparece la versión 7 y acá aparecen los Yeison Lo, luego Socket Integración HTML5 con los servidores

167
00:11:37,600 --> 00:11:44,360
de aplicaciones Jason Processing y además se actualiza el API Rest Web Service que se reconoce como

168
00:11:44,380 --> 00:11:46,510
Ajax RC a la versión 2.

169
00:11:46,630 --> 00:11:51,520
Estos cambios son bien importantes, sobre todo lo que Wags, Socket y Jason hacen que nuestra aplicaciones

170
00:11:51,520 --> 00:11:58,060
sea mucho, sea mucho más orientada al despliegue en la nube y por su parte, el hueso que permite comunicación

171
00:11:58,150 --> 00:12:02,820
bidireccional entre cliente servidor para desarrollar aplicaciones en tiempo real.

172
00:12:02,920 --> 00:12:08,710
Por ejemplo, desarrollar un sistema de chat es mucho más simple utilizando Washoe que o bien si queremos

173
00:12:08,710 --> 00:12:14,290
utilizar en tiempo real alguna información en nuestra aplicación web sin necesidad de actualizar la

174
00:12:14,290 --> 00:12:19,780
página y según estos datos vayan cambiando en nuestra aplicación de forma automática, vayan actualizando

175
00:12:19,780 --> 00:12:22,870
estos cambios en la página en el cliente.

176
00:12:23,050 --> 00:12:27,580
Luego tenemos YABA Enterprise dicho en 8 y acá cambia el nombre.

177
00:12:27,670 --> 00:12:31,750
Acá comienza la transición entre Yaba, entre Presidí chón y Yakarta.

178
00:12:31,840 --> 00:12:34,330
Entre Precedían lo hace mucho más moderno.

179
00:12:34,450 --> 00:12:35,740
Muchas simplificaciones.

180
00:12:35,860 --> 00:12:41,710
Aparece el Happy Cerler 4 CDI 2.0, que serían como la cambio más importante.

181
00:12:41,800 --> 00:12:43,660
Actualización es más relevante.

182
00:12:43,750 --> 00:12:48,370
Y luego, finalmente, en el 20 21 aparece Yakarta Enterprise.

183
00:12:48,370 --> 00:12:53,350
Dicho ya no existe ya e sino todo emigra hacia Yakarta.

184
00:12:53,860 --> 00:12:57,320
Pero básicamente lo mismo es lo mismo que teníamos en Java Enterprise.

185
00:12:57,320 --> 00:12:58,180
He dicho en 8.

186
00:12:58,270 --> 00:13:04,720
Obviamente con mejoras mucho más optimizado, mucho más orientado a trabajar en la nube con micro servicios

187
00:13:04,810 --> 00:13:08,800
y se actualizan la gran mayoría de la especificaciones con mejoras.

188
00:13:08,980 --> 00:13:18,340
Por ejemplo, el Ápices 5 Sedé y 3 JSP 3.0 JSF SF 3.0 entre Peya, Babin 4 y mucho más.

189
00:13:18,430 --> 00:13:23,740
Bueno, esto sería como un resumen de lo que lleva ante el PC, dicho por supuesto que mucho más, pero

190
00:13:23,740 --> 00:13:28,780
cada uno de estos puntos que he mencionado y que hemos visto lo iremos profundizando a lo largo del

191
00:13:28,780 --> 00:13:31,090
curso y nos vemos en la siguiente clase.