The STS was working fine until I recently upgraded the Java version.
Here's the Error message I am getting on STS Launch -
Here's my Java version -
I've installed the 32 bit JRE now, STS is opening now but, here's the new Error -
Update your both 32 bit and 64 bit JRE to latest versions, It will solve the issue.
In ideal world if your sts is 32 bit then you need to have 32 bit JRE latest version.
You can go to download 32bit JDK and then change the JDK you have install and change the environment path to the 32 bit JDK.
Related
I am getting this error on STS 4.6.1 version which is 64 bit & Java 17 version is also 64 bit. Yesterday it was running properly. But when I run again it is showing error.
I checked both the STS & JDK & OS version. All are 64 bit only. But still facing this issue.
Eclipse doesn't start in windows 10. When I click on Eclipse, it just appears for a second and closes quickly. But previously I worked properly.
just reinstalling JRE ,I have solve it
If your Eclipse is 64 bit then make sure you have JRE 64 bit installed and it is latest one and if your Eclipse is 32 bit then you need latest 32bit JRE to work
Uninstall eclipse than check you's system configuration than install 32 bit or 64 bit according to your system compatible. Make sure eclipses and JDK both shared same bits.
Background: I’m setting up an automated build system, with Selenium (Java), Ant, Eclipse and Jenkins on a virtual machine running a 64 bit version of Windows 8.1.
Problem #1-
The latest version of the 64 bit JDK (1.8.0.72) doesn’t seem to include tools.jar, which ant (version 1.9.6) seems to depend on.
My solution has been to download the 32 bit version of the JDK and set all environmental variables accordingly.
Which leads to Problem #2-
Now that I have reset my environment to point to the 32 bit JDK, I can no longer start Eclipse without an error message “Failed to load the JNI shared library.” I have tried to resolve this error by adding a line to my eclipse config file to point to the correct JVM (jvm.dll), but that isn’t working.
Thanks for the quick suggestions. I have come up with a solution (or at least a decent workaround).
Download 32 bit and the 64 bit version of the JDK. Set my JAVA_HOME var to point to the 64 bit JDK, which satisfies Eclipse, and then copy the tools.jar file included with the 32 bit JDK to the 64 bit JDK. Not very elegant, but for now it seems to be working. Ant and Eclipse are both happy.
It is strange that downloading the 64 bit version of the JDK doesn't include tools.jar. I tried 8u71 and 8u72 for windows 64 bit without any luck.
I am trying to install Spring in my windows PC....I have installed JDK7 32 bit as STS doesn't support 64 bit in windows.
Previous SO questions gave suggestions to add -vm path in STS.ini file.
But I am still getting this issue. Any idea is appreciated.
STS latest version now supports 64 bit JDK7.
I saw the STS error log pastebin.com/P2sbjLvf , it said 'Cannot load 64-bit SWT libraries on 32-bit JVM.'
Using 64bit JDK7 and changing appropriate -vm path in STS.ini fixed everything.
Cheers.
Downloaded OS X Yosemite Beta 3 and I'm trying to run some eclipse based IDE's, namely Titanium Studio and Aptana Studio.
Running into this error message when I try to start the apps. Didn't work on boot, so I downloaded JDK 1.8.0_40, still no dice. It's looking in the proper location, the file exists and it's using the correct java version. Not sure what the issue is, any help would be appreciated.
Download the newest version of Java for OS X 2014-001 from Apple. http://support.apple.com/kb/DL1572?viewlocale=en_US&locale=en_US
I encountered the same error this morning and this was a quick and easy fix.
I got this problem when I try to lunch AptanaStudio 3.1 on OSX yosemite.
I google this problem for quite a lot and found that JDK1.8(64-bit) version just does not support the Aptana Studio(3.1), maybe also not working on some other IDE which based on the same skeleton of Eclipse.
The only solution I can came out is to install an older version of JDK, and I found that the link #ChancePance provide just worked for me.
Why I am answering this question is just to specify that it's OK to install this version of JDK(which is version 1.6.0_65, 64-bit when I download the package) alongside with the J2SE 1.8(provided by Oracle). So you don't have to worry about there is any conflicts while installing two version of JDK.
I need the JDK1.8 for some of the new features of the latest version of Oracle's J2SE. And I need Aptana Studio at the same time. I am quite worried about there might be some conflicts.
Below is what I have done on OSX Yosemite to solve the problem of AptanaStudio3.1:
Download and install the package: JavaForOSX.
Found the file "AptanaStidio3.ini", the file by default located under the the directory here: /Applications/Aptana Studio 3/AptanaStudio3.app/Contents/MacOS
Add "-vm" argument to specify the java which will be used to lunch Aptana Studio.
-vm
/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java
Hope this will help you guys who got the same problem.
I ran into this problem as well. Apparently Aptana Studio is 32-bit, while the java I have installed is 64-bit.
I didn't want to revert to Java6 as the accepted answer suggested, so I solved it another way.
I downloaded a 64-bit version of Eclipse and installed the plugin version of Aptana Studio.
I was also experiencing this problem because I had a 64 bit JDK 1.7 installed (the standard Oracle version - not the Apple version indicated in the other answers) and had mistakenly downloaded a 32 bit version of Eclipse. Doh!!
I removed the 32 bit version and downloaded the 64 bit version of Eclipse and everything works great now.
Simply downloading the newest Java for OSX worked the charm. I clicked and downloaded the file from the link above -> http://support.apple.com/kb/DL1572?viewlocale=en_US&locale=en_US <
Open "/Applications/BonitaBPMCommunity-6.5.0/BonitaBPMCommunity.app/Contents/MacOS/BonitaBPMCommunity.ini"
Obtain the location of the JRE / JDK on your system by executing in a terminal:
/usr/libexec/java_home
Add 2 lines after adapting the ...jdk1.8.0... to your system as found out above
-vm
/Library/Java/JavaVirtualMachines/jdk1.8.0_31.jdk/Contents/Home/bin/java
in between the following lines:
-clearPersistedState
-vmargs