-
Notifications
You must be signed in to change notification settings - Fork 539
Feign client failing #121
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
To use feign you need to use it according to the documentation here: https://github.com/spring-cloud/spring-cloud-netflix/blob/master/docs/src/main/asciidoc/spring-cloud-netflix.adoc#declarative-rest-client-feign |
That link shows that |
No, just |
Is this still an issue? |
No, it's not a problem. However, I have run into a really weird issue. If I use a Feign client as you referred to in an earlier comment AND Swagger, the Boot service fails to start. If I comment out the Feign client code, the Boot service starts fine. My parent POM is Brixton.M3. Have you experienced this problem? |
Here's the stack trace (ObjectMapper is null):
|
Nope. Don't use swagger. I remember someone else having a similar problem. There was a bug in swagger if I recall. |
FYI, to resolve the issue, I had to invoke jacksonSwaggerSupport() on SpringSwaggerConfig. |
Hi @kabennett : I am facing some issue while working with the mangofactory swagger, below is the error i see while running the project, not sure why it's saying 2 beans founds.
|
Using Brixton, I am trying to get a Feign client working with the following code in place:
I am receiving the following error:
Looking at https://github.com/spring-cloud/spring-cloud-consul/blob/master/docs/src/main/asciidoc/spring-cloud-consul.adoc, it is mentioned that Feign can be used with Spring Cloud and Consul, and I'd rather use this approach than the DiscoveryClient approach. Using DiscoveryClient seems heavyweight with the use of RestTemplates, and the DiscoveryClient keeps returning host:port ServiceInstances that are no longer up, causing my code to fail unless I manually deregister the failed services in Consul.
The text was updated successfully, but these errors were encountered: