You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
http clients in aws sdk v2 implements a ProxyConfiguraion object which is consumed by SdkHttpClient to obtain proxy settings.
This library follows a different approach with withConnectionPoolSettings method.
What are your thoughts on unifying the behavior by having a proxyConfiguration method on the AkkaHttpClient.Builder. AkkaHttpClient then have to handle creation of ConnectionPoolSettings with the ProxyConfiguraion
We may have to expose some of the ConnectionPoolSettings via AkkaHttpClient.Builder just like NettyNioAsyncHttpClient.Builderin the aws SDK in lie of loosing full access to the ConnectionPoolSettings
What are your thoughts on this?
The text was updated successfully, but these errors were encountered:
Hi @kra3, thanks for your idea to improve this library!
I did a little investigation and found that ProxyConfiguration is part of netty-nio-client. This makes it not easily possible to unify the proxy behaviour. I would rather not depend on netty-nio-client. One goal of this library is to not depend on netty.
Maybe there is a way to create an extension method on ProxyConfiguration to create an instance of ConnectionPoolSettings in your code base to more easily re-use it?!
Also, if ProxyConfiguration would be part of http-client-spi, then the ProxyConfiguration could be re-used by other http-implementations, like this one here.
I did a little investigation and found that ProxyConfiguration is part of netty-nio-client
I think that you probably bumped into something in netty. However I was talking about ProxyConfiguration in aws-java-sdk.
That is, each sdkhttpclient has one associated proxy config & sdkhttpclient builder always takes a proxy config.
I would say aws sdk devs should have a base interface for all these proxy configs & not sure why they didn't.
Also, if ProxyConfiguration would be part of http-client-spi, then the ProxyConfiguration could be re-used by other http-implementations
I would say so too, at least for common proxy fields. Unfortunately aws sdk doesn't provide one; instead they opt to have a companion proxy config per http client.
http clients in aws sdk v2 implements a
ProxyConfiguraion
object which is consumed bySdkHttpClient
to obtain proxy settings.This library follows a different approach with
withConnectionPoolSettings
method.What are your thoughts on unifying the behavior by having a
proxyConfiguration
method on theAkkaHttpClient.Builder
.AkkaHttpClient
then have to handle creation ofConnectionPoolSettings
with theProxyConfiguraion
We may have to expose some of the
ConnectionPoolSettings
viaAkkaHttpClient.Builder
just likeNettyNioAsyncHttpClient.Builder
in the aws SDK in lie of loosing full access to theConnectionPoolSettings
What are your thoughts on this?
The text was updated successfully, but these errors were encountered: