[Bug 1474] Can't get javaws to use SOCKS proxy

[bugzilla-daemon at icedtea.classpath.org]

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1474

--- Comment #4 from Omair Majid <omajid at redhat.com> ---
(In reply to comment #3)
> So far so good, basically my problem is solved, so thank you for that!

Thank _you_ for confirming the fix!

> Selecting proxy for: http://10.148.0.16:80/images/logo.gif
> Selected proxies: [HTTP @ localhost/127.0.0.1:8989, SOCKS @
> localhost/127.0.0.1:8989]

> So this has me left wondering, is this supposed to happen? Note that in this
> case, the HTTP proxy is set to the address/port where the SOCKS proxy is
> actually listening. So if it's first trying to use the HTTP proxy, that is
> expected to fail. But shouldn't it then try to use the SOCKS one?

It probably should. The documentation for the Proxy class strongly suggests
this.

Here's what's happening: The code in icedtea-web selects a list of proxies. It
selects both http and socks (correctly). The code then calls the standard
library to open a connection. The standard library gets the list of proxies
from icedtea-web and establishes a connection. The connection fails.

Ideally, the standard library would retry the connection with a different
proxy. I am not sure how to change what the standard library is doing here,
though. One option would be to obtain the proxy list and use that as explicitly
as the proxy, though I am a little hesitant to duplicate something the standard
library claims to be doing already. 

> I realize one could argue that this new "problem" is just a case of
> misconfiguration, but I'm just wondering if the observed behavior is what
> was intended to happen?

I am far from an expert on networking in java, but this feels like a bug to me.

> Thanks again for looking in to this case.

No problem.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20131006/a28cccb1/attachment.html