I'm having an issue trying to connect through a proxy from Eclipse 3.6. The proxy supports both NTLM and Basic Auth schemes.
Eclipse seems to prefer NTLM auth scheme, instead of the basic one. However, after the selection is done, the proxy seems to hang and Eclipse retries the downloads forever. Using wireshark to monitor the traffic I can see:
Eclipse is trying to auth through NTLM
The proxy sends back a 407 response.
This happens 3 times, then the proxy stops responding and Eclipse retries the download until I hit cancel.
Is there a way to tell Eclipse to try Basic Auth instead of NTLM?
Best regards,
Manuel.
I don't know about the Basic Auth, but regarding NTLM proxy, check the bug 281384, also discussed at length in bug 281472.
It introduces a workaround for NTLMv2 Proxies.
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient
-Dhttp.proxyPort=8080
-Dhttp.proxyHost=myproxy
-Dhttp.proxyUser=mydomain\myusername
-Dhttp.proxyPassword=mypassword
-Dhttp.nonProxyHosts=localhost|127.0.0.1
The first property disables the httpclient provider (and so uses the URLConnection-based provider, which does have support for NTLMv2 proxies),
and the next 5 properties are as specified by Sun for the URLConnection-based provider.
The problem is that standard Eclipse HTTP client can't manage the so named HTLM proxies. The method, proposed by #VonC was good till Kepler version of Eclipse.
The trick is to turn off the Eclipse HTTP client. But starting from Kepler, its name had changed. Add the following to the eclipse.ini file:
-vmargs
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
Also look here for a very good explanation and here for an "official" explanation of the Eclipse team.
You don't need to set the proxy parameters in the eclipse.ini. The settings in Windows-preferences-General-Net are enough. But you should check the global proxy settings on the OS, paying attention to possible automatic settings.
Related
I have a problem to access the following SVN repository http://primefaces.googlecode.com/svn/ using Eclipse and Subclipse or Subversive plugins and JavaHL or SVNKit.
I have this problem only with Eclipse on the computer in my office. With Firefox it works fine and at home it works fine, even with Eclipse.
The error is
Get revision properties operation failed.
RA layer request failed
svn: Server sent unexpected return value (400 ) in response to PROPFIND request for '/svn'
It's likely a firewall issue and a question of user-agent.
I've already asked to the network administrator to check the firewall configuration and he will probably manage to solve it but I'd like to know if there are any other solutions ? For instance, "hacking" the default Eclipse SVN client user-agent, or anything else?
Any idea?
HTTP uses port 80, and I doubt your office is blocking port 80. Does this URL work in a web browser from your office? If it does, see if there's a proxy setting for http.
You might be able to set it up in the $HOME/.subversion/server file. Look under the [global] section and look for the proxy configurations listed there.
I have managed to get Eclipse Juno connecting to the internet. For this to accomplish, there are many posts here on stackoverflow. here is one of this links:
Eclipse not connecting to internet via proxy
Today i installed Eclipse Kepler on my Windows7 box. But accessing the eclipse marketplace or installing new software does not work.
I am using exactly the same proxy configuration as i used for Eclipse Juno. Juno can access the marketplace but Kepler does not.
The proxy uses NTLM Authentification.
Any one here with similar problem?
No success til now. I am still wondering why Juno can connect whereas Kepler can not:-(
I had same issue. I searched and found this.
http://oakgreen.blogspot.jp/2011/10/eclipse-proxy-settings-bug-and.html
This post says don't set SOCKS proxy. I tried this advice, and connection was succeeded.
I did below:
Open Network Connection Settings.
Select Active Provider to "Manual".
Set HTTP/HTTPS proxy.
Clear SOCKS proxy if this is set.(select SOCKS proxy row and click "Clear" button)
Restart Eclipse to apply these settings.
I spent hours trying to use this method suggested by mhanada and although it is correct and should have worked the default Secure Storage associated with eclipse was preventing my proxy credentials from being saved. I advise: Be wary of exceptions being thrown regarding Secure Storage. In my case the errors related to being unable to connect to a remote location where the default secure storage path was. In my case I just deleted the Default Secure Storage information via Preferences > General > Security > Secure Storage > Contents > Delete.
In my case I set it to "native" settings where socks was enabled for proxy. (Internet Explorer->Internetoptions->Connections->LAN-Settings->Proxy Settings). After disabling it there and adding the following lines to eclipse.ini everything works well:
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient4
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.closeTimeout=3000
-Dorg.eclipse.ecf.provider.filetransfer.retrieve.readTimeout=3000
In my case the problem started after installing the Spring Tool Suite. Uninstalling it solved the problem.
Version: Kepler Service Release 1
A friend of mine ran into that exact problem (fresh machine with a fresh eclipse Kepler installation, the computer was not behind a firewall or proxy.) It turned out to be an issue with Java 7 update 51, when we used a Java 6 JRE to run eclipse the problem was magically solved.
Another note:
After changing my Windows password, eclipse's Windows-integrated secure storage seemed to have become inaccessible without notice. Apparently this not only made eclipse 'forget' my proxy auth settings but also prevented it from storing the credentials after I set them up again. I could configure them any way I wanted but as soon as I clicked "OK" they were gone again.
The solution for me was to go to General > Security > Secure Storage and click on "Change Password..." for the Windows Integration master password provider. Of course, this wiped all passwords previously stored by eclipse, but it left me with a clean, working Secure Storage and allowed me to successfully set up and store the proxy credentials again.
I had faced the same problem , The issue with my set up was I was using JDK, after repointing to JRE it is working perfectly now.
Proxy Setup- Windows->Preferences->General->Network Connections.
Active Provider-Native, Just make sure HTTP - Dynamic should be checked, remaining all should be Unchecked.
Note: Above Description Tried and tested with Kepler only.
It happened to me because eclipse was using JRE and not JDK.
To force eclipse to use a given VM, edit
<eclipse_root>\eclipse.ini
and add those 2 lines at the top of the file:
-vm
C:/Program Files/Java/jdk1.6.0_45/bin/javaw.exe
Note:
Eclipse using JRE was triggering a:
java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket
at org.apache.http.impl.conn.SchemeRegistryFactory.createDefault(SchemeRegistryFactory.java:45)
at org.apache.http.impl.client.AbstractHttpClient.createClientConnectionManager(AbstractHttpClient.java:294)
at org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:445)
at org.apache.http.impl.client.AbstractHttpClient.createHttpContext(AbstractHttpClient.java:274)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:797)
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754)
at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientFileSystemBrowser.runRequest(HttpClientFileSystemBrowser.java:263)
at org.eclipse.ecf.provider.filetransfer.browse.AbstractFileSystemBrowser$DirectoryJob.run(AbstractFileSystemBrowser.java:69)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)
Caused by: java.lang.ClassNotFoundException: javax.net.ssl.SSLSocket cannot be found by org.apache.httpcomponents.httpclient_4.1.3.v201209201135
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:455)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(Unknown Source)
Did you make sure that you selected the Manual mode in the Active Provider section? Go to the Preferences/General/Network Connections menu again and change that if it is not. I think that part is kind a buggy.
I had this issue, and i changed the proxy settings with password in eclipse.
go to windows-> preferences-> search for "proxy"
open Network connections.
Select Active Provider to Manual.
Set HTTP and HTTPS proxy, system username and password.
(it was not working without username and password in my machine)
Clear SOCKS proxy if its set.
File-> Restart
how can I connect to cloudfoundry using the STS Plugin when I am behind a proxy? The plugin seems to be unaware of my Network Eclipse proxy settings, and when I validate my account or connect, I get an I/O error or unable to connect to api.cloudfoundry.com.
I am quite sure it is the proxy it does not know about (it somehow is an issue with any kind of development, Maven, Grails and consorts).
Any ideas?
Thanks a lot!
Thomas
As an alternative, did you try configure the system proxy and select direct connect in eclipse?
so I don't know about actual proxy support, but while searching our JIRA for "proxy", I came accross those two : https://issuetracker.springsource.com/browse/STS-2975 and https://issuetracker.springsource.com/browse/STS-2872.
You may have a look at them, as they seem to imply that this is supported somehow.
From this, I assume there is proxy support as well. I just haven't had time to figure it out.
Sorry for such a half response, hope that helps
In Eclipse preferences > General/Network Preferences,
Use Manual proxy provider (not Native), and set your proxy for both HTTP and HTTPS.
I'm experiencing some weird problems on using web stuff in Eclipse (Indigo, Indigo SR2 and Juno). My proxy configurations seems to be messed when Eclipse tries to do sth on web.
My browsers stop to communicate and I have to restart my machine in order to restore my Internet access again (or close Eclipse and browser and force the browser to reload proxy configurations). In Eclipse, the communication is unstable, working/not working sometimes.
My "NetWork Connections" are set to Manual, where proxy address, port, auth, user and passord are set to HTTP and HTTPS schemas (I didn't use it for SOCKS due to update issues - see this question).
I have no idea of what is happening and why, and how to fix it. Thanks for helping.
It is very unlikely that Eclipse influences your global settings. If anything outside of Eclipse does not work, should look there for the problem first. Eclipse can either use your system wide settings, or it's own overrides.
I understand your frustration - hard to know what is going wrong.. I really don't see what Eclipse can be doing to cause this though. I can suggest some further troubleshooting steps though.
Can you test the proxy config on any other machine?
Can you browse normally on this machine at other times?
Can you go to the same URL in browser that Eclipse is going to?
Perhaps do you have Eclipse checking all sites for updates (Help > Software) and this is just network slowdown?
When you are experiencing this effect, can you ping outside sites?
I want to install a subversion on my eclipse.
So I went to Help < Install New Software and when I pick the "Galileo - http://download.eclipse.org/releases/galileo" in the "Work with" dropdown, it tells me in the main box "No repository found at http://...".
It is appearing in my available software sites and when I test the connection it returns me an error saying Unknown host.
Can someone please help me, I really need to install that subversion :).
Anna
As mention in this thread, this could be a proxy issue:
I assume you mean you used a web browser to get that - if so, is it
configured to use a web proxy? If your browser is using a proxy then
you need to configure Eclipse to use one too (see the General/Network
Connections preference page).
Since 3.5 Galileo, The Network Connection page has been changed to better show the current proxy configuration.
Now if you go to Preferences > General > Network Connections, you are able to see and change Eclipse proxy settings as well as see settings provided by the operating system.
If you want to use your browser or Gnome settings, or you have your proxy configured using environmental variables on Linux, you can see them all in this new UI
So to set your proxy, you can follow this tutorial (How to configure Proxy Settings in Eclipse)
The severity of the bug is downgraded, since there is a workaround. Open the eclipse.ini file and add the following
-Dorg.eclipse.ecf.provider.filetransfer.excludeContributors=org.eclipse.ecf.provider.filetransfer.httpclient
In a few words the above command says that Eclipse can access the web via the *.pac files of the HTTP clients (eg Internet Explorer or Firefox).
To summarize:
Add the above line at the ini file
ensure that your default system http client (eg Internet Explorer) has proxy settings configured
Go to Eclipse Window->Preferences->Network Connection and enter the proxy setting here as well
It should work with this workaround
I'm not sure which Subversion client you use but neither of them can be installed from the main Galileo site. Follow the instructions on the web page of the Subversion plug-in how to install it.