Great video, would love to see more materials on Spring. Personally using mapstruct mapper, quite easy to use and seems to have less boilerplate code. Thank you for this video
@@gasparcalix2095 You can not move from Java 8 to anything else and get Oracle support without paying, Banks and Insurance companies do not want to pay for Java. Open JDK does not pass security standards yet. Same issue with Spring Boot 3, you really need a newer version of Java but no one is making the commitment yet and changing out of older dependencies is hard. We still have more years of Java 8 - End of Life March 2025!
some advice: I have to spend 18/20 minutes to watch you typing all basic spring stuff, and only 2 minutes to talk about modelmapper, which is also very basic.. I'd rather see you go deeper with this library and instead of watching your typing, just put those controller, service files there already and explain them instead..
I think it is a bit of religion, I like it in the service so all the business type logic is 100% isolated from the Controller and any other part of the application that needs the processing can call it in the Service. If your creating Lambdas you may not have a Rest Controller but still need the Converter / Mapper logic to be used
That's work just great. Thank you! Im wondering if you can go deep inside modelMapper and do relationships like @OneToMany, @ManyToMany. Im having some errors using model mapper with relationships. :(
It’s amazing how easly you create these tutorials and I’m really enjoying and helping me out a lot. Please keep creating more videos like this.
Thanks so much for the great explanation! Greetings from Paraguay, South America
Great lesson
Great video, would love to see more materials on Spring. Personally using mapstruct mapper, quite easy to use and seems to have less boilerplate code. Thank you for this video
What Xavier. Why are you here
Is the reason you created the mapperconfig(modelmapper) to do it as a singleton?
Yes, Sprint Beans are Singletons by default so no overhead in creating each mapper objects at runtime after the initial bean creation
@@fastandsimpledevelopment thank you
Great Job. Simple and usefull. Thanks
That was very good, tank you.
Great content
Omg, why do not you use record UserDto, bro?
This is based on Java 8, records where introduced in Java 14. Java 8 is still used by 99% of the companies I work with.
most of the companys are using java8 to java11.
@@gasparcalix2095 You can not move from Java 8 to anything else and get Oracle support without paying, Banks and Insurance companies do not want to pay for Java. Open JDK does not pass security standards yet. Same issue with Spring Boot 3, you really need a newer version of Java but no one is making the commitment yet and changing out of older dependencies is hard. We still have more years of Java 8 - End of Life March 2025!
@@fastandsimpledevelopment and I totally agree!
@@fastandsimpledevelopment fair enough!! thank you for the feedback, may be you should mention different option to do it with later version java :)
Hey
some advice: I have to spend 18/20 minutes to watch you typing all basic spring stuff, and only 2 minutes to talk about modelmapper, which is also very basic.. I'd rather see you go deeper with this library and instead of watching your typing, just put those controller, service files there already and explain them instead..
yes too slow to get focused on ModelMapper
Converter between User and UserDTO should do Controller layer, not Service layer :)
why should the convert be done in the Controller layer, not Service layer? I'm learning about and I don't know what the best practice is.
I think it is a bit of religion, I like it in the service so all the business type logic is 100% isolated from the Controller and any other part of the application that needs the processing can call it in the Service. If your creating Lambdas you may not have a Rest Controller but still need the Converter / Mapper logic to be used
no!
the contoller must be the simplest as possible
nop, any logic should be out of the controller! The controller is only there to return a response back.
Controller layer needs to get the data and pass it to another layer without any logic involved.
That's work just great. Thank you! Im wondering if you can go deep inside modelMapper and do relationships like @OneToMany, @ManyToMany. Im having some errors using model mapper with relationships. :(