Differences

This shows you the differences between two versions of the page.

--- apuntes:spring [17/07/2020 10:18] – Santiago Faci
+++ apuntes:spring [15/11/2023 21:36] (current) – [ModelMapper] Santiago Faci
@@ Line 1: / Line 1: @@
-====== Spring: Creación de servicios web ======
+====== Creación de servicios web REST / APIs. Spring Boot ======
-==== ¿Qué son los servicios web? ====
+{{ spring-logo.png?200 }}
+==== ¿Qué son los servicios web REST? ====
 Un servicio web es una aplicación que se encuentra en el lado servidor y permite que otra aplicación cliente conecte con ella a través de Internet para el intercambio de información utilizando el protocolo HTTP.
@@ Line 76: / Line 78: @@
 </code>
-===== Spring framework =====
+===== Desarrollo de una API con Spring Boot =====
-<figure>
+En el punto anterior sobre [[https://datos.codeandcoke.com/apuntes:spring-web#ejecucion_de_la_aplicacion_web|Creación de aplicaciones web. Spring Boot]] vimos cómo comenzar el desarrollo de una aplicación web interactiva. Ahora se trata de implementar un proyecto muy similar, puesto que se puede considerar una aplicación web pero en este caso implementaremos un Controlador REST en lugar de un controlador web.
-{{ spring-logo.png }}
-<caption>Framework Spring</caption></figure>
-[[http://www.spring.io|Spring]] es un framework de Java para el desarrollo de aplicaciones web. En nuestro caso, lo que queremos construir es una pequeña aplicación web que nos permita disponer de servicios web para comunicar nuestra aplicación con una Base de Datos y que podamos, si asi lo queremos, proporcionar algo de lógica en el lado servidor cuando sea necesario. Para eso utilizaremos //Spring Boot// que es una parte de este framework que facilita bastante el trabajo para casos como el que a nosotros nos interesa.
+Podemos seguir el mismo guión que en el punto anterior hasta el momento en que se define el @Controller y se empieza a trabajar con las plantillas HTML. Ahora se trata de implementar servicios web por lo que definiremos, en su lugar, una clase que hará de @RestController y no habrá plantillas HTML puesto que la comunicación se hará utilizando JSON (conversión que Spring Boot hará automáticamente) y no será usuario-máquina sino máquina-maquina.
-Para eso, lo primero que haremos será utilizar el [[http://start.spring.io|Spring Initializr]] para preparar el proyecto inicial sobre el que luego diseñaremos nuestra pequeña aplicación web. Para ello podemos seguir el videotutorial que aparece al final de este apartado.
+Partimos entonces de un proyecto de aplicación con [[https://start.spring.io|Spring Initializr]]:
-Una vez tengamos creado el proyecto inicial, podemos empezar a trabajar en él para tener nuestro servidor. En este caso se trata de crear un servidor que tendrá los servicios web necesarios para que los usuarios de una aplicación Android puedan registrar sus opiniones en nuestra Base de Datos. Así, otros usuarios podrán visualizarlas en sus terminales.
 ==== Configuración del servidor ====
-Lo primero de todo será editar el fichero de configuración del proyecto para personalizarlo a nuestro caso:
+Lo primero de todo será editar el fichero de configuración del proyecto para personalizarlo a nuestro caso. En el siguiente ejemplo estaríamos configurando la aplicación para conectar con una base de datos MySQL:
-<file java application.properties>
+<file properties application.properties>
-# Configuración para el acceso a la Base de Datos
+# Configuracion para el acceso a la Base de Datos
-spring.jpa.hibernate.ddl-auto=none
+spring.jpa.hibernate.ddl-auto=update
 spring.jpa.properties.hibernate.globally_quoted_identifiers=true
 # Puerto donde escucha el servidor una vez se inicie
-server.port=${port:8080}
+server.port=8080
 # Datos de conexion con la base de datos MySQL
-spring.datasource.url=jdbc:mysql://localhost:3306/opiniones
+spring.datasource.url=jdbc:mysql://localhost:3306/myshoponline
-spring.datasource.username=root
+spring.datasource.username=myshopuser
-spring.datasource.password=
+spring.datasource.password=mypassword
-spring.datasource.driverClassName=com.mysql.jdbc.Driver
 </file>
-Sobre el fichero ''build.gradle'' tendremos que realizar algunos cambios:
+Pero también nos podría interesar utilizar una base de datos H2:
-<file java build.gradle>
+<file properties application.properties>
-. . .
+# Configuracion para el acceso a la Base de Datos
-apply plugin: 'java'
+spring.jpa.hibernate.ddl-auto=update
-apply plugin: 'idea'
+spring.jpa.properties.hibernate.globally_quoted_identifiers=true
-apply plugin: 'spring-boot'
-apply plugin: 'war'
-jar {
+# Puerto donde escucha el servidor una vez se inicie
-  baseName = 'opiniones'
+server.port=8080
-  version = '0.0.1'
-}
-repositories {
-  mavenCentral()
-}
-dependencies {
+# Datos de conexion con la base de datos H2
-  compile('org.springframework.boot:spring-boot-starter-web')
+spring.datasource.url=jdbc:h2:file:/Ruta/al/fichero/myshoponline.db
-  compile('org.springframework.boot:spring-boot-starter-data-jpa')
+spring.datasource.driverClassName=org.h2.Driver
-  compile('mysql:mysql-connector-java:5.1.16')
+spring.datasource.username=sa
-  providedRuntime("org.springframework.boot:spring-boot-starter-tomcat")
+spring.datasource.password=password
-}
+spring.jpa.database-platform=org.hibernate.dialect.H2Dialect
+spring.h2.console.enabled=true
-configurations {
-  providedRuntime
-}
 </file>
-Ahora, modificaremos la clase principal ''Application''. De esta forma podremos iniciar nuestro servidor directamente desde la consola de IntelliJ o bien contenida dentro de un servidor de aplicaciones como //Tomcat//, aunque no lo haremos así en este caso.
+Hay que tener en cuenta que la propiedad //spring.jpa.hibernate.ddl-auto// se utiliza para que la base de datos se genere automáticamente en cada arranque de la aplicación. Esto nos interesará cuando estemos en desarrollo pero no cuando queramos desplegarla en producción. Por lo que tendremos que tener cuidado y controlar el valor de dicha propiedad.
-Conviene prestar atención a los comentarios que he dejado en esta clase, donde se explica cómo lanzar la aplicación servidor una vez que este lista.
+  * //none//: Para indicar que no queremos que genere la base de datos
+  * //update//: Si queremos que la genere de nuevo en cada arranque
+  * //create//: Si queremos que la cree pero que no la genere de nuevo si ya existe
-<file java Application.java>
+==== Definir la base de datos ====
-/**
- * Clase que lanza la aplicación
- *
- * Cómo compilar/ejecutar la aplicación:
- *  - Si se hacen cambios en el build.gradle conviene ejecutar (desde la terminal):
- *      - ./gradlew idea
- *      - ./gradlew build
- *  - Una vez compilado se pueden ejecutar por dos vias
- *      - ./gradlew bootRun
- *      - También se puede ejecutar el jar (con java -jar) que se genera en la carpeta 'build/libs' según el fichero 'build.gradle'
- *
- *  El proyecto parte de un proyecto base creado con la herramienta Spring Initializr,
- *  disponible en https://start.spring.io/. Conviene seleccionar ya de inicio las dependencias de Web, JPA y MySQL
- *  De todas formas se pueden añadir luego a gradle y sincronizar el proyecto como se indica más arriba
- *
- * @author Santiago Faci
- * @version curso 2015-2016
- */
-@SpringBootApplication
-public class Application extends SpringBootServletInitializer {
-  public static void main(String[] args) {
+Hay que tener en cuenta que //Spring// utiliza por debajo el framework de //Hibernate// para trabajar con la Base de Datos. Eso nos va a permitir trabajar con nuestras clases Java directamente sobre la Base de Datos, ya que será //Hibernate// quién realizará el mapeo entre el objeto Java (y sus atributos) y la tabla de MySQL o H2 (y sus columnas) a la hora de realizar consultas, inserciones, modificaciones o borrados. E incluso a la hora de crear las tablas, puesto que bastará con definir nuestro modelo de clases con las anotaciones apropiadas para que Spring pueda crearlas en base a éstas (y porque tenemos la opción //spring.jpa.hibernate.ddl-auto=updat//e en el fichero de configuración). Cuando ya no queramos que Spring genere automáticamente la base de datos en cada arranque (por ejemplo, en producción), tendremos que poner cambiar esa opción a valor //none//.
-    SpringApplication.run(Application.class, args);
-  }
-  @Override
+> Hay que tener en cuenta que, si hemos configurado el proyecto para hacer uso de una base de datos H2, no será necesario realizar este paso, puesto que la base de datos se creará automáticamente la primera vez que se inicie la aplicación. Podemos omitir este apartado.
-  protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
-    return application.sources(applicationClass);
-  }
-  private static Class<Application> applicationClass = Application.class;
+En el caso de que hayamos optado por MySQl, simplemente tendremos que crear la base de datos. Y ya de paso aprovecharemos para crear un usuario con el que la aplicación web se conectará (de esa manera evitamos tener que configurar el acceso usando el usuario root).
-}
-</file>
-==== Definir la Base de Datos ====
+<code sql>
+CREATE DATABASE myshoponline;
+CREATE USER myshopuser IDENTIFIED BY 'mypassword';
+GRANT ALL PRIVILEGES ON myshoponline.* TO myshopuser;
+</code>
-Hay que tener en cuenta que //Spring// utiliza por debajo el framework de //Hibernate// para trabajar con la Base de Datos. Eso nos va a permitir trabajar con nuestras clases Java directamente sobre la Base de Datos, ya que será //Hibernate// quién realizará el mapeo entre el objeto Java (y sus atributos) y la tabla de MySQL (y sus columnas) a la hora de realizar consultas, inserciones, modificaciones o borrados.
+Usaremos //myshopuser// como usuario y //mypassword// como usuario y contraseña en el fichero de configuración (//application.properties//) del proyecto.
-A continuación se muestra el script ''SQL'' que creará la tabla de la base de datos que usaremos para este ejemplo. Y más adelante la clase Java que se utilizará para hacer el mapeo con dicha tabla.
+Si optamos por H2, no será necesario llevar a cabo este paso ya que la base de datos será creada integramente por Spring Boot en el momento en que ejecutemos el proyecto por primera vez.
-<file sql opiniones.sql>
+==== Definir el modelo de datos ====
-CREATE DATABASE IF NOT EXISTS opiniones;
-USE opiniones;
-CREATE TABLE IF NOT EXISTS opiniones (
+Como Spring Boot utiliza Hibernate como libreria ORM (Object-Relationship Mapping), para definir el modelo de datos de nuestra base de datos, nos bastará con escribir las clases Java que representarán a los datos en nuestra aplicación web. A través de las anotaciones que veremos a continuación, le daremos las instrucciones a Spring acerca de cómo crear la base de datos de forma transparente para nosotros.
-  id INT UNSIGNED PRIMARY KEY,
-  titulo VARCHAR(50) NOT NULL,
-  texto VARCHAR(50),
-  fecha DATETIME,
-  puntuacion INT UNSIGNED
-);
-</file>
 Así, simplemente tenemos que crear la clase con los atributos y métodos que queramos y añadir las anotaciones que orientarán a //Hibernate// para saber a qué tabla corresponden los objetos de la clase y a qué columnas sus atributos.
+Usaremos, además, la librería [[https://projectlombok.org/|lombok]] para la generación automática de //getters//, //setters// y constructores.
 <code java>
+import lombok.*;
 import javax.persistence.*;
+import java.time.LocalDateTime;
 /**
- * Opinion que los usuarios tienen sobre un monumento
+ * Producto de la tienda online
- * Se deben definir las anotaciones que indican la tabla y columnas a las que
- * representa esta clase y sus atributos
  *
  * @author Santiago Faci
- * @version curso 2015-2016
+ * @version curso 2021
  */
-@Entity
+@Data
-@Table(name = "opiniones")
+@AllArgsConstructor
-public class Opinion {
+@NoArgsConstructor
+@Entity(name = "products")
+public class Product {
+    @Id
+    @GeneratedValue(strategy = GenerationType.IDENTITY)
+    private long id;
+    @Column
+    private String name;
+    @Column
+    private String description;
+    @Column
+    private String category;
+    @Column
+    private float price;
+    @Column(name = "creation_date")
+    private LocalDateTime creationDate;
+}
+</code>
+> **Recordad que todas las anotaciones Java en el ejemplo anterior son clases que pertenecen al paquete 'javax.persistence'. Tened cuidado de no importar las mismas clases que existen en otros paquetes, aunque estén relacionados con Spring**
+==== El acceso a la base de datos ====
+Ahora creamos la ''interface'' donde se definirán los métodos que permitirán acceder a la Base de Datos. En este caso nos basta con definir las cabeceras de los mismos, puesto que se trata de una ''interface''. Será el framework el que se encargue de su implementación. En este caso hemos definido métodos para obtener todas las puntuaciones y otro para obtener las que tengan una puntuación determinada. Además, podremos contar con que tenemos las operaciones que nos permiten registrar/modificar (''save'') y eliminar (''delete'') información de la Base de Datos.
+<code java>
+/**
+ * Repositorio de Productos
+ * @author Santiago Faci
+ * @version curso 2021
+ */
+@Repository
+public interface ProductRepository extends CrudRepository<Product, Long> {
+    Set<Product> findAll();
+    Set<Product> findByCategory(String category);
+}
+</code>
+Conviene echar un vistazo a la [[https://docs.spring.io/spring-data/jpa/reference/3.2/jpa/query-methods.html|documentación sobre los JPA Query Methods]] para conocer bien todas las posibilidades que esta interface nos ofrece a la hora de preparar estos métodos, que sustituirán a las consultas SQL que teníamos que escribir hasta ahora para consultar nuestra base de datos.
+==== Implementación de la lógica de negocio: Los Services ====
+Los Services serán la capa de nuestra aplicación web donde implementaremos toda la lógica de negocio.
+Definiremos una interface con todos los métodos que necesitemos:
+<code java>
+public interface ProductService {
+    Set<Product> findAll();
+    Set<Product> findByCategory(String category);
+    Optional<Product> findById(long id);
+    Product addProduct(Product product);
+    Product modifyProduct(long id, Product newProduct);
+    void deleteProduct(long id);
+}
+</code>
+Que implementaremos en la clase //ProductServiceImpl//
+<code java>
+@Service
+public class ProductServiceImpl implements ProductService {
+    @Autowired
+    private ProductRepository productRepository;
+    @Override
+    public Set<Product> findAll() {
+        return productRepository.findAll();
+    }
+    @Override
+    public Set<Product> findByCategory(String category) {
+        return productRepository.findByCategory(category);
+    }
+    @Override
+    public Optional<Product> findById(long id) {
+        return productRepository.findById(id);
+    }
+    @Override
+    public Product addProduct(Product product) {
+        return productRepository.save(product);
+    }
+    @Override
+    public Product modifyProduct(long id, Product newProduct) throws ProductNotFoundException {
+        Product product = productRepository.findById(id)
+                .orElseThrow(() -> new ProductNotFoundException(id));
+        newProduct.setId(product.getId());
+        return productRepository.save(newProduct);
+    }
+    @Override
+    public void deleteProduct(long id) throws ProductNotFoundException {
+        productRepository.findById(id)
+                .orElseThrow(() -> new ProductNotFoundException(id));
+        productRepository.deleteById(id);
+    }
+}
+</code>
+==== Implementación del controller ====
+Antes de continuar, es muy conveniente leerse el siguiente artículo sobre los diferentes [[https://www.dariawan.com/tutorials/rest/http-methods-spring-restful-services/|métodos HTTP en servicios web REST]]. Explica muy claramente cómo deben ser las diferentes operaciones que se pueden llevar a cabo sobre los recursos del sistema.
+Y a continuacuón, en esta ocasión definiremos un controlador REST. En él se han definido diferentes endpoints que permite ejecutar las siguientes operaciones:
+  * Obtener todos los productos: Método GET que devuelve toda la colección
+  * Obtener todos los productos de una categoría determinada: Método GET que devuelve la colección filtrada por el campo categoria
+  * Obtener un producto determinado: Método GET que devuelve un objeto determinado utilizando un parámetro Path
+  * Registrar un nuevo producto: Método POST que registra un nuevo producto en la base de datos
+  * Modificar un producto: Método PUT que modifica un producto
+  * Eliminar un producto: Método DELELET que elimina un producto existente
+Como veremos, algunas de las operaciones devuelven un error controlado (mediante un gestor de excepciones que se ha definido al final del controlador) cuando el producto solicitado no existe. En esos casos, se devuelve además una respuesta definida en la clase ''Response'' para notificar el código de error y mensaje de negocio, a parte del [[https://developer.mozilla.org/es/docs/Web/HTTP/Status|código de estado HTTP correspondiente]].
+Para entender el siguiente fragmento de código conviene tener en cuenta lo siguiente:
+  * Cada método anotado define un endpoint que podrá ser invocado por otra aplicación
+  * Las anotaciones @GetMapping, @PostMapping, @PutMapping, @PatchMapping, @DeleteMapping definen el método (GET, POST, PUT, PATCH, DELETE) y la URL de dicho endpoint.
+  * Si el endpoint debe utilizar ''Path Params'' vendrán definidos en la URL y también en el método como ''@PathVariable''
+  * Si el endpoint debe utilizar ''Query Params'' vendrán definidos solamente en el método como ''@RequestParam''
+  * Si el endpoint debe utilizar ''Body Params'' vendrán definidos solamente en el método como ''@RequestBody''
+  * La respuesta será siempre un objeto ''ResponseEntity'' que contedrá la información de respuesta y un código de estado HTTP asociado
+Consulta [[https://datos.codeandcoke.com/apuntes:http|aqui]] más información sobre la forma que deben tener la petición y la respuesta de cada operación.
+<code java>
+@RestController
+public class ProductController {
+    @Autowired
+    private ProductService productService;
+    @GetMapping("/products")
+    public ResponseEntity<Set<Product>> getProducts(@RequestParam(value = "category", defaultValue = "") String category) {
+        Set<Product> products = null;
+        if (category.equals(""))
+            products = productService.findAll();
+        else
+            products = productService.findByCategory(category);
+        return new ResponseEntity<>(products, HttpStatus.OK);
+    }
+    @GetMapping("/products/{id}")
+    public ResponseEntity<Product> getProduct(@PathVariable long id) {
+        Product product = productService.findById(id)
+                .orElseThrow(() -> new ProductNotFoundException(id));
+        return new ResponseEntity<>(product, HttpStatus.OK);
+    }
+    @PostMapping("/products")
+    public ResponseEntity<Product> addProduct(@RequestBody Product product) {
+        Product addedProduct = productService.addProduct(product);
+        return new ResponseEntity<>(addedProduct, HttpStatus.OK);
+    }
+    @PutMapping("/products/{id}")
+    public ResponseEntity<Product> modifyProduct(@PathVariable long id, @RequestBody Product newProduct) {
+        Product product = productService.modifyProduct(id, newProduct);
+        return new ResponseEntity<>(product, HttpStatus.OK);
+    }
+    @DeleteMapping("/products/{id}")
+    public ResponseEntity<Response> deleteProduct(@PathVariable long id) {
+        productService.deleteProduct(id);
+        return ResponseEntity.noContent().build();
+    }
+    @ExceptionHandler(ProductNotFoundException.class)
+    @ResponseBody
+    @ResponseStatus(HttpStatus.NOT_FOUND)
+    public ResponseEntity<Response> handleException(ProductNotFoundException pnfe) {
+        Response response = Response.errorResonse(NOT_FOUND, pnfe.getMessage());
+        return new ResponseEntity<>(response, HttpStatus.NOT_FOUND);
+    }
+}
+</code>
+Como se puede ver, al final del controlador, se ha definido un método que sirve de ejemplo para ver cómo tratar las excepciones que se puedan producir. En este caso será necesario implementar la clase ''ProductNotFoundException'' que define la excepción para los casos en los que no se encuentra el objeto requerido.
+<code java>
+public class ProductNotFoundException extends RuntimeException {
+    public ProductNotFoundException() {
+        super();
+    }
+    public ProductNotFoundException(String message) {
+        super(message);
+    }
+    public ProductNotFoundException(long id) {
+        super("Product not found: " + id);
+    }
+}
+</code>
+También necesitaremos implementar la clase ''Response'' que usamos como respuesta genérica cuando lo que hay que responder no es información sino que es la confirmación de que una operación se ha ejecutado correctamente o bien un error porque algo no ha ocurrido como se esperaba.
+<code java>
+@Data
+@AllArgsConstructor(access = AccessLevel.PRIVATE)
+public class Response {
+    public static final int NO_ERROR = 0;
+    public static final int NOT_FOUND = 101;
+    public static final String NO_MESSAGE = "";
+    private Error error;
+    @Data
+    @AllArgsConstructor(access = AccessLevel.PRIVATE)
+    static class Error {
+        private long errorCode;
+        private String message;
+    }
+    public static Response noErrorResponse() {
+        return new Response(new Error(NO_ERROR, NO_MESSAGE));
+    }
+    public static Response errorResonse(int errorCode, String errorMessage) {
+        return new Response(new Error(errorCode, errorMessage));
+    }
+}
+</code>
+===== Validación con Spring Boot =====
+Spring Boot dispone de una librería dedicada exclusivamente a la validación de la entrada recibida por una operación de nuestra API. Podemos añadirla incluyendo la correspondiente dependencia en nuestro fichero ''pom.xml'':
+<code xml>
+. . .
+<dependency>
+  <groupId>org.springframework.boot</groupId>
+  <artifactId>spring-boot-starter-validation</artifactId>
+</dependency>
+. . .
+</code>
+Y dispondremos de nuevas anotaciones que validarán, automáticamente, si los campos cumplen con los requisitos que dichas anotaciones imponen. Por ejemplo, anotaciones como:
+  * ''@NotNull'': Indica que el campo es obligatorio
+  * ''@NotBlank'': Indica que el campo no puede quedar en blanco
+  * ''@Min'': Permite indicar el valor mínimo aceptable para ese campo
+<code java>
+@Data
+@NoArgsConstructor
+@AllArgsConstructor
+@Entity(name = "products")
+public class Product {
   @Id
-  @GeneratedValue
+  @GeneratedValue(strategy = GenerationType.IDENTITY)
-  private int id;
+  private long id;
   @Column
-  private String titulo;
+  @NotBlank(message = "El campo no puede estar vacío")
+  @NotNull(message = "El campo es obligatorio")
+  private String name;
   @Column
-  private String texto;
+  private String description;
   @Column
-  private Date fecha;
+  @NotNull
+  private String category;
   @Column
-  private int puntuacion;
+  @Min(value = 0)
+  private int price;
+  @Column(name = "creation_date")
+  private LocalDateTime creationDate;
+  @ManyToOne
+  @JoinColumn(name = "provider_id")
+  private Provider provider;
+}
+</code>
-  // Constructor
+En el método del controlador podremos utilizar la anotación ''@Valid'' para forzar la validación de ese objeto de acuerdo a las anotaciones que previamente hemos añadido en la definición de dicha clase.
-  // Getters y Setters
+<code java>
+public class ProductController {
+  . . .
+  @PostMapping("/providers/{providerId}/products")
+  public ResponseEntity<Product> addProduct(@PathVariable long providerId,
+    @Valid @RequestBody Product   product) throws ProductNotFoundException {
+    Product newProduct = productService.addProduct(product, providerId);
+    return ResponseEntity.status(HttpStatus.CREATED).body(newProduct);
+  }
   . . .
 }
 </code>
-> **Recordad que todas las anotaciones Java en el ejemplo anterior son clases que pertenecen al paquete 'javax.persistence'. Tened cuidado de no importar las mismas clases que existen en otros paquetes, aunque estén relacionados con Spring**
+Y el control de errores de esa validación se podrá gestionar capturando la excepción ''MethodArgumentNotValidException'' desde donde podremos listar qué campos no han sido validados correctamente junto con el mensaje de validación para saber qué ha pasado:
-==== El Acceso a la Base de Datos ====
+<code java>
+public class ProductController {
+  . . .
+  @ExceptionHandler(MethodArgumentNotValidException.class)
+  public ResponseEntity<ErrorResponse> handleException(MethodArgumentNotValidException manve) {
+    Map<String, String> errors = new HashMap<>();
+    manve.getBindingResult().getAllErrors().forEach(error -> {
+      String fieldName = ((FieldError) error).getField();
+      String message = error.getDefaultMessage();
+      errors.put(fieldName, message);
+    });
-Ahora creamos la ''interface'' donde se definirán los métodos que permitirán acceder a la Base de Datos. En este caso nos basta con definir las cabeceras de los mismos, puesto que se trata de una ''interface''. Será el framework el que se encargue de su implementación. En este caso hemos definido métodos para obtener todas las puntuaciones y otro para obtener las que tengan una puntuación determinada. Además, podremos contar con que tenemos las operaciones que nos permiten registrar/modificar (''save'') y eliminar (''delete'') información de la Base de Datos.
+    return ResponseEntity.badRequest().body(ErrorResponse.validationError(errors));
+  }
+  . . .
+}
+</code>
+La clase ''ErrorResponse'' la hemos definido para definir la estructura del cuerpo de la respuesta cuando se trate de responder ante errores. Y dicho cuerpo lo podemos encapsular en una ''ResponseEntity'' con el código de estado que corresponda. En este ejemplo le corresponde un //400 Bad Request// como se puede ver justo en el ejemplo de código anterior.
+Esa clase ''ErrorResponse'' sería algo parecido a esto:
 <code java>
-/**
+@Data
- * Clase que hace de interfaz con la Base de Datos
+public class ErrorResponse {
- * Al heredar de CrudRepository se asumen una serie de operaciones
- * para registrar o eliminar contenido (save/delete)
- * Se pueden añadir operaciones ya preparadas como las que hay de ejemplo ya hechas
- *
- * @author Santiago Faci
- * @version curso 2015-2016
- */
-public interface OpinionRepository extends CrudRepository<Opinion, Integer> {
-  List<Opinion> findAll();
+  private int code;
-  List<Opinion> findByPuntuacion(int puntuacion);
+  private String message;
+  private Map<String, String> errors;
+  private ErrorResponse(int errorCode, String errorMessage) {
+    code = errorCode;
+    message = errorMessage;
+    errors = new HashMap<>();
+  }
+  private ErrorResponse(int code, String message, Map<String, String> errors) {
+    this.code = code;
+    this.message = message;
+    this.errors = errors;
+  }
+  public static ErrorResponse generalError(int code, String message) {
+    return new ErrorResponse(code, message);
+  }
+  public static ErrorResponse validationError(Map<String, String> errors) {
+    return new ErrorResponse(104, "Validation error", errors);
+  }
 }
 </code>
-==== Implementación del Controller ====
+Asi, si alguna de las reglas de validación se incumple al registrar un nuevo Producto, recibiremos como respuesta algo como esto:
-Por último, crearemos la clase que hará de ''Controller'' de la aplicación. En ella introduciremos los métodos con las operaciones que queremos que nuestros usuarios puedan realizar, programaremos la lógica que necesitemos y accederemos a los datos a través del ''OpinionRepository'' que hemos creado en el paso anterior.
+<code javascript>
+{
+    "code": 104,
+    "message": "Validation error",
+    "errors": {
+      "name": "El campo es obligatorio",
+      "price": "must be greater than 0"
+    }
+}
+</code>
-En este caso hemos creado tres operaciones:
+===== Relaciones entre clases en el modelo de datos =====
-  * getOpiniones(): Devuelve todas las opiniones de la base de datos
+A diferencia de como se mapean las relaciones en la base de datos relacional, en el modelo Orientado a Objetos que representa Java, podemos definir la relación a ambos lados de la misma. Hay que tener en cuenta que, al fin y al cabo, los atributos que definimos son referencias a objetos, por lo que no hay redundancia de datos aunque lo hagamos a ambos lados (en el lado ''Product'' y ''Provider'', por ejemplo para este caso).
-  * getOpiniones(int puntuacion): Devuelve las opiniones que tienen una determinada puntuacion
-  * addOpinion(String titulo, String texto, int puntuacion): Registra una nueva opinión en la base de datos
-Cada una de las operaciones tienen una URL de mapeo que nos permite acceder a las mismas desde cualquier cliente (navegador, aplicación Java, aplicación Android). Por ejemplo, si quisieramos obtener todas las opiniones que tienen una determinada puntuación utilizaríamos la siguiente URL: http://localhost:8082/opiniones_puntuacion?puntuacion=4 (cambiando ''localhost'' por la IP o nombre del servidor que corresponda en cada caso). Más adelante se verá cómo hacerlo desde una aplicación Android pero es posible probar nuestro servidor accediendo a estas URLs directamente desde el navegador, de forma que podamos comprobar que todo funciona correctamente antes de seguir.
+Con las anotaciones y atributos que definamos para cada tipo de relación, será Spring Boot quien se encargará de definir la clave ajena en el lado N de la relación (para las 1-N o N-1) o bien la tabla intermedia con las claves ajenas de las tablas relacionadas (para el caso de las N-M).
-  * http://localhost:8080/opiniones
+=== OneToMany / ManyToOne ===
-  * http://localhost:8080/opiniones_puntuacion
-  * http://localhost:8080/opiniones_puntuacion?puntuacion=4
+Supongamos el modelo de clases de una API donde existen las clases ''Provider'' y ''Product'' de forma que un proveedor puede serlo de varios productos y para un producto solamente existe un único proveedor. Se trata de una relación 1-N.
-  * http://localhost:8080/add_opinion?titulo=eltitulo&texto=eltexto&puntuacion=10
+Asi es como definiremos esa relación en el lado del Producto:
 <code java>
-/**
+. . .
- * Controlador para las opiniones
+public class Product {
- * Contendrá todos los métodos que realicen operaciones sobre opiniones de los usuarios
+  . . .
- *
+  @ManyToOne
- * @author Santiago Faci
+  @JoinColumn(name = "provider_id")
- * @version curso 2015-2016
+  private Provider provider;
- */
+  . . .
-@RestController
+}
-public class OpinionController {
+</code>
-  @Autowired
+Y asi en el lado del ''Provider'':
-  private OpinionRepository repository;
-  /**
+<code java>
-   * Obtiene todas las opiniones de los usuarios
+. . .
-   * @return
+public class Provider {
-   */
+  . . .
-  @RequestMapping("/opiniones")
+  @OneToMany(mappedBy = "provider")
-  public List<Opinion> getOpiniones() {
+  @JsonBackReference(value = "provider_products")
+  private Set<Product> products;
+  . . .
+}
+</code>
-    List<Opinion> listaOpiniones = repository.findAll();
+=== ManyToMany ===
-    return listaOpiniones;
-  }
-  /**
+Supongamos ahora que también existe una clase ''Order'' de forma que un pedido puede contener muchos productos y un producto puede aparecer en muchos pedidos. Se trata entonces de una relación N-M
-   * Obtiene todas las opiniones con una puntuacion determinada
-   * @param puntuacion
-   * @return
-   */
-  @RequestMapping("/opiniones_puntuacion")
-  public List<Opinion> getOpiniones(int puntuacion) {
-    List<Opinion> listaOpiniones = repository.findByPuntuacion(puntuacion);
+En el lado del Producto la definiríamos asi:
-    return listaOpiniones;
+<code java>
+. . .
+public class Product {
+  . . .
+  @ManyToMany
+  @JoinTable(name = "products_orders",
+       joinColumns = @JoinColumn(name = "product_id"),
+       inverseJoinColumns = @JoinColumn(name = "order_id"))
+  private List<Order> orders;
+  . . .
+}
+</code>
+Y en el lado del pedido:
+<code java>
+. . .
+public class Order {
+  . . .
+  @ManyToMany(mappedBy = "orders")
+  private List<Product> products;
+  . . .
+}
+</code>
+===== ModelMapper =====
+[[https://modelmapper.org/|ModelMapper]] es una librería que contiene una serie de métodos para hacer más sencillo el mapeo de atributos entre 2 objetos.
+Necesitaremos mapear un objeto en otro cuando queramos "transferir" una serie de atributos de un objeto a otro cuando dichos atributos tengan el mismo nombre pero diferente valor. Por ejemplo, si estamos desarrollando una operación para modificar un ''Producto'', como cuerpo de entrada recibiremos un objeto ''Producto'' con todos los campos que el cliente quiere modificar (exceptuando el ''id'', que normalmente no permitiremos modificar). En la capa ''Service'', una vez localizado el objeto actual a través del ''id'' indicado en la llamada, necesitaremos "transferir" todos los atributos del objeto ''Producto'' que nos ha llegado en la entrada a este objeto ya existente (que es quien contendrá el valor correcto del ''id'') para, justo después, guardar los cambios. De esa manera sobrescribiremos todos los atributos del objeto existente.
+La principal ventaja de esta librería es el ahorro en código repetitivo (boilerplate code) puesto que algunos objetos podrían tener decenas de atributos y eso resultaría en decenas de líneas que no aportan realmente valor y dificultan la lectura del código.
+<code xml>
+<dependency>
+  <groupId>org.modelmapper</groupId>
+  <artifactId>modelmapper</artifactId>
+  <version>3.1.1</version>
+</dependency>
+</code>
+Debemos instanciar la librería para poder utilizarla donde corresponda:
+<code java>
+@Configuration
+public class AppConfig {
+  @Bean
+  public ModelMapper modelMapper() {
+    return new ModelMapper();
   }
+}
+</code>
-  /**
+Y ya en la capa ''Service'', podremos declararla y usarla para mapear los atributos:
-   * Registra una nueva opinión en la Base de Datos
-   * @param titulo
-   * @param texto
-   * @param puntuacion
-   */
-  @RequestMapping("/add_opinion")
-  public void addOpinion(@RequestParam(value = "titulo", defaultValue = "nada") String titulo,
-                         @RequestParam(value = "texto" , defaultValue = "nada mas") String texto,
-                         @RequestParam(value = "puntuacion", defaultValue = "-1") int puntuacion) {
-    Opinion opinion = new Opinion();
+<code java>
-    opinion.setTitulo(titulo);
+public class ProductServiceImpl implements ProductService {
-    opinion.setTexto(texto);
+  . . .
-    opinion.setFecha(new Date(System.currentTimeMillis()));
+  @Autowired
-    opinion.setPuntuacion(puntuacion);
+  private ModelMapper modelMapper;
+  . . .
+  @Override
+  public Product modifyProduct(long productId, Product product) throws ProductNotFoundException {
+    Product existingProduct = productRepository.findById(productId)
+            .orElseThrow(ProductNotFoundException::new);
+    modelMapper.map(product, existingProduct);
+    existingProduct.setId(productId);
-    repository.save(opinion);
+    return productRepository.save(existingProduct);
   }
+  . . .
 }
 </code>
-==== Ejecución del servidor ====
-Una vez terminado todo, para lanzar el servidor tenemos dos opciones:
+===== Uso de DTOs =====
-  * Desde el propio IDE, ejecutando ''./gradlew bootRun'' (o bien ''gradlew bootRun'' si estamos en Windows)
-  * Utilizando el jar que podemos generar con el comando ''./gradlew jar build'' (''gradlew jar build'' en Windows) y ejecutarlo con el comando ''java -jar''. El ''.jar'' generado lo podremos encontrar en la carpeta ''build/libs''
-{{ youtube>TBIzVT5dHC4 }} \\
+Una vez definidas las clases de nuestro modelo de datos (con todos los atributos y sus relaciones), parece obvio usar esas mismas clases para cualquier operación que requiera la presencia de un objeto determinado. Pero realmente no nos interesará siempre trabajar con el objeto completo, ya sea para enviar información a una operación o para que ésta componga su respuesta. Normalmente no todos los atributos de un modelo se emplearán como entrada en una operación y, de forma similar, no todos deberán ser incluidos en la respuesta.
-==== Depuración de Servicios Web ====
+Es por eso que surge el concepto de DTO (Data Transfer Object). Definiremos versiones "resumidas" de las clases de nuestro modelo según las necesidades de las entradas y salidas de nuestras operaciones. Por ejemplo, si queremos definir una operación que nos permita ver todos los pedidos de un usuario, quizás solamente queremos que aparezca el número de pedido y un array con los nombres de los productos. El modelo definido para User, Product y Order será muchísimo más completo que todo eso. Por tanto, necesitaremos definir un DTO que nos permita definir lo que podríamos llamar UserOrderDTO, por ejemplo:
-La primera aproximación a la hora de depurar los Servicios Web desarrollados es utilizar el navegador introduciendo las URLs esperando obtener la salida apropiada y comprobar asi que todo funciona correctamente. Es bastante cómodo pero fácil de usar y eficiente, hasta un punto.
+<file java UserOrderDTO>
+@Data
+@NoArgsConstructor
+@AllArgsConstructor
+public class UserOrderDTO {
+  private long userId;
+  private String orderNumber;
+  private String[] productNames;
+}
+</file>
-Si lo que queremos es depurar totalmente, y de una forma profesional, nuestros Servicios Web, tenemos que usar aplicaciones destinadas para ese propósito, como [[https://www.getpostman.com|Postman]], que es una aplicación destinada exclusivamente a testear APIs.
+Y será en la capa ''Service'' donde, en el método correspondiente, tendremos que implementar la lógica necesaria para mapear la información necesaria del modelo de clases a este DTO que será lo que devolvamos en la respuesta de la operación correspondiente. Ese mapeo tendrá que implementarse un tanto a mano en algunas ocasiones, pero también podremos sacar partido de librerías como ''ModelMapper'' para evitar en lo posible el código repetitivo.
 <figure>
-{{ postman.png }}
+{{ dto.png }}
-<caption>Postman</caption></figure>
+<caption>Patrón DTO (Data Transfer Object) [Fuente: https://www.baeldung.com/java-dto-pattern]</caption></figure>
+En el siguiente ejemplo tenemos el modelo que define un Producto en una API:
+<code java>
+@Data
+@NoArgsConstructor
+@AllArgsConstructor
+@Entity(name = "products")
+public class Product {
+  @Id
+  @GeneratedValue(strategy = GenerationType.IDENTITY)
+  private long id;
+  @Column
+  @NotBlank(message = "El campo no puede estar vacío")
+  @NotNull(message = "El campo es obligatorio")
+  private String name;
+  @Column
+  private String description;
+  @Column
+  @NotNull
+  private String category;
+  @Column
+  @Min(value = 0)
+  private int price;
+  @Column(name = "creation_date")
+  private LocalDateTime creationDate;
+  @ManyToOne
+  @JoinColumn(name = "provider_id")
+  private Provider provider;
+}
+</code>
+Y a continuación el DTO que hemos decidido definir solamente con la información necesaria que se debe enviar para registrar un nuevo producto (El resto de campos se podrán calcular/asignar automáticamente):
+<code java>
+@Data
+@NoArgsConstructor
+@AllArgsConstructor
+public class ProductInDTO {
+  @NotNull
+  private String name;
+  @NotNull
+  private String description;
+  private String category;
+  @Min(value = 0, message = "El precio debe ser mayor que cero")
+  private float price;
+}
+</code>
+Asi, en el ''ProductController'' definiremos la operación de registro esperando que nos envíen un ''ProductInDTO'' en lugar de un objeto ''Product'':
+<code java>
+@PostMapping("/providers/{providerId}/products")
+public ResponseEntity<Product> addProduct(@PathVariable long providerId, @Valid @RequestBody ProductInDTO productDTO) throws ProductNotFoundException {
+  Product newProduct = productService.addProduct(productDTO, providerId);
+  return ResponseEntity.status(HttpStatus.CREATED).body(newProduct);
+}
+</code>
+Será la capa ''Service'' la que implemente la lógica para mapear la información del objeto ''ProductInDTO'' a un objeto ''Product'' que será lo que introduzcamos finalmente en la base de datos. En este caso, además, podremos hacer uso de ModelMapper (visitar [[https://datos.codeandcoke.com/apuntes:spring#modelmapper|la sección de ModelMapper]] para ver cómo configurar el proyecto para hacer uso de él)
+<code java>
+@Service
+public class ProductService {
+   . . .
+   @Autowired
+   private ModelMapper modelMapper;
+   . . .
+   public void addProduct(ProductInDTO productInDto, long providerId) {
+     Provider provider = providerRepository.findById(providerId);
+     Product product = new Product();
+     // Mapeamos los atributos del Dto al objeto del modelo
+     modelMapper.map(productInDto, product);
+     product.setCreationDate(LocalDate.now());
+     product.setProvider(provider);
+     productRepository.save(product);
+   }
+   . . .
+}
+</code>
+===== Trazabilidad. Logs de aplicación =====
+Si queremos mantener la trazabilidad de la ejecución de nuestra aplicación (y esto sería válido tanto para la aplicación web como para el proyecto de servicio web que estamos haciendo ahora), tenemos que configurar cómo queremos que se registren los sucesos y trazas de la ejecución.
+Por defecto, cuando ejecutamos la aplicación en modo desarrollo, y también ocurre asi cuando se hace en producción, Spring Boot lanza por pantalla las trazas de ejecución con una configuración predeterminada. Pero tenemos la opción de configurar como queremos que sean esas trazas y si queremos que también se genere un log físico en disco, usando la librería logback (que es la sucesora de la ya conocida librería log4j).
+Para eso, simplemente tenemos que crear un fichero llamado ''logback-spring.xml'' en la carpeta ''resources'' del proyecto. Y a continuación se muestra un ejemplo de cómo tendría que quedar ese fichero para tener una traza por consola al ejecutar y el comando y, al mismo tiempo, que esa traza quedara almacenada en un fichero en disco de forma que éste rotara cada día o cada vez que llegara a un tamaño determinado (fijado en 10 MB).
+<code xml>
+<?xml version="1.0" encoding="UTF-8"?>
+<configuration>
+    <!-- Propiedades que se usará para indicar dónde almacenar los logs y cómo se llama el fichero -->
+    <property name="LOG_DIR" value="logs" />
+    <property name="LOG_NAME" value="myshop" />
+    <!-- Configuración del log que aparece por consola: Console appender -->
+    <appender name="Console"
+              class="ch.qos.logback.core.ConsoleAppender">
+        <layout class="ch.qos.logback.classic.PatternLayout">
+            <!-- Configuración de la traza -->
+            <Pattern>
+                %white(%d{ISO8601}) %highlight(%-5level) [%blue(%t)] %-60.60yellow(%C{20}): %msg%n%throwable
+            </Pattern>
+        </layout>
+    </appender>
+    <!-- Configuración para que se almacene el log en un fichero: File Appender -->
+    <appender name="RollingFile"
+              class="ch.qos.logback.core.rolling.RollingFileAppender">
+        <file>${LOG_DIR}/${LOG_NAME}.log</file>
+        <encoder
+                class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
+            <Pattern>%d %p %C{1.} [%t] %m%n</Pattern>
+        </encoder>
+        <!-- Política de rotado de logs: diario y cuando el fichero llegue a los 10 MB -->
+        <rollingPolicy
+                class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
+            <fileNamePattern>${LOG_DIR}/${LOG_NAME}-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
+            <timeBasedFileNamingAndTriggeringPolicy
+                    class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
+                <maxFileSize>10MB</maxFileSize>
+            </timeBasedFileNamingAndTriggeringPolicy>
+        </rollingPolicy>
+    </appender>
+    <!-- Define el nivel de log para cada appender -->
+    <root level="info">
+        <appender-ref ref="RollingFile" />
+        <appender-ref ref="Console" />
+    </root>
+</configuration>
+</code>
+Asi es como quedaría el fichero log resultante con las trazas de ejecución de la aplicación:
+<code bash>
+santi@zenbook:$ cd logs
+santi@zenbook:$ ls -la
+total 56
+drwxr-xr-x   3 santi  staff    96B Mar  2 21:36 .
+drwxr-xr-x  14 santi  staff   448B Mar  2 21:36 ..
+-rw-r--r--   1 santi  staff    28K Mar  2 21:51 myshop.log
+</code>
+Hasta el momento, la mayoría de las trazas que se registran las emite el propio framework Spring Boot. Pero nosotros tenemos la oportunidad de registrar las que consideremos oportunas utilizando la clase ''LoggerFactory'' que permite obtener una instancia de un objecto ''Logger'' para registrar trazas y dejar asi constancia de cualquier evento de importancia.
+<code java>
+private final Logger logger = LoggerFactory.getLogger(ProductController.class);
+</code>
+Por ejemplo, a continuación se registran un par de trazas para que quede constancia de que se ha invocado a la operación que permite listar los productos del catálogo:
+<code java>
+@GetMapping("/products")
+    public ResponseEntity<Set<Product>> getProducts(@RequestParam(value = "category", defaultValue = "") String category) {
+        logger.info("inicio getProducts");
+        Set<Product> products = null;
+        if (category.equals(""))
+            products = productService.findAll();
+        else
+            products = productService.findByCategory(category);
+        logger.info("fin getProducts");
+        return new ResponseEntity<>(products, HttpStatus.OK);
+    }
+</code>
+También en el caso de que se produzca alguna excepción, será interesante registrar una traza e incluso podremos incluir la propia excepción:
+<code java>
+@ExceptionHandler(ProductNotFoundException.class)
+@ResponseBody
+@ResponseStatus(HttpStatus.NOT_FOUND)
+public ResponseEntity<Response> handleException(ProductNotFoundException pnfe) {
+    Response response = Response.errorResonse(NOT_FOUND, pnfe.getMessage());
+    logger.error(pnfe.getMessage(), pnfe);
+    return new ResponseEntity<>(response, HttpStatus.NOT_FOUND);
+}
+</code>
+A continuación podemos ver cómo quedará la traza del ejemplo anterior registrada en el log de la aplicación:
+<code bash>
+-03-02 21:47:55,813 ERROR [http-nio-8081-exec-2] c.s.m.c.ProductController                       : Product not found: 2
+com.sanvalero.myshop.exception.ProductNotFoundException: Product not found: 2
+	at com.sanvalero.myshop.service.ProductServiceImpl.lambda$deleteProduct$1(ProductServiceImpl.java:49)
+	at java.base/java.util.Optional.orElseThrow(Optional.java:408)
+	at com.sanvalero.myshop.service.ProductServiceImpl.deleteProduct(ProductServiceImpl.java:49)
+	at com.sanvalero.myshop.controller.ProductController.deleteProduct(ProductController.java:60)
+	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
+	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
+	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
+	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
+	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:197)
+	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:141)
+	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:106)
+	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:894)
+	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:808)
+	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)
+	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1060)
+	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:962)
+	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006)
+	at org.springframework.web.servlet.FrameworkServlet.doDelete(FrameworkServlet.java:931)
+	at javax.servlet.http.HttpServlet.service(HttpServlet.java:658)
+	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883)
+	at javax.servlet.http.HttpServlet.service(HttpServlet.java:733)
+. . .
+. . .
+</code>
+<code properties>
+. . .
+logging.level.org.springframework=WARN
+logging.level.org.hibernate=WARN
+. . .
+</code>
+====== Probar los Servicios Web ======
+Si antes de integrar una aplicación con un determinado servicio web, queremos probar éste para comprobar cómo funcionar, tenemos que usar aplicaciones destinadas para ese propósito, como [[https://www.getpostman.com|Postman]], que es una aplicación destinada exclusivamente a testear APIs.
+Para el servicio web desarrollado a lo largo de este tema, vamos a ver cómo se definirían una serie de pruebas para todos sus endpoints utilizando Postman.
+Crearemos una colección y diferentes requests que nos permitan probar todos los endpoints desarrollados en este proyecto (Pincha en la captura para aumentarla y ver cómo configurar cada uno de los casos)
+<figure>
+{{ getProducts.png }}
+<caption>Obtiene todos los productos</caption>
+</figure>
+<figure>
+{{ getProductsByCategory.png }}
+<caption>Obtiene todos los productos de la misma categoría</caption>
+</figure>
+<figure>
+{{ addProduct.png }}
+<caption>Registra un nuevo producto</caption>
+</figure>
+<figure>
+{{ modifyProduct.png }}
+<caption>Modifica un producto existente</caption>
+</figure>
+<figure>
+{{ deleteProduct.png }}
+<caption>Elimina un producto</caption>
+</figure>
+<figure>
+{{ deleteProductError.png }}
+<caption>Devuelve un error porque no existe el producto que se pide eliminar</caption>
+</figure>
+----
+====== Ejercicios ======
+  - Crea una aplicación que ofrezca unos servicios web para la gestión de vuelos. La aplicación tendrá una base de datos de vuelos donde almacenará: origen, destino, precio, numero de escalas y compañia. Deberá ofrecer las siguientes operaciones:
+    - Búsqueda de vuelos, pudiendo filtrar por origen, destino y numero de escalas
+    - Registro de un nuevo vuelo
+    - Dar de baja un vuelo
+    - Dar de baja todos los vuelos a un destino determinado
+    - Modificar un vuelo\\ \\
+  - Crea una API que ofrezca servicios web de búsqueda de hoteles. Se mantendrá un base de datos de hoteles (nombre, descripción, categoría, ¿piscina?, localidad) y de las habitaciones de los mismos (tamaño, 1 ó 2 personas, precio/noche, ¿incluye desayuno?, ¿ocupada?). Deberá ofrecer, sobre esos datos, las siguientes operaciones:
+    - Búsqueda de hotel por localidad o categoría
+    - Búsqueda de habitaciones de un hotel por tamaño y precio (rango minimo->máximo). Solo mostrará aquellas habitaciones que estén marcadas como libres
+    - Registrar un nuevo hotel
+    - Registrar una nueva habitación a un hotel
+    - Eliminar una habitación determinada de un hotel
+    - Modificar una habitación para indicar que está ocupada
+====== Proyectos de ejemplo ======
+Todos los proyectos de ejemplo de esta parte están en el [[http://www.github.com/codeandcoke/spring-web|repositorio spring-web]] de GitHub.
+Los proyectos que se vayan haciendo en clase estarán disponibles en el [[http://www.github.com/codeandcoke/datos-ejercicios|repositorio datos-ejercicios]], también en GitHub.
+Para manejaros con Git recordad que tenéis una serie de videotutoriales en [[https://git.codeandcoke.com|La Wiki de Git]]
 ----
-(c) 2016-2020 Santiago Faci
+(c) 2016-2023 Santiago Faci