I think this is a good thing as it shows that AWS is keeping up to date with the Apache client versions. I've recently done work on another project to shift from AWS Java SDK v1 to v2 and liked that the familiar Apache Http Client was available as an option as we already had it on the classpath for other reasons.
The only other option AWS offer for this out of the box is their "default" of UrlConnectionHttpClient (see https://docs.aws.amazon.com/sdk-for-java/latest/developer-guide/http-configuration.html ). On Thu, 24 Jul 2025 at 12:00, Oleg Kalnichevski <ol...@apache.org> wrote: > On Thu, 2025-07-24 at 06:53 -0400, Gary Gregory wrote: > > On Thu, Jul 24, 2025, 06:33 Oleg Kalnichevski <ol...@apache.org> > > wrote: > > > > > On Wed, 2025-07-23 at 10:22 -0700, Ryan Schmitt wrote: > > > > I saw that this was just announced: > > > > > > > > > > > > https://aws.amazon.com/blogs/developer/preview-release-of-theaws-sdk-java-2-x-http-client-built-on-apache-httpclient-5-5-x/ > > > > > > > > Currently, both versions of the AWS Java SDK still default to > > > > HttpClient 4.x, except for async clients in V2 which default to > > > > Netty. > > > > It looks like the improved support for virtual threads in 5.x is > > > > the > > > > main reason they're finally offering an upgraded Apache client. > > > > > > > > > > Is this a good thing for us? I am not sure. Ultimately, this looks > > > like > > > a painful reminder that sooner or later we, as a project, will get > > > crushed between JRE HTTP client and Netty. We might still have a > > > few > > > years of good time ahead of us, though. > > > > > > > I think it all depends on how good the JRE HTTP client is and what > > features > > it carries. > > > > The JRE's logging package is much worse than full featured logging > > API and > > libraries like Log4j. > > > > I agree JRE logging is a complete disgrace. JRE HTTP client is not. It > is decent at the very least and is our greatest competition. > > Oleg > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org > For additional commands, e-mail: dev-h...@hc.apache.org > >
