Skip to content
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

Confusing behaviour: empty URL not allowed with default Client, but possible with ApacheHttpClient #637

Open
jo-ka opened this issue Dec 3, 2021 · 1 comment
Labels
enhancement New feature or request waiting for votes

Comments

@jo-ka
Copy link

jo-ka commented Dec 3, 2021

My issue is related to #517.

I found after some debugging that contrary to the situation described in that ticket, if ApacheHttpClient is on the classpath (in my case through a dependency on io.github.openfeign:feign-httpclient), it is very well possible to specify an empty String for the url in a @FeignClient (in my case, I did it like this: @FeignClient(name = "myfeignclient", url = "${my.url:}"), i.e. with an empty String as default value and the property being absent).

This allows the context to come up at least and will only result in an UnknownHostException when a request is actually attempted to be sent through that FeignClient.

For us, this is quite convenient though in a development environment where the destination is not known or when working on someone else's project so not all the required configuration needs to be known.

The crucial difference seems to be in the method loadBalance in FeignClientFactoryBean. Without the ApacheHttpClient being available as a bean, getOptional returns null, leading to the IllegalStateException.

A bean of type ApacheHttpClient seemingly becomes registered through FeignAutoConfiguration.HttpClientFeignConfiguration.

I'm thinking that if the Client.Default implementation was exposed as a bean, both situations would behave the same.

Would this be a reasonable change? I read @OlgaMaciaszek's point on the other ticket that it is intended to fail(?) by design, but why should it work then with ApacheHttpClient? (please don't take away that possibility though, like I said above, we like it 😉)

@OlgaMaciaszek
Copy link
Collaborator

@jo-ka, you're right - the behaviour is not consistent and adding a Client bean could be done, however, I don't think it would bring a lot of functionality improvement, so will leave it is at is for now, unless we get more requests about it from the community.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request waiting for votes
Projects
None yet
Development

No branches or pull requests

3 participants