En JPA, los atributos y relaciones que forman parte de una entidad se obtienen de la base de datos de dos maneras: en el momento en que la recuperemos (eager loading, carga inmediata o ansiosa) o bien cuando se accede a ellos por primera vez (lazy loading, carga perezosa), si es que esto llega a suceder.

Seguir leyendo

Las operaciones realizadas sobre una entidad actualizan sus relaciones (las claves ajenas) si es necesario, pero no se aplican a las entidade consideraciones a tener en cuentas relacionadas. A veces, nos será de gran utilidad que los cambios de estado de una entidad también se realicen de forma automática en las entidades relacionadas.

Seguir leyendo

La herencia es una de las características definitorias de la programación orientada a objetos, aunque en la actualidad se le tenga cierta aversión debido a su empleo abusivo (me incluyo). Es una técnica fundamental en la definición de modelos de datos y en la aplicación de algunos patrones de diseño.

Seguir leyendo

Las relaciones básicas que vimos en el capítulo anterior se completan con aquellas en las que la entidad tiene una colección de instancias de la entidad asociada.

Seguir leyendo

Pocas entidades, por no decir ninguna, van a ser clases «aisladas» sin referencias a otras del modelo de datos, o incluso a sí mismas. No haremos mucho si no sabemos declarar relaciones entre entidades, tarea que además tiene grandes implicaciones en el rendimiento de JPA por lo que debemos ser capaces de hacerlo de la mejor forma posible.

Seguir leyendo

Tenemos las entidades, una fuente de datos MySQL en bWildFly y Jakarta Persistence\JPA debidamente configurado con Hibernate ORM como proveedor. ¿Cómo interactuamos con JPA en nuestro código para trabajar con las entidades?

Seguir leyendo

Las entidades deben tener un atributo identificador que las identifique de forma unívoca. Se trata de un concepto equivalente al de clave primaria de las tablas en SQL. Pese a que existen bases de datos relacionales que permiten la definición de tablas sin claves primarias, nosotros las vamos a necesitar, o bien una columna que cumpla con los mismos requisitos: única y no nula.

La elección y configuración de identificadores no es complicada y está condicionada por la base de datos que usemos. En este capítulo exploraremos las opciones disponibles.

Seguir leyendo

Si las bases de datos relacionales se fundamentan en las tablas, Jakarta Persistence hace lo propio con un concepto equivalente adaptado al mundo de la orientación a objetos: las clases de tipo entidad. Veamos cómo crearlas y las principales opciones a nuestra disposición.

Seguir leyendo

Tal y como cabría esperar, las tediosas tareas de configuración de la infraestructura del proyecto que hicimos a mano en el capítulo anterior se pueden automatizar. Con Docker tendremos un entorno de ejecución completo, distribuible y a medida, útil tanto para desarrollar como para automatizar la ejecución de pruebas con Arquillian Cube. Todo son ventajas, pongámonos a ello.

Seguir leyendo

Antes de escribir código, aprenderemos a configurar Jakarta Persistence en WildFly y toda la infraestructura necesaria. El objetivo es probar desde el primer el momento los conceptos que iremos viendo.

Seguir leyendo

En este nuevo y extenso bloque del curso empezamos a crear nuestra aplicación de ejemplo para gestionar gastos personales y presupuestos, y lo hacemos desde «abajo», esto es, la capa de persistencia. Los datos de la aplicación se guardarán en MySQL, la base de datos de código abierto más popular.

Seguir leyendo

El bloque dedicado a Jakarta CDI llega a su fin con el estudio de una funcionalidad que no parece tener mucho que ver con la inyección de dependencias, pero que aprovecha la existencia del contenedor de CDI para ayudarnos en la creación de sistemas más desacoplados y abstractos si cabe.

Seguir leyendo