Spring Boot 3 requiere como mínimo Java 17.

Verdadero. Spring Framework 6, su base, exige Java 17 como versión mínima.

Spring Boot 3 sigue usando los paquetes `javax.persistence` y `javax.servlet`.

Falso. Migró a Jakarta EE 9+, así que los paquetes pasan a ser `jakarta.persistence` y `jakarta.servlet`.

Si una clase tiene un único constructor, Spring lo usa para inyectar sin necesidad de `@Autowired`.

Verdadero. Desde Spring 4.3 la anotación es opcional en ese caso, así que el estilo idiomático es omitirla.

Por defecto, cada bean de Spring es un singleton dentro del `ApplicationContext`.

Verdadero. El scope por defecto es `singleton`: una instancia por contexto. Por eso los beans no deben guardar estado de cada petición.

`ProblemDetail` sigue el formato estándar de errores HTTP de la RFC 7807, actualizada por la RFC 9457.

Verdadero. Devuelve `application/problem+json` con `type`, `title`, `status`, `detail` e `instance`.

Al crear un recurso con POST, lo correcto es responder `200 OK` sin cabecera `Location`.

Falso. Lo semántico es `201 Created` con una cabecera `Location` que apunte al nuevo recurso.

Poner `@Valid` en un parámetro `@RequestBody` hace que se valide antes de ejecutar el método del controlador.

Verdadero. Si la validación falla, Spring lanza `MethodArgumentNotValidException` y el método no llega a ejecutarse.

Dentro de una transacción, si modificas una entidad gestionada, el cambio se guarda al hacer commit aunque no llames a `save()`.

Verdadero. Es el dirty checking de Hibernate: al hacer flush compara las entidades con su estado original y genera los `UPDATE`.

Si un método llama a otro método `@Transactional` de la misma clase, se abre una transacción nueva.

Falso. La llamada no pasa por el proxy de Spring (autoinvocación), así que la anotación del método llamado se ignora.

Los records son una buena opción para modelar entidades JPA.

Falso. JPA necesita un constructor sin argumentos, campos que se puedan modificar y clases que admitan proxies. Los records encajan como DTOs o proyecciones.

`spring.jpa.hibernate.ddl-auto=update` es la forma recomendada de gestionar el esquema en producción.

Falso. No versiona los cambios, no borra ni renombra columnas de forma fiable y puede dejar el esquema a medias. En producción se usan migraciones con Flyway o Liquibase.

`@ManyToOne` es LAZY por defecto.

Falso. `@ManyToOne` y `@OneToOne` son EAGER por defecto; `@OneToMany` y `@ManyToMany`, LAZY. Por eso conviene marcar siempre las `*ToOne` con `fetch = FetchType.LAZY`.

El problema N+1 se soluciona poniendo todas las relaciones en EAGER.

Falso. EAGER carga las relaciones en todas las consultas aunque no se usen, y con colecciones puede seguir lanzando una consulta por elemento. Se soluciona con `JOIN FETCH`, `@EntityGraph` o proyecciones.

En una relación bidireccional, Hibernate escribe la clave foránea mirando el lado que tiene `mappedBy`.

Falso. `mappedBy` marca el lado inverso, que Hibernate ignora al escribir. La clave foránea sale del lado propietario, normalmente el `@ManyToOne`.

Si un repositorio devuelve `Slice ` en lugar de `Page `, Spring Data se ahorra la consulta `count`.

Verdadero. `Slice` solo sabe si hay página siguiente (pide un elemento de más); `Page` necesita el total y lanza una consulta extra de recuento.

Quiz de la fase 3 Fase 3: El Salto a Spring Boot 3 y APIs REST

¿Verdadero o falso?

15 afirmaciones sobre los días de esta fase. Responde cada una y lee la explicación: el fallo suele estar en un matiz.

0 de 15 respondidas
0 aciertos

Spring Boot 3 requiere como mínimo Java 17.
Spring Boot 3 sigue usando los paquetes javax.persistence y javax.servlet.
Si una clase tiene un único constructor, Spring lo usa para inyectar sin necesidad de @Autowired.
Por defecto, cada bean de Spring es un singleton dentro del ApplicationContext.
ProblemDetail sigue el formato estándar de errores HTTP de la RFC 7807, actualizada por la RFC 9457.
Al crear un recurso con POST, lo correcto es responder 200 OK sin cabecera Location.
Poner @Valid en un parámetro @RequestBody hace que se valide antes de ejecutar el método del controlador.
Dentro de una transacción, si modificas una entidad gestionada, el cambio se guarda al hacer commit aunque no llames a save().
Si un método llama a otro método @Transactional de la misma clase, se abre una transacción nueva.
Los records son una buena opción para modelar entidades JPA.
spring.jpa.hibernate.ddl-auto=update es la forma recomendada de gestionar el esquema en producción.
@ManyToOne es LAZY por defecto.
El problema N+1 se soluciona poniendo todas las relaciones en EAGER.
En una relación bidireccional, Hibernate escribe la clave foránea mirando el lado que tiene mappedBy.
Si un repositorio devuelve Slice<T> en lugar de Page<T>, Spring Data se ahorra la consulta count.