RFR(XS) 8006669: sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh fails on mac (original) (raw)

Chris Hegarty chris.hegarty at oracle.com
Tue Jan 22 15:04:31 UTC 2013

These tests started failing recently on some mac machines. They appear to hang and timeout.

FAILED: sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxy.sh FAILED: sun/security/ssl/sun/net/www/protocol/https/HttpsURLConnection/PostThruProxyWithAuth.sh

Webrev: http://cr.openjdk.java.net/~chegar/8006669/webrev.00/webrev/

Debugging the test shows that the HttpsURLConnection being made by the test is not being proxied, even though the test explicitly sets the system properties, "https.proxyHost" and "https.proxyPort". The properties are being set correctly, but the system has configured values for non proxy hosts:

foobar:/tmp/chris> networksetup -getproxybypassdomains Ethernet *.local 169.254/16 *.xx.yy.com

So, the connection to foobar.xx.yy.com is made directly, as will all connections to the xx.yy.com domain.

This causes the test to hang: The test setups a simple proxy, and has a non daemon thread blocked in ServerSocket accept. It expects the client part of the test to connect to it. And in this case it never does.

The specific machines, foobar, network proxybypassdomains could be changed to remove *.xx.yy.com, and this would resolve the problem, but a more robust solution would be to up date the test so that it uses the URL.openConnection(Proxy) API, specifying the actual proxy, rather than URL.openConnection() and allowing the system default proxy selector to choose.

-Chris.

More information about the security-dev mailing list