Great debug breakoint, thank you Oleg! - On macOS the Commons VFS runs all the way through - On my local Windows the SingleAuthorityResolver has a URIAuthority of "host.docker.internal" - I don't know what GitHub sees
So I think where the tests hard-code "localhost", I'll have to replace that with java.net.InetAddress.getLocalHost().getCanonicalHostName() I added SingleAuthorityResolver.toString() to facilitate debugging. Gary On 2024/06/29 08:22:31 Oleg Kalnichevski wrote: > On Fri, 2024-06-28 at 21:04 -0400, Gary Gregory wrote: > > Hi All, > > > > I am seeing an odd failure in Apache Commons VFS with this bump PR: > > > > Bump org.apache.httpcomponents.core5:httpcore5 from 5.3-alpha2 to > > 5.3-beta1 #559 > > https://github.com/apache/commons-vfs/pull/559 > > > > Is it possible that httpcore5 5.3-beta1 should only be used with a > > new > > and upcoming HC client? > > > > > Hi Gary > > It looks like the test server thinks it is not authoritative to handle > the request. This is due to stricter request routing introduced in > HttpCore 5.3. Upgrading the client is not going to make a difference. > You should adjust the test server fixture. > > You might want to run the failing test case under debugger, put a break > point in RequestRouter#resolve and find out why requests cannot be > routed to a handler. > > > Oleg > > > Caused by: java.io.IOException: Server returned HTTP response code: 421 > for URL: http://localhost:34765/read-tests > at > sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1902) > at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1500) > at > org.apache.commons.vfs2.provider.url.UrlFileObject.doGetType(UrlFileObj > ect.java:110) > at > org.apache.commons.vfs2.provider.AbstractFileObject.getType(AbstractFil > eObject.java:1384) > ... 6 more > > > > > TY, > > Gary > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org > > For additional commands, e-mail: dev-h...@hc.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org > For additional commands, e-mail: dev-h...@hc.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org