I am using Eclipse Juno (Linux) and added TFS plug-in for Eclipse. Server URL https://******ftware.visualstudio.com and added username and password. This is my Microsoft Live ID which got access to Visual Studio online, but it gives an error message Authorization failure connecting to https://******ftware.visualstudio.com using this username and password.
Username and password works well when connecting from browser. Not sure what is going on.
This plug-in works well on a Windows machine.
You may need to use the "alternate credentials" that does not rely on an MSA (Live ID). In the web access you can click on your name in the top right. There should be a settings drop down that lets you enable and set the alternate credentials for Linux.
https://binary-stuff.com/post/how-to-enable-alternate-credentials-in-visual-studio-online-vso
I'm trying to reach my GlassFish 4.0 console, which is at localhost 4848. I start my GlassFish server from my NetBeans, then I go my port. It starts itself and then it asks me for a password and username. But the problem is that I have just downloaded and run that and I haven't authenticated any password and user and I can't open my GlassFish server admin panel.
if you downloaded your AS instance from Oracle web site(separately from NetBeans)
https://glassfish.java.net/download.html
and start domain from console with
asadmin start-domain domain1
you would not have any troubles with authentication. However it looks like NetBeans puzzles you. You may find a solution here. See Quaternion's answer.
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
I am currently using Eclipse to develop a fairly straight-forward Java EE dynamic web application. I have just been using Eclipse to deploy the web app to a GlassFish 3.1 server locally running on my dev machine for development and debugging purposes.
So far, so good. But now, I am looking into deploying the app to a remote GF server for further testing.
In Eclipse, I open the "Servers" tab and select the "New->Server" context menu. I enter the IP address of the remote server running GlassFish, but the "New Server" dialog won't let me proceed. Instead, it gives me the error message:
Remote Server is not secured: It
cannot be used remotely...
Some initial research suggests that remote deployment/debugging is currently not supported by Eclipse. Is that what Eclipse is trying to tell me with this weird error message? Surely "Remote deployment/debugging not supported" would be more apt. Am I overlooking something fundamental here?
Read http://blogs.oracle.com/quinn/entry/securing_adminstration_in_glassfish_server1
Access to remote servers can only be done if the server has been secured...
You want to make sure you have enabled secure administration. Generally you should do the following:
using ./asadmin change-admin-password command to set a password on the 'admin' user. By default there is none (so when it asks for your current admin password just hit Enter assuming you've never set one)
using ./asadmin start-domain to startup the default 'domain1'
using ./asadmin --host localhost --port 4848 enable-secure-admin will enable remote administration access (which you want) and tell Glassfish to start on the localhost at the default admin port 4848
finally use ./asadmin restart-domain to restart and apply those changes.
You should be able to now access the remote server and manage it via your Eclipse install. This works for Eclipse Luna and Glassfish4 open-source edition. Also note that you need to have a glassfish install on your Local development machine and point to that when it asks for the path to the Glassfish installation when setting up the server in Eclipse Wizard...despite the fact that you are connecting to a remote Glassfish instance. (See my SO post for more details/screenshots).
I am adding this because the current accepted answer only points to a link which is typically frowned upon here on SO since links have a tendency to go dead unexpectedly.
I am using eclipse Galileo and I am trying to start my JBoss 4.3 EAP.
When I start JBOSS from command line it runs fine. But when I start it from eclipse I get
the following pop up and my application is not deployed
your server is repsonding to jmx queries with a security exception.
you can try entering new credentials below or you can double click on your server and verify the host, jndi port, username and password are accurate.
you can also click ignore below to begin working with your server but deploying to and stopping the server may not function properly
My jboss from command line and my Eclipse both use the same jre
In JBoss EAP by default the JMX Console has turn on security domain and you need provide proper user and password to login in. But the default user is disabled .
You can turn in on by editing the $JBOSS_HOME/server/default/conf/props/jmx-console-users.properties (for default profile).
You can just uncomment the admin user or add your own (in that case also edit jmx-console-roles.properties file).