¿Qué es Jakarta EE? (o Java EE)

  Рет қаралды 10,878

makigas

makigas

Күн бұрын

Пікірлер: 33
@makigas
@makigas Жыл бұрын
Los vídeos sobre Jakarta EE (Java EE) se van a ir subiendo a esta lista: kzbin.info/aero/PLTd5ehIj0goMhqWg_v2CbIZf_Ed2jqE-r Para todas tus necesidades de Java, recuerda revisar el resto de mis listas: www.makigas.es/temas/java Estamos en el canal #java de Discord para lo que pueda hacerte falta: discord.gg/makigas-329487017916366850
@ddutra
@ddutra Жыл бұрын
Cuando ingressas al universo Java, eres golpeado por una lluvia d siglas, lo q puede ser muy intimidante! Entonces, un tutorial sencillo y direto t ayuda mucho! 👏🏽👏🏽
@pablino234
@pablino234 Ай бұрын
.NET no se queda atras en eso de las siglas jajaj
@Carlos-cu4ms
@Carlos-cu4ms 12 күн бұрын
Gracias, una explicación corta y clara. Estoy haciendo el FP de DAW y en el temario leo un montón de siglas sinsentido. Tu video ha sido de gran ayuda para aclarar un poco el batiburrillo de los apuntes de FP desactualizados desde hace 15 años y que hablan de J2EE.
@JohaoBravo-u3k
@JohaoBravo-u3k 5 ай бұрын
La mejor explicacion sobre Jakarta EE que he encontrado, y encima viene con playlist, na re god tu canal man. Un abrazo
@123456789qqwerty2
@123456789qqwerty2 Жыл бұрын
Hola, muchas gracias por esta información. Estoy aprendiendo Java EE y me rompía la cabeza eso de Jakarta y la incompatibilidad del paquete javax con Tomcat 10. Saludos desde Chile
@florentinobajo
@florentinobajo Жыл бұрын
Vamosss ya... una lista de videos sobre java... Ya tengo algo que ver en mi tiempo libre Gracias majo, +1
@Jblanco1989
@Jblanco1989 Жыл бұрын
Super clara la explicación. Muchas gracias por el vídeo
@jetmarte1975
@jetmarte1975 Жыл бұрын
Esto me aclara muchas dudas, espero mas videos similares.
@JS.Erick..
@JS.Erick.. Жыл бұрын
gracias amigo, puedes seguir explicando mas cosas sobres java explicas muy bien pd:estouy iniciando en este hermoso mundo
@hack_crack
@hack_crack Жыл бұрын
Excelente explicación
@emmanuel_torress
@emmanuel_torress Жыл бұрын
Excelente video! Tienes pensado continuar el curso de JPA + Hibernate? Está buenísimo
@makigas
@makigas Жыл бұрын
Más o menos, lo voy a reiniciar porque realmente se ha quedado atrás con esto del cambio de nombre. (Por ejemplo, de javax.persistence.Entity hemos pasado a jakarta.persistence.Entity y cuantos más años pasen desde que se hizo el cambio de nombre más confuso va a ser). Pero esta vez la intención sí es terminarlo xD
@alfonsoismael5258
@alfonsoismael5258 6 ай бұрын
Muy bien explicado maquina😁
@PatMr93
@PatMr93 Жыл бұрын
Hola! Gracias por el vídeo. Creo que me confunde un poco el cambio de nombre de Java y Jakarta... Quiero instalar un Tomcat 10, ¿Necesito instalar también Jakarta? Creo que en las especificaciones dice que es compatible con java 11, pero no consigo entender entonces por qué tomcat necesita una herramienta de migración a Jakarta si aún se puede ejecutar con Java...
@orlandodeabreu9167
@orlandodeabreu9167 Жыл бұрын
¿Dos tecnologías que implementen la misma especificación Jakarta EE, por ejemplo, JPA, usan la misma nomenclatura para las clases, propiedades, métodos, interfaces, etc, es decir, le dan los mismos nombres?
@makigas
@makigas Жыл бұрын
Sí. Tienen que hacerlo para hacerlas intercambiables. Existe una cosa llamada el TCK que es como una serie de tests y validaciones que le pasan a las bibliotecas de este estilo para poder confirmar que son compatibles. Por ejemplo, - Los resultados del TCK de EclipseLink: www.eclipse.org/eclipselink/releases/tck-summary.php - Los resultados del TCK de Hibernate ORM: github.com/hibernate/hibernate-orm/blob/main/tck/summary.md Hay algunas partes que no son compatibles. Por ejemplo, me quiere sonar que al final en EclipseLink la configuración de conexión a la BBDD es propia, igual que en Hibernate. Y luego cada biblioteca es libre de implementar sus propias lógicas propias (por ejemplo, Hibernate tiene su propio query language aparte del que le obliga a implementar JPA); pero desde luego las anotaciones tipo @Entity, @Id, @GeneratedValue... son estandar.
@orlandodeabreu9167
@orlandodeabreu9167 Жыл бұрын
@@makigas Muchas gracias Dani por tan valiosa explicación, que corrobora la compatibilidad entre las tecnologías que implementen una misma especificación Jakarta, pero que también indica que cada tecnología puede añadir sus propias funcionalidades.
@danielsmart3654
@danielsmart3654 6 ай бұрын
Buen video!, para cuando el curso de jakarta EE?
@4631marr
@4631marr Жыл бұрын
Hola Dani. Muchas gracias por el video. Quiero aprender Spring pero tengo algunas dudas. Por ejemplo entiendo que Spring implementa también JPA pero Spring no es Jakarta. ¿Que le falta a Spring para ser Jakarta? o ¿estoy mezclando locamente las cosas?
@makigas
@makigas Жыл бұрын
Es que es un panorama un poco complicado. Partamos de la base de que una aplicación Spring básica no usa tecnologías de J-EE. Hay algunos addons que si se meten a la app, sí vienen de ahí. El ejemplo más típico es el que dices: Spring Data JPA permite usar entidades de JPA por ejemplo con Hibernate. Otro ejemplo es la inyección de dependencia. Autowired es la de Spring, pero hoy día se puede usar Inject como alternativa, y esa es también viene de J-EE. Se comportan igual, es más una cuestión de qué clase importar. Bean Validations es otra biblioteca que suele pasar desapercibida pero hay veces que se puede instalar en Spring y que viene igualmente de J-EE.
@Forrest-777
@Forrest-777 Жыл бұрын
Gran video
@PabloPR7087
@PabloPR7087 8 ай бұрын
Buenas! ¿Vale la pena estudiar esto en 2024 o se lleva mas Spring? Gracias!
@makigas
@makigas 8 ай бұрын
Se sigue llevando, se está empezando a ver demanda de frameworks Microprofile como Quarkus porque se llevan mejor con microservicios que Spring, y todo eso está levantado encima de Jakarta.
@lwysas1802
@lwysas1802 11 ай бұрын
muy buena explicacion
@rusia18rusia65
@rusia18rusia65 Жыл бұрын
Gracias crack.
@maxklariczen7320
@maxklariczen7320 Жыл бұрын
Excelente video bro ! , puedes dar más especificaciones con "Jax-rs"
@makigas
@makigas Жыл бұрын
Pues la principal alternativa a Jersey sería Apache CXF, esa también es compatible con la creación de servicios REST en Java. cxf.apache.org/ De algún modo Jersey es la implementación de referencia y por ello suele ser la que más se usa. También es importante notar que aunque hay cosas de Spring que son parcialmente compatibles con otros estándares de Jakarta, la implementación de REST en Spring no es compatible con JAX-RS en este momento.
@francogarcia2668
@francogarcia2668 Жыл бұрын
Creo que JPA usaría JDBC por debajo. Quizás por eso la menciona. Otra cosa, creo que JSF es exclusivo de Jakarta y JSP era de Java EE.
@makigas
@makigas Жыл бұрын
No no, JSP también ha pasado a ser un proyecto de Jakarta. Le cambiaron el nombre por Jakarta Server Pages para no cambiar las siglas y a correr xD
@cristina032
@cristina032 Жыл бұрын
Pole?
@Fernadv
@Fernadv Жыл бұрын
un lujo
Jakarta EE y Java EE: ¿qué diferencia hay?
5:07
makigas
Рет қаралды 6 М.
“Don’t stop the chances.”
00:44
ISSEI / いっせい
Рет қаралды 62 МЛН
Арыстанның айқасы, Тәуіржанның шайқасы!
25:51
QosLike / ҚосЛайк / Косылайық
Рет қаралды 700 М.
Мен атып көрмегенмін ! | Qalam | 5 серия
25:41
Inyección de dependencia en Jakarta / Java EE
10:47
makigas
Рет қаралды 2,8 М.
¿Por qué ahora Java versiona tan rápido?
7:00
makigas
Рет қаралды 16 М.
Hablemos de arquitectura. Te ahorro años en este video.
29:46
jamescardona11
Рет қаралды 13 М.
¿Qué diferencia hay entre Spring® y JakartaEE?
5:43
makigas
Рет қаралды 9 М.
JEP 445: Java va a tener una nueva forma de escribir main
9:52
¿Cómo una sola persona hizo un indie tan exitoso?
15:40
Akalecio
Рет қаралды 63 М.
API REST JSON Web Services, explicado para torpes
11:37
Antonio Dos Santos
Рет қаралды 56 М.
“Don’t stop the chances.”
00:44
ISSEI / いっせい
Рет қаралды 62 МЛН