Mapeadores en Java para Conversión de Compras y Productos
Contenido del curso
Andrés Guerra Montoya
Rolando Mamani Salas
David Barrera
William Moreno
Rolando Mamani Salas
Cristian David Restrepo Marin
Cristian Aguayo Forteza
Alexandra Serna Cardona
Rolando Mamani Salas
Andres Annicchiarico
Cristian David Restrepo Marin
Carlos Restrepo
Christian Acevedo
Rolando Mamani Salas
Jean Michael Lozano Cardoso
David Gallego
Alejandro Ramírez
Profesor
Quinto Impacto
Juan Manuel Meneses Ibarra
Quinto Impacto
Tara Campos Padilla
Yeferson Yuberley Guerrero Castro
David Barrera
Ivan Santiago Barrera Medina
Ricardo Proaño
Alejandro Ramírez
Profesor
Jhon Erick Montaño
Jesus Peche
Tara Campos Padilla
Ricardo Legger
Alexis Duque
Yhon Barrios Gandara
Christopher Joel Delvicier Palacios
Alfonso Barcelo
Cristian David Restrepo Marin
Cristian David Restrepo Marin
CARLOS RODRIGO DEL TORO ORTIZ
Alexandra Serna Cardona
Un atajo de teclado muy útil para copiar rápidamente líneas de código es ctrl+d
Justo estaba buscando esto Gracias
Joven usted me ha salvado
Con respecto a MapStruct desde java 8 en adelante no es necesario usar la anotación @Mappings (No afecta si se usa):
Ejm: Pasamos de esto (CategoryMapper):
@Mappings({ @Mapping(source = "idCategoria", target = "categoryId"), @Mapping(source = "descripcion", target = "category"), @Mapping(source = "estado", target = "active") }) Category toCategory(Categoria categoria);
a esto:
@Mapping(source = "idCategoria", target = "categoryId") @Mapping(source = "descripcion", target = "category") @Mapping(source = "estado", target = "active") Category toCategory(Categoria categoria);
y no afecta su funcionamiento de las dos maneras funciona.
Muy bien.
👍
Les quiero comentar que tuve un problema con la actualización de lo siguiente:
@Mapping(source = "productos", target = "items" ), (al autocompletar luego de cambiar item por items INTELLIJ no actualizaba el auto completar con ITEMS tuve que volver a la clase Purchase.java y quitar el método y volver a generar el getter an setter algo paso con el INTELLIJ. Por si a alguien mas le pasa para que pueda saber como solucionarlo. :)
A mí me pasó lo mismo y lo "solucioné" igual que tú. También me pasó que el autocompletar, para @Mapping(source="id.idProducto", ...), no me detectaba el autocompletado de idProducto y hasta ahora no lo he solucionado, ¿encontraste alguna solución general para tu caso?
Entendido
Para los que vienen siguiendo paso a paso el ejemplo, en los campos de ComprasProducto que tienen relaciones, no habiamos creado los getters y setters. Me di cuenta porque no me autocompletaba MapStruct dentro de target
👍
Yo tuve un problema con esto; cuando cree los getters y setters para el atributo "compra" dentro de ComprasProducto, el setter lanzaba un error sobre this.compra: "Cannot access com.platzi.platzimarket.persistence.entity.Compra". Si elimino el setter, la app corre, pero siento que es porque en el PurchaseItemMapper se está ignorando compra en el reverse mapping (ver video en 5:32) . De remate, nunca me autocompletó nada el MapStruct... alguien tiene idea de que está pasando?
Yo uso Lombok para evitar escribir los getter and setter, esto es una buena practica?
Creo que no por que es una dependencia obsoleta
Desde que no interfiera (no lo hace) con el proyecto, lo puedes usar con confianza
En la clase destino siempre deben hacerse todos los mappings, si no se tienen todos los atributos mapeados, se tienen que ignorar explícitamente
Sí bien lo explico así porque me gusta tener control visual de todos los atributos a la hora de mapearlos, también podrías agregar el parámetro unmappedTargetPolicy = ReportingPolicy.IGNORE en la anotación @Mapper para no tener que ignorarlos explícitamente en los métodos con ignore = true. Por ejemplo, para el PurchaseMapper sería algo así:
@Mapper(..., unmappedTargetPolicy = ReportingPolicy.IGNORE) public interface PurchaseMapper { ... }
incluso recomiendo agregar el parametro "unmappedTargetPolicy = ReportingPolicy.ERROR", que hace saltar un error en tiempo de compilación en caso de que te haya faltado mapear alguna relación o ignore específico. Ayuda mucho para evitar dolores de cabeza después cuando alguna consulta no se comporta como esperamos
El agregar una lista en un Optional se considera un Code Smell, debido a que si no hay datos nos regresa una lista vacía.
es verdad, pero podes hacer algo como esto para asegurarte de que el optional se devuelva vacio si contiene un listado sin elementos:
public Optional<List<ProductDto>> getByCategory(long categoryId) { return productRepo.getByCategory(categoryId) .filter(prods -> !prods.isEmpty()); } ```llamando al metodo .filter del opcional, podes filtrar el contenido para incluirlo solo si tiene elementos. el optional retornado entonces es el mismo si existen elementos dentro de la lista, o un optional vacio en caso de haber contenido una lista vacia.
En la mayoría de los casos, devolver una lista vacía es suficiente y más claro que usar un Optional<List<T>>. Si encuentras que estás usando Optional para listas o colecciones, deberías reconsiderar si realmente es necesario o si devolver una colección vacía es más apropiado. El uso de Optional está más alineado con representar la ausencia de un valor único, no la ausencia de elementos en una colección.
Si tiene un error que dice
Unknown property "compra" in result type ComprasProducto. Did you mean "total"?
Joven excelente aporte!
Alguien sabe como solucionar este error de la consola de Spring cuando se hace la petición Http desde Postman?
Caused by: java.io.StreamCorruptedException: invalid stream header: 33313034
he visto que hay como pagina las listas ya que si trabajamos con 10 o 100 elementos es rapido en frontend pero si hablamos 1000 ya comienza a hacerse lento como puedo hacer esto com mapping
Spring Data soporta los paginadores al momento de crear nuestros Query Methods. Asimismo, sí el dto tambien tiene paginador, MapStruct haría esta conversión automáticamente.
Puedes probar y me dices que tal te va.
buenas noches me gustaria preguntar si alguen le ha marcado este error:
Failed to initialize JPA EntityManagerFactory: [PersistenceUnit: default] Unable to build Hibernate SessionFactory; nested exception is org.hibernate.sql.ast.tree.from.UnknownTableReferenceException: Unable to determine TableReference (productos) for com.platzi.market.persistence.entity.Compra.productos.{fk-target}
En la parte de persistence> Entity..
@OneToMany(mappedBy = "producto") private List<ComprasProducto> productos;
Cambia el nombre del campo por el atributo que se hace la relacion
@OneToMany(mappedBy = "compra") private List<ComprasProducto> productos;
En el inverse no se repite la anotacion @Mappings:
@InheritInverseConfiguration @Mapping(target="compra",ignore = true) @Mapping(target="producto",ignore = true) @Mapping(target="id.idCompra",ignore = true) ComprasProducto toComprasProducto(PurchaseItem item);
tengo una duda.... la interfaces se debe de declarar como por ejemplo ICategoryMapper.java, debe de hacerse así?
Si así debe ser para mantener un standar
buen curso se aprende bastante
Asi sea para ignorarlo, pero lo vamos a usar, pobresito xD
¡Excelente!
@Mapper(componentModel = "spring", uses = {PurchaseItemMapper.class}) public interface PurchaseMapper { @Mappings({ @Mapping(source = "idCompra", target = "purchaseId"), @Mapping(source = "idCliente", target = "clienteId"), @Mapping(source = "fecha", target = "date"), @Mapping(source = "medioPago", target = "paymentMethod"), @Mapping(source = "comentario", target = "comment"), @Mapping(source = "estado", target = "state"), @Mapping(source = "productos", target = "items"), }) Purchase toPurchase(Compra compra); List<Purchase> toPurchases(List<Compra> compras); @InheritInverseConfiguration @Mappings({ @Mapping(target = "cliente", ignore = true) }) Compra toCompra(Purchase purchase); }
@Mapper(componentModel = "spring", uses = {ProductMapper.class}) public interface PurchaseItemMapper { @Mappings({ @Mapping(source = "id.idProducto", target = "productId"), @Mapping(source = "cantidad", target = "quantity"), @Mapping(source = "total", target = "total"), @Mapping(source = "estado", target = "active") }) PurchaseItem toPurchaseItem(ComprasProducto producto); @InheritInverseConfiguration @Mappings({ @Mapping(target = "compra", ignore = true), @Mapping(target = "producto", ignore = true), @Mapping(target = "id.idCompra", ignore = true) }) ComprasProducto toComprasProducto(PurchaseItem purchaseItem); }
Excelente todo hasta ahora
¡Hola! ¿Los atributos que tienen el @JoinColumn deberían también tener los getters y los setters o hay algo en las buenas prácticas que indique que no es necesario?
