These are chat archives for spring-cloud/spring-cloud

10th
May 2018
CH4:D
@chad_d_stud_twitter
May 10 2018 03:28
image.png
why are these keys invalid?
CH4:D
@chad_d_stud_twitter
May 10 2018 05:39
image.png
why is that number increasing in eureka? what’s it for?
vikrantch-hk
@vikrantch-hk
May 10 2018 05:42
team is it possible to configure zullfallbackprovider as fallback for feign client
CH4:D
@chad_d_stud_twitter
May 10 2018 07:26
regarding that issue yesterday it appears feign.hystrix.enabled=true removed the error
but now i have a new issue with it. now all the service does is fail that endpoint
CH4:D
@chad_d_stud_twitter
May 10 2018 07:31
and why doesn’t sts recognize that key?
Alex Stoisavljevic
@staleksit_twitter
May 10 2018 08:00
hi, does anyone "played" with org.springframework.cloud:spring-cloud-dependencies:Finchley.RC1 and Spring Boot 2.0.2.RELEASE
specially speaking org.springframework.cloud:spring-cloud-starter-consul-all
Previous version that I've used (Spring Boot 2.0.0.RC1 and Finchley.M6) was enabling actuator/health endpoints
with the latest release, I don't see it in logs anymore (on application context load)
vikrantch-hk
@vikrantch-hk
May 10 2018 08:04
@marcosbarbero please help can i use zullfallbackprovider with feign client
Marcos Barbero
@marcosbarbero
May 10 2018 08:06
I’ll help, but in 5min (unfortunately) I’ve a 12 hours flight.
CH4:D
@chad_d_stud_twitter
May 10 2018 08:22
safe travels
vikrantch-hk
@vikrantch-hk
May 10 2018 08:27
@marcosbarbero no problem, happy journey
CH4:D
@chad_d_stud_twitter
May 10 2018 08:38
Got my feign+hystrix code working :D
@marcosbarbero @dosdebug it was feign.hystrix.enabled=true. It started throwing relevant exceptions after that and satisfying them as I go along.
but i’m still experiencing this intermittent failover though
Patrick Cornelißen
@pcornelissen
May 10 2018 10:12
Hi! Does someone know if May the 14th is still the target release date for finchley?
Tommy Ludwig
@shakuzen
May 10 2018 12:33
Alex Stoisavljevic
@staleksit_twitter
May 10 2018 13:11
I've assembled one small demo to demonstrate diff. behaviour of Finchley.RC1, https://github.com/staleks/consul-demo
Previously it was enough to add: org.springframework.cloud:spring-cloud-starter-consul-all and actuator endpoints will be enabled
Currently, with RC1, they are not "loaded" and therefore Consul won't recognize service
as "healthCheck" will fail
Joshua Street
@jjstreet
May 10 2018 17:37
i have another strange situation occurring with zuul and retries
we deploy to a cloud foundry instance
and when i deploy my zuul proxy with a route's retryable: false, the route in cloud foundry times out
and my fallback provider kicks in
Joshua Street
@jjstreet
May 10 2018 17:43
im baffled by this
we also have MaxAutoRetries and MaxAutoRetriesNextServer set to 0 and it still seems to retry
hmm we might have had a spelling error in the next server property
but it still doesn't explain why retryable = false causes timeouts in cloud foundry
Joshua Street
@jjstreet
May 10 2018 17:55
i've seen one SO question with the reverse situation
enabling retries causes issues
so strange
Joshua Street
@jjstreet
May 10 2018 18:45
i'm trying to figure out a good place to look in the code for how retryable: false on a route changes zuul's behavior
i need to understand the differences in the requests when doing so
Tim Ysewyn
@TYsewyn
May 10 2018 18:45
@pcornelissen because of some changes in Spring Boot and some things that are coming up in different project of Spring Cloud there will be a RC2 first next week or the week after, GA is planned for June 13.
Joshua Street
@jjstreet
May 10 2018 18:46
for some reason, retryable: true works in cloud foundry and retryable: false does not
and thats on a specific route, and not for the entirety of zuul
Joshua Street
@jjstreet
May 10 2018 19:10
as far as i can tell, setting this property doesn't change which ribbon client is used
Joshua Street
@jjstreet
May 10 2018 19:18
im also looking for router messages in cloud foundry
when i make a request to my zuul proxy
im not seeing any evidence that a request was made to my service behind the proxy
setting zuul.debug.request: true does not help either
Joshua Street
@jjstreet
May 10 2018 19:26
AH
connecting to an https endpoint only works for me using retryable: true
Joshua Street
@jjstreet
May 10 2018 19:36
removing my fallback provider shows me a stack trace that im timing out performing an SSL handshake
Joshua Street
@jjstreet
May 10 2018 19:46
woo
i have to specify a port number in the url for my list of servers
without that, it must use something like port 80
still though, it seems weird that the retryable client does not require such explicit URLs
Joshua Street
@jjstreet
May 10 2018 19:53
it comes down to a difference between the 2 http ribbon clients