[ https://issues.apache.org/jira/browse/HTTPCLIENT-2362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17927347#comment-17927347 ]
Oleg Kalnichevski commented on HTTPCLIENT-2362: ----------------------------------------------- > Is this behavior formally documented anywhere, and if so, can you point me to > it? [~pavlov112] RFC 9110 section 6.2 > I didn't see anything obvious in the release notes or API documentation HttpClient 5.4 release notes state {noformat} * Improved conformance to RFC 9110 (HTTP Semantics), RFC 7616 (HTTP Digest Access Authentication), RFC 2617 (’Basic’ HTTP Authentication Scheme). {noformat} Oleg > Regression: Versions after 5.3.1 silently ignore attempts to perform HTTP/1.0 > requests > -------------------------------------------------------------------------------------- > > Key: HTTPCLIENT-2362 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-2362 > Project: HttpComponents HttpClient > Issue Type: Bug > Affects Versions: 5.4-alpha1, 5.4-alpha2, 5.4, 5.4.1, 5.4.2 > Reporter: Matthew E. Dawson > Priority: Major > > Every attempt I've made to use the classic API to invoke an HTTP/1.0 request > is silently converted into HTTP/1.1: > {code:java} > final var request = new HttpGet(uri); > request.setVersion(HttpVersion.HTTP_1_0); > client.execute(host, request, responseHandler); > {code} > There's no error on the client side, but everything that I see on the server > side shows HTTP/1.1, whether I use the classic or async interfaces. I've > drilled down into the source and I think that it's because > DefaultHttpRequestWriter entirely ignores the request's version in favor of > that returned by its internal config object (which always points back at > HttpVersion.HTTP_1_1), which would more properly make this a core defect > rather than client, but I have no idea if the problem is confined to the core > library. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org