This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I tried to submit this issue by reopening issue 99201 for which the description fitted perfectly, but I was told it had nothing to do with the proxy handling and to file a new issue under code/code. Here goes: I'm behind a no-username-required proxy and we have an internal Subversion server (let's call it subversion.our.intranet). My No-proxy field was automatically initalized with my IE settings, containing *.our.intranet, which works great in IE (meaning IE properly understand not to go to the proxy for all addresses ending with our.intranet). However, the Subversion module can't connect to the repository, unless I put subversion.our.intranet in the No-Proxy list, which to me seems redundant and counter-intuitive: doesn't NetBeans understand the * symbol in the exception list? Similarily, when trying to connect to an Oracle database for which the IP address is 10.158.95.something, I have to put 10.158.95.* in addition to the 10.158.*.* exception already there. There's definately something fishy going on with the way the No-proxy list is interpreted.
Furthermore, when using "Use System Proxy Settings", Starting of the included Glassfish server is very quick (the console starts spurting out log messages immediately), while if I use "Manual Proxy Settings" with the same settings as my system (i.e. same string as the one found in my browser settings), it takes 2~3 minutes before the console starts echoing what's going on.
*** Issue 130983 has been marked as a duplicate of this issue. ***
------- Additional comments from msandor Tue Mar 25 13:11:43 +0000 2008 ------- You say that "th-serv1.thiesen.de" vs "192.168.1.2" makes a difference. In that case I think this is a proxy selector issue that treats those two differently although both are present in no-proxy-hosts. Please evaluate.
By the way, I'm willing to test any potential fixes, as I think this might be difficult to reproduce without a specific network context... Just drop me a line if you need my help. Chiss
Hi Chiss, the suspect code in the file http://hg.netbeans.org/core-main/file/c724aa79fd21/o.n.core/src/org/netbeans/core/NbProxySelector.java in o.n.core project. The only method handling non-proxy-hosts is _boolean dontUseProxy (String nonProxyHosts, String host)_. Can you check it out? Do you have any thoughts? Thanks in advance
*** Issue 131164 has been marked as a duplicate of this issue. ***
Hi Jiri, I just looked at the duplicate issue 131164 and the Sun forum url looks very interesting. It's exactly what I'm seeing on my end. How does NetBeans get a hold of the "System Proxy Settings" ? I have an old printout of System properties from a Glassfish run and saw the property "http.noProxyHosts", but this property doesn't seem to be included when I run a simple main() with a System.getProperties().list(System.out) ... In my listing, this property is using the pipe as a separator, which is what your code does too, but IE is using the semi-colon (;) as a separator. Furthermore, when entering "Manual Proxy Settings" in NB, the "No Proxy Hosts" textfield gets populated by default with the System Proxy settings (from IE in my case), but using commas (,) as a separator (which is also what is suggested by the tip under the textfield in NB's dialog box). Could it be this mismatch of separators in your usage of the StringTokenizer? I can't tell if your method receives the 'nonProxyHosts' string with a |, but if it doesn't, your code won't work. I will try to see how to turn on the "finest" logging and see what the content of the nonProxyHosts variable looks like. Chiss
I'm experiencing the same thing. This is pretty big as it prevents any network-based applications from working behind a proxy. The easiest work-around for our company was to explicitly add the i.p. address of the needed server to the windows workstation. Start --> Settings --> Control Panel --> Internet Options --> Connections --> Lan Settings --> Advanced and add ";10.x.x.x" (where 10.x.x.x is the ip address of a local resource) to the end of the Exceptions list. In case the details are helpful: http://www.netbeans.org/issues/show_bug.cgi?id=131164 -Tres
Thanks for hints. I think that most of failing cases were fixed http://hg.netbeans.org/core-main/rev/a621da0ca3ec
Cool! Can't wait to try it out on my network. Will let you know if I have any more problems. Bye bye! Chiss!
Since this did not correct my problems, I've opened a new ticket with many details. http://www.netbeans.org/issues/show_bug.cgi?id=134745 Cheers. -Tres