The #1 Spring Boot Starter you should include in every single application
ฝัง
- เผยแพร่เมื่อ 13 ก.ย. 2023
- In this tutorial we will discuss the #1 Spring Boot Starter you should start every application with.
🔗Resources & Links mentioned in this video:
👋🏻Connect with me:
Website: www.danvega.dev
Twitter: / therealdanvega
Github: github.com/danvega
LinkedIn: / danvega
Newsletter: www.danvega.dev/newsletter
SUBSCRIBE TO MY CHANNEL: bit.ly/2re4GH0 ❤️ - วิทยาศาสตร์และเทคโนโลยี
Brilliant!!! Not having looked at it in detail yet, I think the "beans" endpoint is going to be super-helpful.
Thanks for this.
Hey Dan, your videos are very nice, keep up the good work!
Extremly useful and interesting as usual. Thanks ❤
Thank you for your sharing Dan
Thank you, sir!
Great introduction!!
Sadly, I have an application in production currently with the Actuator functionality impaired due to a misconfiguration that only affected it. I found a related issue in Github. It happened by adding a custom jackson2Mapper bean without the jsr-310 configuration that /actuator/info depends on. The easiest way to resolve this case was to remove the custom bean and add a non_null property to tell boot about the extra config that we need when it creates the standard bean that actuator expects. Our next release is this weekend and the fix for this problem is included :)
Great explanation🚀
Indeed a great starter.
Lovely!!! Super agradecido!
Very Nice, Excellent explanation
Very interesting episode :)
Can you deal with security related to actuator in future videos?
Great video! Please do a deep dive into the health endpoint.
I don't know much more about the health endpoint. What are you interested in hearing about?
@@DanVega Writing own and customizing health indicators. My service is up if service it depends on is up, but if the cache is down, it may not be that critical. Being able to tell the health of a data source when using multi-tenancy using AbstractRoutingDataSource.
One of the first dependencies I choose is Lombok. :-)
Devtools too
Happy coding !!
is it normal that when i refresh my encoded properties it always get refreshed and shown in my return even if i didn't change them, for example my propertie is user.mdp=ENC(....) this always get returned in actuator refresh even if it didn't get changed
129th...Thanks Dan
How are the endpoints used in prod? Do devs call them using something like Postman, do people make dashboards, or something else?
Likely a variety of ways? My apps currently deploy to TAS (Tanzu application service) where the endpoints are secured by the cloud foundry oauth token.
I thought its spring-boot-starter-test
*PAUSE THE VIDEO* I am guessing dev tools