Windows Vista: From the desktop, right click the My Computer icon. Choose Properties from the context menu. Click the Advanced tab ( Advanced system settings link in Vista). Click Environment Variables. In the section System Variables, find the PATH environment variable and select it. #java #javaprogramming #javatpoint How to set path of Java on WindowsURL: Modify the PATH variable, not JAVA_HOME.. See the Java documentation on setting or changing your PATH variable.. Start -> Control Panel -> System -> Advanced. Click on Environment Variables, under System Variables, find PATH, and click on it. 2 - Configurando o PATH. Após configurar o JAVA_HOME, devemos configurar o PATH para que as ferramentas de desenvolvimento do JDK estejam disponíveis para uso, para isso vamos colocar a pasta “bin” do JAVA_HOME na variável PATH. Na tela das variáveis de ambiente, procure pela variável PATH, selecione-a e clique em “editar”: Steps 1: Right click on MyComputer, Computer or This PC and select properties. Steps 2: In the left side, there is link Advanced System Settings. Click on it. Steps 3: Go to Advanced tab and click on Environment Variables. Steps 4: In the System Variable Column click on New. Locate JDK on your machine. If you are using 64-bit java, then it will be in C:\Program Files\Java\. If you are using 32-bit java, then it will be in C:\Program Files (x86)\Java\. As for doing this on your local machine. Are you saying you tried setting the path this way as well [Environment]::SetEnvironmentVariable("PATH", "C:\TestPath", "User") and it did not stick? Lastly, if your target is not running the Windows 10 Fall Creators Update, you cannot do this as a regular user. This was a bug pre-Win10FCU. Here's how to create your SDKs with the latest Java: In Project Structure > Platform Settings > SDKs, click the "+" button to add a new SDK. In the pop-up, go into your Android SDK folder and click "Choose". Another pop-up will appear asking for which SDK and JDK you want to use. Choose any Android SDK and the 1.7 JDK. First, note that using the Windows Environment Variable "JAVA_HOME" is the preferred method, but -vm will work as well. The cause / solution was: I was using Eclipse 64-bit version, but pointing to a 32-bit JRE - after installing, then pointing to, the 64-bit JRE, all worked well. 2GS1.