UD1 · Entender
De Java a la Web: HTTP y Spring Boot
Entender qué ocurre entre el navegador y el servidor, y construir con Spring Boot una primera API en memoria que ya se comprueba con un cliente HTTP.
Antes de empezar
- Necesitas
- JDK 21 o superior.
- Un IDE con soporte para Java y Maven.
- Un navegador con DevTools.
- Git instalado y una cuenta de GitHub para conservar las versiones del proyecto.
- Postman o Bruno instalado, a partir de la sesión 3.
- Debes saber
- Sintaxis básica de Java.
- Clases, objetos, métodos y colecciones.
La meta del proyecto durante el primer trimestre
Durante todo el primer trimestre construyes el mismo CRUD y utilizas su mismo repositorio en Servidor e Intermodular. El tema lo eliges tú y se acuerda con el profesor al comenzar. Puedes gestionar préstamos de material, reservas de instalaciones, pedidos, actividades de una asociación u otro problema que conozcas. El gestor de proyectos de los ejemplos es una referencia para entender el código; tu entrega utiliza el vocabulario y las reglas de tu dominio.
Esta tabla describe lo que aprenderás a construir durante el trimestre. No presupone que conozcas hoy todos sus términos: cada técnica se explica cuando llega su sesión. Para elegir tema, utiliza las preguntas del paso 1 de la primera sesión.
| Complejidad mínima del primer trimestre | Evidencia en tu producto |
|---|---|
| Un recurso principal y al menos tres entidades relacionadas con una función real | Modelo y casos de uso; no se añaden tablas de relleno |
| CRUD completo del recurso principal y gestión de los relacionados | Crear, listar, consultar, modificar y borrar mediante la API |
| Una relación uno a muchos y otra muchos a muchos | Asociar, consultar y desasociar sin perder integridad |
| DTO, validación y errores coherentes | Entradas rechazadas, ausencia de recursos y conflictos reproducibles |
| Capas y PostgreSQL | Responsabilidades separadas y datos que sobreviven al reinicio |
| Consultas, filtros y un listado paginado | Respuestas útiles y acotadas; se profundiza en la UD7 |
| Al menos tres reglas de negocio y una operación transaccional con varios cambios | Una reserva con elementos, un pedido con líneas o una operación equivalente; prueba de rollback |
| Consultas con relaciones revisadas | Detección y corrección de N+1 con evidencias SQL |
| Pruebas y contrato ejecutable | Tests de servicios y repositorios, y colección HTTP |
| Backend en producción durante el primer trimestre | La misma versión pasa por el workflow, CI y despliegue de Intermodular |
La autenticación y la autorización se incorporan en el segundo trimestre. Una entidad que represente a un socio, responsable o cliente en el primero todavía no implica cuentas con inicio de sesión. En la primera sesión basta con un esquema inicial que permita alcanzar esta complejidad; se concreta a medida que se aprende.
Qué debe quedar hecho en cada sesión
El cierre indica qué debe funcionar, qué debes haber comprobado y qué decisiones debes poder explicar. El mismo proyecto crece durante el módulo; conserva sus cambios y distingue los resultados comprobados de los problemas pendientes.
Tiempo y coordinación
Cada semana tiene dos sesiones de tres horas. Cada sesión reserva 25 minutos para explicar y demostrar, 140 minutos para trabajar sobre tu proyecto y 15 minutos para comprobar el resultado: 180 minutos. Las consultas durante el taller se atienden sobre el código. La explicación aparece completa en «Se explica» y los procedimientos, el código y las comprobaciones están desarrollados en «Se trabaja». Las ayudas desplegables se reservan para respuestas o dudas puntuales.
Se mantienen las 156 horas previstas: primer trimestre, 28 sesiones y 84 horas; segundo trimestre, 24 sesiones y 72 horas. La GVA fija para FP en 2026/2027 el inicio el 9 de septiembre de 2026, Navidad del 22 de diciembre al 6 de enero y Pascua del 25 de marzo al 5 de abril. El tramo de septiembre a Navidad es mayor que el de enero a Pascua.
Servidor evalúa implementación, arquitectura, persistencia, contrato, reglas y pruebas. Intermodular evalúa cómo ese mismo código recorre issues, ramas, revisiones, CI y puesta en producción. La API se publica primero en memoria cuando llega su taller de despliegue y se actualiza con PostgreSQL dentro del primer trimestre. El portfolio presenta el producto; el cliente que consume la API se construye en la UD8 de Servidor y se publica en Intermodular 18, antes de incorporar autenticación.
Sesiones de la unidad
Cada sesión es una clase, con su propia página.
4 sesiones
Semana 1 · Elegir el CRUD y arrancar el servidor
Semana 2 · JSON y primera escritura con un cliente HTTP