Eclipse 4.2, Mac OS X 10.8 (ML), and Java 6 - eclipse

I'm trying to run Eclipse 4.2 (latest from website: eclipse-SDK-4.2-macosx-cocoa-x86_64) on Mac OS X 10.8 (Mountain Lion).
I have Java 7 installed, but I keep getting prompted to install Java 6. When I choose to forgo the install by clicking "Not Now", Eclipse exits.
$ java -version
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b06)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)
$ whereis java
/usr/bin/java
Any ideas on how to get Eclipse to work with the latest version of Java? README is lacking any useful information (and even claims Eclipse was tested with Java 7 on some platforms).
UPDATE:
Running sudo /Applications/.Eclipse/Eclipse.app/Contents/MacOS/eclipse works fine. After running under sudo and then switching back to lowly me with /Applications/.Eclipse/Eclipse.app/Contents/MacOS/eclipse results in a lock file error (permission denied).
It appears I have two problems:
Running through icon click results in "Need Java 6"
Running from command line results in "Permission Denied"
UPDATE: It appears to be more junk from Cupertino:
Apple Radar: 12082976
Here's the text that Apple wants to hide from the world:
I purchased a new Mac Book Pro. I immediately upgraded to Mountain Lion. I installed Java 7 from Sun [Oracle]:
$ java -version
java version "1.7.0_05"
Java(TM) SE Runtime Environment (build 1.7.0_05-b06)
Java HotSpot(TM) 64-Bit Server VM (build 23.1-b03, mixed mode)
$ whereis java
/usr/bin/java
$ /usr/libexec/java_home
/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home
When I attempt to run the Java Preferences (in /Applications/Utilities) and Eclipse, I get prompted to install Java (see attachment).
This outdated article was no help (adding environment.plist): https://developer.apple.com/library/mac/#documentation/MacOSX/Conceptual/BPRuntimeConfig/Articles/EnvironmentVars.html. I thought the problem might be $JAVA_HOME was not set, but I was wrong.
I think I got more useful information from Stack Overflow rather than the vendor (Apple), but its still not solved. https://apple.stackexchange.com/questions/58203/mountain-lion-with-java-7-only and https://apple.stackexchange.com/questions/57986/multiple-java-versions-support-on-os-x-and-java-home-location.
Please fix this. I spends thousands on Apple hardware and hundreds on Apple software, and this sort of thing is not acceptable. I have personally wasted hours on this issue, as have others. How can the Apple QA department miss another gapping hole?

From here.
JDK 7 will be installed under /Library/Java/JavaVirtualMachines/1.7.0.jdk, JDK 6 under /System/Library/Java/JavaVirtualMachines.
To trick OS X to accept Java 7 instead of proposing to install Java 6 a simple symlink is enough:
sudo mkdir /System/Library/Java/JavaVirtualMachines
sudo su ln -s /Library/Java/JavaVirtualMachines/1.7.0.jdk /System/Library/Java/JavaVirtualMachines/1.6.0.jdk
Most Java Programms will run with this little hack without the need to install Java 6.
Note that the OP in the above question specifically talks about Eclipse not working with Java 7.
Also this might be worthwhile read.

I'm rather embarrassed but one of my students helped me solve this issue.
If you have Java 7 installed then you should be using the 64 bit version of Eclipse. I had downloaded the 32 bit version and it was asking me to install Java 6 when I had version 7 installed. Downloaded the 64bit version and it works like a dream. I run Mac os 10.8

Installing this update from apple fixed it for me:
http://support.apple.com/kb/DL1572
Note that's the update that's trying to install automatically.

Can you imagine that? You have to install a JDK 1.6 to get eclipse ran properly, even if you already have jdk 1.7 installed, and set the JAVA_HOME properly.
To resolve your issue, you just need to download the jdk1.6 from http://support.apple.com/kb/DL1572?viewlocale=en_US, and install it, later you will be able to run eclipse, and you can set the JAVA_HOME to JDK1.7, and you will be able to find the JDK1.7 from eclipse "Preferences".

The MAC OS offers the Java Preferences tool under Applications.
If you don't have this tool you can edit the eclipse.ini and manually specify the JVM that you want to use.
Of course remember that Java 7 is the only Java official release for MAC and is probably not the best for developing applications. I would go for the 1.6 release but you are forced with this one due to OS restrictions if you want to stick with the standard.

Related

0xc000007B application was unable to start

I am trying to run EasyPHP on Windows 10 (64 bit) system. Initially the error was regarding msvcr110.dll missing, which I resolved somehow. Now its showing the error of 0xc00007b unable to start program correctly. I have tried to run the compatibility troubleshoot as well as run as administrator option. Its just not working. Any other effective solutions ?
This usually happens when you have mix of x86 and x64 libraries installed. You should probably uninstall all x86 versions of Microsoft Visual C++ Redistributables and install their x64 bit counterparts (just google them and make sure you download 64 bit version of that library).

Can't get SWT Browser to work in standalone RCP app on CentOS

