When i go to the eclipse website (http://www.eclipse.org/downloads/) there are 3 different versions of eclipse for Mac:
Carbon 32bit
Cocoa 32bit
Cocoa 64bit
I'm confused about why there are three version and which one i should be using. (I'm running OSX 10.5 on a MBP)
I say go with the 32-bit Cocoa version unless you want to use Java 6. The 32-bit version will use less memory, and because the 32-bit 1.5 JVM is the client Java VM it's better tuned for UI apps.
If you want to use Java 6 on 10.5, you must use the 64-bit Cocoa version.
You would think there would be a universal 32/64-bit version, but there isn't. The reason there are multiple versions is due to the SWT's (and Eclipse's for that matter) philosophy of one architecture and one windowing system per application. p2/Equinox can't cope with multiple architectures in the same application.
Use Cocoa 64bit, you most likely have a 64 bit processor (unless you know you don't).
Carbon is just the old graphical API, it was replaced by Cocoa.
Depends on what you're using it for. I've been using 32-bit Cocoa on a MBP running 10.5 for most of my development for the past 3 months and haven't had any problems. I wouldn't use Carbon as it is a now deprecated API.
Related
As far as I know there are no plans from oracle to ship java for 32 Bit - but maybe I misunderstand the situation.
If I'm correct - what do we all do if we need to support 32-Bit libraries (dlls)? And whats about 32 Bit OSes out there?
Currently this seems to be a huge impact in the future but as I said - maybe I'm wrong.
Fact is that we can't download a Java 10 runtime in 32 Bit as there are only 64 Bit Download-Links.
Had a similar issue, just with Java 11. Eventually, I found a 32bit JDK and JRE for Java 11 on https://adoptopenjdk.net/ (for the Hotspot JVM). With the 32bit JDK, I successfully connected to a 32bit dll. I hope this is useful for others who face a similar situation.
Oracle is not the only party building and distributing OpenJDK.
For example Azul maintains, but does not certify as TCK-compliant, 32bit windows builds as part of their Zulu project.
There is no 32-bit Java 10 distribution from Oracle. And there will be no Java 11 distribution as well. There are a few companies which offer a 32-bit support though (like Azul). However, I recommend continuing using Java 8 32-bit. It has official support from Oracle and it will be maintained until January 2019.
For RHEL, redhat still offers 32bit java-11 in their repository:
java-11-openjdk-devel.i686 1:11.0.6.10-1.el7_7
Oracle Java 7 has a list of certified platform http://www.oracle.com/technetwork/java/javase/config-417990.html#os popular server Operating systems such as debian and ubuntu are not certified.
I have downloaded the jdk-7u3-linux-x64.tar.gz and it seems to run on Ubuntu should I be concerned about running Oracle Java 7 on a non certified Oracle platform for production? Is this certified platforms list just a marketing thing or is some technical reason why Oracle Java 7 would run differently on Redhat vs. Ubuntu?
While you may not see a difference between, say, Ubuntu and RHEL when running a JVM, you would probably receive far different reactions if you encounter an issue and request support from Oracle:
Using a certified OS increases the possibility of a quick fix. Not only is it easier for the support staff since they have to be familiar with and test on far fewer platforms, but they are also bound to produce a quicker fix due to marketing reasons and possibly due to various contractual obligations.
On the other hand, you are far more likely to receive a "sorry, can't reproduce it on our system" reply if you are using an unsupported distribution.
I would not expect the JRE to run differently on an unsupported system - at least not for long. Any fixes usually find their way to the more generic packages pretty quickly.
That said, I have encountered other applications (e.g. IBM PurifyPlus) that were so tied to specific versions of the supported platforms that they were not usable even on updated versions of a supported platform (e.g. SLES 10 vs 10SP1). And by tied I mean major functionality issues, not a silly version check. Apparently in some cases there are technical reasons, arguably due to a badly designed application, for using a supported platform.
If I understand correctly on certified OS jvm runs as expected, others not guaranteed. Every OS has its own instruction set (and interpretation of instruction set), Each OS JVM is coded for that specific insturction set. JVM for certified OS are tested against those instruction sets.
https://www.tizen.org/ Tizen Mobile & IPad Linux very exciting.
Its allowing GCC. But does it run Dalvik JVM or OpenJDK?
Will then it will be compatible with 32-bit or 64-bit compilers?
Or we need to convert our source to be re-compiled using ARM compilers? of GCC?
Will it be easier to port C, Java code's now to Tizen? Where its complex and not natively available under Android phones/platforms?
As far as I know, it will be possible to package applications as DEB or RPM packages, you will be able to include an embedded VM (for example Avian VM) if you want, probably no JVM will be installed by default. JavaSE Embedded and OpenJDK should work (maybe with small modifications) under Tizen even though the documention only mentions C/C++ for native apps and HTML5/JavaScript for web apps. Moreover, there is no Java binding to its native APIs yet except those already available for Linux ARM and for APIs supported in any Linux distribution (for example JOGL 2.0). If you really need some help to use Java under Tizen, please contact the JogAmp Foundation here. Xerxes already succeeded in running JOGL 2.0 under Meego as you can see here, why not doing the same thing under Tizen?
N.B: Don't expect official Java support under Tizen.
If you check this two presentation from May:
Tips and Tricks: Designing Low-Power Native and Web Apps on page 3.
and this
Implementation of Standard Accessibility APIs for Tizen on page 9.
You see that basically Tizen will have two APIs and hence two types of applications:
Native;
Web(HTML5) pretty well documented already.
So no JVM or OpenJDK, don't know the Native API apps binaries will be compiled to but probably will know soon.
Since Tizen is pretty much in development you can check from time to time the official site.
I know when Leopard came out everybody (well, everybody that was a Java developer and cared enough to do development on a Mac) was pissed that there was no Java 6 SDK support. I know somebody provided some kind of hack way a few months after Leopard was released, but I could have sworn that I read sometime later that Apple and/or Sun finally put out an official version of the Java 6 SDK.
So now a year and a half later I am finally interested in doing some Java dev on the Mac (thank Google App Kit for that). But when I go to Apple's Java site... all I see is stuff about Java 5.
So, can I do Java 6 on a Mac?
See also: Installing Java 6 on Mac OS
Yes, JDK6 is available, and it is quite nice, for example it supports DTrace, which otherwise you only get on Solaris.
The main drawback is that Apple is very aggressive in deprecating older hardware (and OS versions). Java6 will never be released for Mac versions before 10.5, and only works on 64bit Intel. That also kills native 32 bit libraries, such as SWT/Carbon, which is what Eclipse uses (they need to move to Cocoa now).
Update: Snow Leopard apparently has Java6 for 32bit Intel, too (in addition to 64bit).
http://developer.apple.com/java/ (which is only for 64-bit Macs)
http://landonf.bikemonkey.org/static/soylatte/ (SoyLatte, a separate Java 6 port).
Yes, JDK6 is available.
However, some versions of Eclipse do not support it. There is a new one (based on Cocoa) that should but it is not officially available.
You can but you have to be very wary of Apple on this one. Sun released JDK 6 in December 2006. Apple released Java 6 for MacOS X a year later.
Why the delay? It seems that integrating the new Look and Feel was the answer but we don't have an official reason.
Now if Java 6 was important to you at the time this would've been (and was) a big deal.
As other answers mention, support for certain hardware and libraries can also be problematic.
windows and Linux are (imho) still the preferred Java development platforms. If it ever becomes critical you can always do Java development on a Mac in a VM however.
Partly. Apple released its version of Java SDK 6 a few months back. But there are still some functions which are not available on Apple's SDK 6 which exist in Sun's Java SDK 6. I don't know why this is so.
For e.g., after Unisys's patent on GIF format expired, Java included the capability to write image files in GIF format in SDK6. Yet, you still can't write GIF files on Apple's SDK.
http://developer.apple.com/java/
Looks like you can.
Can 32-bit and 64-bit Java be simultaneously installed on Vista x64?
Yes, and in fact, this is the only way to get Java Webstart, as there is no 64-bit version.
Edit: Supposedly a 64-bit Java WebStart will be available in Java 6u12.
Considering that when you update Java, it never removes the old version of Java, you should be able to run 32 and 64 bit java at the same time without a problem.