Programación Jakarta EE, Spring y Android
Tras abordar la inyección de dependencias que ofrece CDI y sus ámbitos, continuamos profundizando en el uso de esta técnica. Estudiaremos funcionalidades más avanzadas que permitirán abarcar un amplio abanico de situaciones que encontraremos en nuestro día a día desarrollando aplicaciones con Jakarta EE.
Seguir leyendo
Hasta el momento, no he hablado del concepto ámbito (scope) aunque lo usamos cuando vimos las pruebas con Arquillian. Ahora que ya comprendemos los fundamentos de la inyección de dependencias realizada por el contenedor de CDI, exploremos a fondo este asunto. Su conocimiento resulta imprescindible.
Seguir leyendo
Hemos comprobado que la bitácora (logs) de WildFly se muestra en la salida estándar y en un fichero. El uso del sistema de logging del servidor y, por extensión, en nuestro código, es fundamental en la detección y corrección de problemas. Se utiliza para registrar mensajes que contienen trazas de errores e información de cierta relevancia gracias a los que podemos conocer qué está haciendo nuestra aplicación en cada momento. Sin estos mensajes, iremos a ciegas cuando tengamos que comprobar su funcionamiento.
Seguir leyendo
La primera especificación de Jakarta EE\ Java EE que vamos a estudiar en profundidad es una de las más importantes aunque suele pasar desapercibida en comparación con Jakarta Persistence o Jakarta REST. Pero Jakarta CDI, abreviatura de “Contexts and dependency injections” (inyección de contextos y dependencias), es el pilar sobre el que construiremos nuestras aplicaciones.
Seguir leyendo
En el capítulo anterior conseguimos ejecutar las pruebas automáticas en un contenedor de una imagen de WildFly creada a medida de nuestras necesidades, aunque puede parecer que no hemos avanzado mucho: seguimos teniendo que arrancar el servidor manualmente. Vamos a remediar esto.
Seguir leyendo
En los dos capítulos anteriores hemos realizado un breve repaso al funcionamiento de Docker. En el contenido restante de este bloque aplicaremos lo aprendido en nuestro día a día como desarrolladores de aplicaciones Jakarta EE. Empecemos aprendiendo cómo desplegar proyectos en un WildFly “dockerizado” desde IntelliJ y Eclipse.
Seguir leyendo
Tras la introducción teórica, espero que el lector haya comprendido el enorme potencial que ha convertido a Docker en todo un estándar. Si no es así, lo descubrirá por sí mismo a medida que aprenda a sacarle partido en su día a día. Antes de introducirlo en nuestros proyectos, veamos cómo utilizarlo de forma muy básica. Y es que, a pesar de que este capítulo es algo más largo de lo habitual, Docker requiere de un curso específico y extenso para conocerlo en profundidad que queda muy lejos del propósito de este curso dedicado al desarrollo con Jakarta EE.
Seguir leyendo
Con Arquillian podemos probar a fondo nuestras aplicaciones de forma realista desplegando lo que necesitemos en el servidor para realizar test de integración, end-to-end, aceptación, etc. Las pruebas van a complicarse a medida que avancemos en el curso porque necesitaremos un entorno más complejo en el que, además de WildFly, tendremos un servidor de bases de datos MySQL. Y resulta de vital importancia que sea lo más parecido posible al entorno de explotación final de la aplicación.
Seguir leyendo
Para realizar pruebas unitarias, tenemos suficiente con JUnit 5 y AssertJ. Pero cuando llegue el momento de los test de integración y end-to-end, necesitaremos usar los servicios de WildFly, o bien disponer de la aplicación desplegada en el servidor para la ejecución de pruebas que simulen clientes remotos.
Seguir leyendo
Espero que el lector tenga asumida la importancia de las pruebas automáticas. Para llevar la teoría a la práctica, necesitamos una librería o marco de trabajo que nos permita escribirlas y ejecutarlas, ofreciendo de forma clara el resultado. En este capítulo veremos las principales características de JUnit 5 que usaremos a lo largo del curso.
Seguir leyendo
Puede parecer un poco prematuro introducir apenas recién comenzado el curso las pruebas (testing) automáticas. A fin de cuentas, parece razonable pensar que el único objetivo es escribir el código de la aplicación para implementar todas sus funcionalidades…
Nota. Este capítulo es una breve introducción teórica al mundo del testing. Si bien no tiene relación directa con la temática principal del curso, he considerado oportuna su inclusión para presentar conceptos que cualquier programador debería conocer antes de empezar a implementar y diseñar sus primeras pruebas. Su lectura, por tanto, es opcional pero recomendable.
Tras la pertinente introducción teórica para tener una perspectiva global del mundo Jakarta EE, y con el software necesario instalado en nuestro equipo, ha llegado el momento de ponernos manos a la obra y crear la primera aplicación. Y, lo más importante, veremos cómo “ejecutarla” en el servidor de aplicaciones WildFly de forma manual o mediante un entorno de desarrollo (IntelliJ y Eclipse).
Seguir leyendo