Implementación de Repositorio en Java para Compras en Supermercado
Contenido del curso
david carvajal
Daniela Denisse Corral Serrano
Mauricio José Toledo Solares
David Gallego
Edward Camilo Martinez Frias
Geyson Jair Rangel Ortega
Erik Sigcha
KARINA DAVILA
Miguel Torres
Cristian Felipe Patiño Cáceres
Mauricio Hoyos
DIEGO ALONSO ARCHILA TORRES
Jose Sanchez
Javier Mauricio Torres Vargas
Magdiel Linares
Alejandro Tangarife Rivas
Nicoll Idaly Angulo Mejia
Jose Alexis Vazquez Morales
Jose Alexis Vazquez Morales
uRieL Martinez Bautista
Fabian Camilo Herrera Ramirez
Alejandro Ramírez
Profesor
Rosemberg Porras Mancilla
Carlos Ivan Franco Felmenal
William Alexander Hernandez Leiva
Mauricio José Toledo Solares
Jhon Eduard Bocanegra Ortiz
Daniel Fernando Franco Beltrán
Marco Guaman
Olga Isela Ceballos Miranda
Cristhian Andres vargas cuero
Luis Pavez León
Junior Andres González Caraballo
Fredy Orlando Garcia Mojica
Carlos Jose Hernandez Candray
La verdad me parece muy bueno el curso, pero no se si soy solo yo o es que el hacer todo de un solo sin ir probando paso a paso hace què se màs complicado de entender.
Aveces es bueno ir mostrando los errores o que pasaria si tal anotacion no va o etc... pero en general es bueno el curso.
Totalmente de acuerdo contigo
Consejo sano del curso: cada video compilen y corran su codigo.
@Service public class PurchaseService { @Autowired private PurchaseRepository purchaseRepository; public List<Purchase> getAll() { return purchaseRepository.getAll(); } public Optional<List<Purchase>> getByClient(String clientId) { return purchaseRepository.getByClient(clientId); } public Purchase save(Purchase purchase) { return purchaseRepository.save(purchase); } } @RestController @RequestMapping("/purchases") public class PurchaseController { @Autowired private PurchaseService purchaseService; @GetMapping("/all") public ResponseEntity<List<Purchase>> getAll() { return new ResponseEntity<>(purchaseService.getAll(), HttpStatus.OK); } @GetMapping("/client/{idClient}") public ResponseEntity<List<Purchase>> getByClient(@PathVariable("idClient") String clientId) { return purchaseService.getByClient(clientId) .map(purchases -> new ResponseEntity<>(purchases, HttpStatus.OK)) .orElse(new ResponseEntity<>(HttpStatus.NOT_FOUND)); } @PostMapping("/save") public ResponseEntity<Purchase> save(@RequestBody Purchase purchase) { return new ResponseEntity<>(purchaseService.save(purchase), HttpStatus.CREATED); } }
Estuvo densa esta clase, me dejo un poco loco la cantidad de vueltas que se da con las relaciones entre las clases y las relaciones de los mapper y las entidades 😵💫.
de acuerdo. Se dan por sobreentendidos muchos temas muy importantes y complejos pero se detienen a explicar cosas bàsicas en las que no se deberìa profundizar. Serìa muy bueno explicar mas a detalle las relaciones entre el dominio y el Repository
Me parece que el video de esta clase esta diferente del audio
Confirmo
Hola, @eriksigcha y @karinadavila😄
Están en lo correcto. El video es de la clase anterior, pero el audio de esta. Vamos a corregirlo. 🙌💚
En mi caso la petición de compras me sacaba error debido a que me indicaba que no era posible convertir el numero de celular por un entero, para esto tuve que cambiar el atributo celular de la entidad Cliente a Long y ya me funciono :)
Hola Cristian, supongo que el error era porque un numero de cel puede desbordar la cantidad de bits que soporta un dato de tipo entero, por buena practicas es mejor usar String para datos que no requieren cálculos matemáticos, teléfonos, número de cédula, etc.
Así como indica Mauricio, solo guarda datos numéricos si vas a hacer cálculos con ellos, de otra manera es mejor el String.
Si les arroja un error al momento de trabajar con la funcion save, específicamente al llamar a getProductos() y en setCompra(compra), es necesario generar los getters y setters en las clases Compras y ComprasProducto.
Estas claes van a mil, como cuando los productores de una serie quieren acabarla inmediatamente, y meten todo en unos pocos capitulos.
😂
A la hora de generar los controllers, y dar respuestas HTTP Es buena práctica generar 2 posibles respuestas (Efectiva - Negativa) con Try Catch. Así:
@GetMapping("/") public ResponseEntity<List<Purchase>> getAll() { try { return new ResponseEntity<>(purchaseService.getAll(), HttpStatus.OK); } catch (RuntimeException ex) { return new ResponseEntity<>(HttpStatus.NO_CONTENT); } }
Algo así... De esta manera nos estamos asegurando que en caso de no encontrar respuesta o encontrar respuestas sin contenido podamos manejar errores y mostrarlos en pantalla de una forma más específica y controlada; si me equivoco por favor no duden en corregirme jajaj.
No entendi, la parte de cascadas
significa que todas las entidades que dependen de una entidad que utiliza cascada se veran afectadas si se elimina o actualiza la propiedad que esta relacionada con otras entidades.
por ejemplo si tenemos una entidad Servicio en la que uno de sus atributos contiene una relacion de muchos a uno con una entidad Mecanico, si a ese atributo le indicamos que tenga un comportamiento de cascada, si actualizamos la propiedad Mecanico de Servicios, la entidad Mecanico se vera afectada.
Es mejor injeccion por constructor que por @autowired.
es necesario el @mapsid, no es suficiente con el join column que ya especifca como se resuelve la relacion?
Cuando queremos guardar en cascada debemos poner la anotación @MapsId porque esta anotación es la que proporciona la asignación para una clave primaria cuando se usa @EmbeddedId. La anotación @JoinColumn solo especifica que columna se relaciona a la hora trabajar con el atributo de la relación.
Pero en ese caso, cuando se quiere hacer la persistencia del objeto ComprasProducto, el mapper solo guardó en el ComprasProductoPK, el id del producto, y el id de la compra la dejo "null", y para complementar esto, es que se hace el for each para llenar el objeto Compra, en Compra Producto
compra.getProductos().forEach(producto -> producto.setCompra(compra));
Si en vez de hacer eso, simplemente llenaramos completamente el objeto de ComprasProductoPK con el id de la compra, no habria la necesidad de hacer lo del maps id cierto? que es el caso de cuando se persiste un producto, que no se le pasa el objeto category si no la category id y luego cuando se le hace get, esto ya hace el mapeo y devuelve la category
Siento que está fue la clase mas enredada de todas
Comparto mi código del servicio y controlador.
@Service public class PurchaseService { @Autowired private PurchaseRepository purchaseRepository; /** * Metodo para listar las compras. * * @return Lista de compras */ public List<Purchase> getAll(){ return purchaseRepository.getAll(); } /** * Metodo para buscar las compras de un cliente * * @param clientId Identificador del cliente de tipo String * @return las compras del cliente */ public Optional<List<Purchase>> getByClient(String clientId){ return purchaseRepository.getByClient(clientId); } /** * Metodo para guardar una compra * * @param purchase Entity de Purchase * @return */ public Purchase save(Purchase purchase){ return purchaseRepository.save(purchase); } }
@RestController @RequestMapping(value = "/purchases") public class PurchaseController {
@Autowired private PurchaseService purchaseService; @GetMapping(value = "/all") public ResponseEntity<List<Purchase>> getAll(){ return new ResponseEntity<>(purchaseService.getAll(), HttpStatus.OK); } @GetMapping(value = "/{clientId}") public ResponseEntity<List<Purchase>> getByClient(@PathVariable String clientId){ return purchaseService.getByClient(clientId) .map(purchases -> new ResponseEntity<>(purchases, HttpStatus.OK)) .orElse(new ResponseEntity<>(HttpStatus.NOT_FOUND)); } @PostMapping(value = "/save") public ResponseEntity<Purchase> save(@RequestBody Purchase purchase){ return new ResponseEntity<>(purchaseService.save(purchase), HttpStatus.OK); }
}```
Error: Could not read entity state from ResultSet EntityKey[] with root cause spring.
Causa: El celular de la entidad Cliente estaba como integer y lo cambie a long.
¿Como seria la peticion en postman para guardar una compra, estoy tratando pero me sale bad request 400?
Hola Jhon, ¿cómo está realizando la petición? Según el error, el problema está en que no se está construyendo apropiadamente la petición.
seleccionar el metodo POST y colocar el json en body
Alguien que me pueda explicar un poco más a profundidad la annotation @MapsId Gracias!!
En otra nota el profesor le preguntan algo relacionado con @MapsId y el responde:
Cuando queremos guardar en cascada debemos poner la anotación @MapsId porque esta anotación es la que proporciona la asignación para una clave primaria cuando se usa @EmbeddedId.
La anotación @JoinColumn solo especifica que columna se relaciona a la hora trabajar con el atributo de la relación.
Otra forma de verlo podría ser: Se usa @MapsId para que al guardar en Cascada "cada objeto" de ComprasProducto, se copie desde el objeto principal (Compra), el campo anotado con el @Id (idCompra), y se guarde este valor en el campo "idCompra" de ComprasProductoPK (clave embebida o compuesta de ComprasProducto).
Honestamente, no me están gustando esta serie de spring. No corre el código, y solo escribe, con frecuencia las explicaciones son superficiales y sigue avanzando sin consolidar los conocimientos con ejemplos prácticos.
Que vuelta tan enredada con esas relaciones y conversiones, RECOMENDACIÓN: Verificar que se tengan todos los getter an setter de las clases en las que aplique.
Comparto enlace donde explican diferentes usos de @mapsId:
https://ajaxhispano.com/ask/puede-alguien-explicarme-mapsid-en-hibernacion-62818/
