Community
Participate
Working Groups
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4) Gecko/20091028 Ubuntu/9.10 (Tristan) Firefox/3.5.0 Build Identifier: 20091002-0459 It would be nice to have support for CIDR notation when specifying the hosts for which the proxy should be bypassed. I've read the code in the org.eclipse.core.net plugin and seen that it uses the standard Java system property "http.nonProxyHosts" which supports a simple wildcard scheme (e.g. 192.168.*) which would not allow a complete implementation but at least support for the /8 /16 and /24 networks. I can work on a patch Reproducible: Always
(In reply to comment #0) > I've read the code in the org.eclipse.core.net plugin and seen that it uses the > standard Java system property "http.nonProxyHosts" which supports a simple > wildcard scheme (e.g. 192.168.*) which would not allow a complete > implementation but at least support for the /8 /16 and /24 networks. The core.net code sets "http.nonProxyHosts" property because in J2SE 1.4 it's the only way to instruct protocol handlers to proxy a connection. There isn't any API to change proxy settings when making a connection with a java.net.URL class. However there are some clients that explicitly use IProxyService to ask for the settings and use it when establishing a connection with own HTTP client. ECF is this kind of client, it queries IProxyService for the settings and puts them in Apache HTTP client to make a connection. Changing something in this area a requires ensuring none of the clients is hit by the change. It's version 3.6, right? I'm changing the version field.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.