To demonstrate the bug described in spring-cloud/spring-cloud-openfeign#650
- Run
./mvnw clean installto build the project - Run
docker-compose downto ensure the state is clean - Run
docker-compose up -din the root of the project to spin up Consul, and the two Wiremock instances which are pretending to be the downstream service - Run
register-wiremocks-with-consul.shto register the two Wiremock "downstream services" - Run
mvn spring-boot:runto bring up the client application - Run
curl localhost:1234/testto get the client application to try to hit the downstream service
Change max-retries-on-same-service-instance to 0 in application.yml, and run steps 4-5 again, to demonstrate how
the retry works fine when the bugged configuration is avoided.
- Spring-Boot 3.0.3 & Spring-Cloud 2022.0.1 - read timeout configured differently - the bug ??? -
- Spring-Boot 2.7.9 & Spring-Cloud 2021.0.6 - the bug does manifest
- Spring-Boot 2.7.7 & Spring-Cloud 2021.0.5 - the bug does manifest
- Spring-Boot 2.6.2 & Spring-Cloud 2021.0.0 - the bug does manifest