Where did /profile endpoint come from in a Spring Boot app?
I have set up a barebones Spring Boot app with a single REST endpoint at /hello. However, when I went to localhost:8080/, I saw the following output in the browser:
@ConfigurationProperties and duplicated prefix
Since @ConfigurationProperties
does not allow duplicated prefix. How to make the follow case to work? The following code will throw error as duplicated prefix is not allowed
Name for argument of type [java.lang.String] not specified, and parameter name information not available via reflection
I’m encountering an issue with Spring Boot. Recently, I upgraded the Spring Boot dependency to version 3.2.4.
Spring dynamic bean – @autowire, @import not invoked
I have dynamically registered my custom bean using the below method but the @auotwired, @value, and @import annotations are not invoked after initialization.
Cannot resolve method ‘series’ in ‘HttpStatusCode’
I have this Spring Boot 2 code which I want to migrate to Spring Boot 3:
Update spring boot from 2.7.18 to 3.2.5
I am trying to update from spring boot 2.7.18 to 3.2.5 and have this in pom.xml
Excluding a specific starter’s spring.factories, but my configuration of exclude did not take effect
enter image description here
Spring entity isn’t created
I make a lot of entities in my project, all of them are created and visible in my database except one, while I do exactly the same as in the other classes. What can be the cause of this?
Polling/Retry with time interval in spring
A rest endpoint in spring application (A) needs to poll/retry on a result using status field (status == successful) provided by another spring application (B) via rest http call. Using swagger stub Api client to call the endpoint of (B).
Result r = myClientApi.getResult()
The above line needs to be retried (maybe using spring retry framework?) every a couple of MS for a specific timeout.
The http worker thread of (A) will be blocked and thinking about DeferredResult would create another layer of timeout which I think is not ideal.
Spring Boot why always return json when error?
When error, spring return json instead of redirect error page