My RCP app running in CentOS 6.7 uses the SWT Browser. It works properly when launching the app from within eclipse, but when I run it as a standalone app, the Browser cannot be instantiated, and a SWT Exception with message "No more handles" is thrown. I prefer to use the browser with style SWT.WEBKIT, but it doesn't work with style SWT.NONE either.
I have the latest versions of packages webkitgtk, webkitgtk-devel, and gtk2 installed. I tried using style SWT.NONE and set env variable MOZILLA_FIVE_HOME to point to the firefox installation directory, the xulrunner executable, and even the google-chrome installation. I also added $MOZILLA_FIVE_HOME to LD_LIBRARY_PATH. If I have anything set for MOZILLA_FIVE_HOME the app segfaults when the Browser is instantiated. If I don't set MOZILLA_FIVE_HOME I get the SWT exception.
The SWT documentation says that if I have webkitgtk installed, eclipse will detect it automatically. But it also says that with eclipse 4.2 and later it works with gtk3 by default. I don't see any gtk3 packages.
I'm using Eclipse SDK 4.4.2 in my target, but my app is an Eclipse 3 app. So perhaps this is an error in the compatibility layer. I can try using an Eclipse 3.x SDK, but I'd rather not do that. The SWT plugin being installed is version 3.102.xxx.
As I said, the app works when launched inside eclipse, so am I perhaps missing a plugin in my built product? I see the swt.gtk plugins installed, but I don't know what else to look for. Also the standalone app works properly in Ubuntu.
The following entries in eclipse.ini enable the Browser control to work in CentOS 6.7 with style SWT.NONE
-vmargs
-Dorg.eclipse.swt.browser.DefaultType=mozilla
-Dorg.eclipse.swt.browser.XULRunnerPath=/path/to/xulrunner/
This also requires that a supported version of xulrunner be installed (1.9.2 worked for me), as precisely specified in the SWT FAQ. NB: The following caveat is stated in the FAQ regarding the possible use of firefox as a xulrunner instance:
Also note that a Firefox release whose contained Gecko version
correlates with the Mozilla versions above can also be used with
Eclipse 3.1 and newer (Linux only), provided that it has been compiled
with linkable Gecko libraries. It is important to note that Firefox
downloads from mozilla.org do not satisfy this criteria, but Firefox
installations that are included in major Linux distributions often do
in the absence of a XULRunner installation. Attempting to use a
Firefox install without linkable Gecko libraries will throw an error
with message "No more handles [NS_InitEmbedding...error -2147221164]".
The firefox installed on my CentOS 6.7 system doesn't seem to have the linked gecko libraries, but I may have manually installed a differerent version at some point.
There appears to be no way to use Eclipse 4.4 or newer with webkit on CentOS 6.7, since gtk3 is required per the FAQ, and the only reference I found to installing gtk3 on CentOS 6.x said that it would be very difficult.
The FAQ is confusing to me on a couple points. It seems to contradict itself, saying that a compliant xulrunner can be used with eclipse 4.4 and then saying that it cannot, because eclipse 4.4 "uses GTK 3 by default" and xulrunner has not been ported to gtk3. My SWT installation appears to be built for gtk3, but it did not prevent me from using xulrunner. Furthermore, saying that gtk3 is used by default seems to imply that it's possible to use some other version of gtk, but hours of searching turned up no information on that.
If anyone knows how to make eclipse 4.4 work with gtk2, I would greatly appreciate it. I'm not happy at all about being forced to use gecko for eclipse 4.4 apps running in CentOS 6.x.
EDIT: It occurs to me that a big unanswered question is why the Browser doesn't throw the exception with style SWT.WEBKIT and no XulRunnerPath property set when I launch the app from within eclipse. I'd really like to understand that.

jar file cant run after compiling by netbeans

I developed an application in java (video player by vlcj),
all conditions:
my windows: 8.1
jdk: 8.1 (update 11)
it has been run successfully in netbeans(fine) but when created .jar file is executed it reported a long error that summarized below
The required native libraries are named "libvlc.dll" and "libvlccore.dll".
it is not possible for a 64-bit Java Virtual Machine to load 32-bit native libraries.
what is the solution?
plz help comrades.
You installed the x64 version of the JDK. Go to sun Java and download and install the x86 version and set it up in the systems environment settings like you did for the x64 version.
I was Facing Same Problem today But I try Running it as Administrator. Some UAC Permission are in my Java Program.
Even output Jar File not running after compiling.I convert it in An exe file with Launch4j. And run it As Administrator. Its Running.

JDK 6 and linux

I have just watched the bug report http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6972329 so I want to ask... Is there a JDK upgraded version which handles the problem? Because if I develop an app with 32-bit JDK 6 will it work on 64-bit linux?
I have compiled my project with jdk 1.6.0_05 so I am not sure will it work for 32 or 64 bit linux ... won't it be the user.home as '?'
Thanks
The bug has absolutely nothing to do with the JDK used to compile Java code - Java bytecode is completely platform independant. The bug only occurs when you run a Java app on a 32bit JVM on a 64bit Linux, and even then it seems to depend on a specific (and possibly faulty) LDAP configuration.

Terrible Eclipse (3.5) - problem with "Install new software"

I want to install additional software for Eclipse (I use 3.5 because 3.6 is not yet for Scala and Android).
Problem is:
The downloads / installations are INSANELY slow, I didn't get past 5% on the ADT plugin (for example) in one hour - same for everything else I tried
Firefox (no other software so far, IE works fine, etc...) is slowed down when it comes to Internet connectivity as long as "install new software" is running
I'm running Windows 7 Ultimate 64 Bit here on a quadcore machine with 4 GB of RAM and an 8 MBit / sec DSL.
Is this a known issue, are there any fixes or will I have to stop considering developing for Android phones?
And yes, I disabled everything - firewall, Skype, etc...
Nothing helped.
JDK installed is 6u21, latest release (installed it today).
Try to uncheck the option 'Contact all update sites during install to find required software' when installing ADT. But you must install all plug-ins required by ADT firstly, such as GEF.
That 6u21 may be your problem, depending on how recently you downloaded it (and, if from a mirror, how up to date the mirror is). They changed "Sun Microsystems, Inc" to "Oracle", and Eclipse was relying on that string for resolution of a bug:
http://m.zdnet.com/blog/burnette/oracle-rebrands-java-breaks-eclipse/2012
From the article: "If you downloaded Java for Windows 32-bit or 64-bit recently, be sure you have the 1.6.0_21-b07 version and not b06."