Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
It's actually more popular in embedded systems rather than computers these days. The ability to be able to swap CPU architectures almost at a whim makes Java very cost-effective. I have a blu-ray player that runs off of pure Java.


Just an FYI, ALL blu-ray players must have Java as that is the platform for blu-ray.
 
Just an FYI, ALL blu-ray players must have Java as that is the platform for blu-ray.

God man, read back what you write. ;)

For those wondering what is meant, the Blu-ray spec contains a section about producing interactive content that Blu-ray players must be able to execute. This is known as BD-J or Blu-ray Java. It's a derivative of J2ME (the mobile version of Java also supported by multiple feature phones). Produced content is known as Xlets.
 
There's an iOS version? Where the hell have I been?

And yeah, I halfway agree with you. Minecraft would at least perform smoother on lower end machines if it were done in something besides Java. But on normal machines, it runs fairly well, and with Java being so open and modular, it makes for much easier modding.

The number one reason that minecraft runs 'poorly' is not because of Java. It's because the application does not utilize any 3D acceleration from the video card. There are a LOT of calculations going on at once, but all that is done by the system's CPU and not the GPU. I still can't understand why it was done like this. Java can do this.
 
The number one reason that minecraft runs 'poorly' is not because of Java. It's because the application does not utilize any 3D acceleration from the video card. There are a LOT of calculations going on at once, but all that is done by the system's CPU and not the GPU. I still can't understand why it was done like this. Java can do this.

Are you sure about this ? Minecraft uses LWJGL as a library, which uses OpenGL, OpenCL and OpenAL as backing APIs. In fact, on Windows, the LWJGL framework throws an exception if hardware acceleration is not found.
 
God man, read back what you write. ;)

For those wondering what is meant, the Blu-ray spec contains a section about producing interactive content that Blu-ray players must be able to execute. This is known as BD-J or Blu-ray Java. It's a derivative of J2ME (the mobile version of Java also supported by multiple feature phones). Produced content is known as Xlets.

Heh, not sure what was difficult to understand, how about:

"Just an FYI, all blu-ray players must ship with Java as Java is the platform for blu-ray."
:)
 
The number one reason that minecraft runs 'poorly' is not because of Java. It's because the application does not utilize any 3D acceleration from the video card. There are a LOT of calculations going on at once, but all that is done by the system's CPU and not the GPU. I still can't understand why it was done like this. Java can do this.

I'm just adding to my post that that I just saw an announcement from the openjdk peeps that they are proposing adding the capability of having a JVM execute instructions on the GPU if needed, cool stuff:

http://mail.openjdk.java.net/pipermail/discuss/2012-August/002717.html
 
Java now uses JIT compilation and thus whatever gets run on your hardware is not interpreted bytecode, it's native language that the JVM creates on the fly.

It also has vast librairies already written for it, enabling fast development and deployment without having to reinvent the wheel at each turn. It comes with mature garbage collection to top it off. There's nothing "turd" about it and the slow part is quite debatable.

Yep. When I posted this a couple of pages back:

We're actually using Java for a collection/parsing/analytic application, and it turned out to be a great choice when we factored in performance, ease of portability, readability, maintenance, code stability, resource availability, etc. :cool:

The section I quoted from your post supports many of the reasons I said it was a "great choice". :)
 
I'm just adding to my post that that I just saw an announcement from the openjdk peeps that they are proposing adding the capability of having a JVM execute instructions on the GPU if needed, cool stuff:

http://mail.openjdk.java.net/pipermail/discuss/2012-August/002717.html

You may wish to re-read that post again - the author is talking about using the GPU to accelerate certain functions rather than it being used as some sort of general purpose CPU. Really what they're proposing is no different than using AVX extensions but instead using OpenCL for certain mathematical functions - in fact, they'd be better off to use OpenCL then let the OS decide which is the best processor to use.
 
Devs always defending what end users always complain about. The end result is Java sucks on OS X. Always has. It was even a marketing hype thing around 10.1. "Native Java". All devs I know went back to Java on Win. OS X was too slow, too old, and always painful. I am not saying Java itself sucks. Just the OS X/ Java marriage.
 
You may wish to re-read that post again - the author is talking about using the GPU to accelerate certain functions rather than it being used as some sort of general purpose CPU. Really what they're proposing is no different than using AVX extensions but instead using OpenCL for certain mathematical functions - in fact, they'd be better off to use OpenCL then let the OS decide which is the best processor to use.

So, you basically restated what I had summerized:

"... the capability of having a JVM execute instructions on the GPU if needed .."

Why must I re-read? It's exactly what I had stated. Silly semantics, I guess.
 
Devs always defending what end users always complain about. The end result is Java sucks on OS X. Always has. It was even a marketing hype thing around 10.1. "Native Java". All devs I know went back to Java on Win. OS X was too slow, too old, and always painful. I am not saying Java itself sucks. Just the OS X/ Java marriage.

Why would you say it sucks? What Java applications do you use to validate your assertions? Perhaps they are just bad applications. I've been a Java developer since 1999 and I have been using the Mac exclusively for development for 5 years and it performs just fine. In fact, with comparable machines I find that the Mac compiles and executes Java faster than my Windows counterparts at the office (probably due to NTFS). In fact, we have a sort of revolution at my company where developers are dropping Windows for OS X. Some have dropped Linux for OS X.

I use IntelliJ IDEA and AppCode all day (not to mention all the server-side software) every day and I love it.

Bottom line is Java is HUGE in the services arena. Perhaps not big on the desktop. So, those of us using Macs to develop system software are very happy with the performance. I don't care much for BS micro-benchmark crap that doesn't make a difference in the world.

Anyway, I'm not starting an argument, just trying to clear up the FUD.

I also have a hypothesis as to why there are a lot of crappy Java applications: bad developers. Java (or the JVM) is a great platform. It (Java) draws in a LOT of developers because of it's simplicity (multi-platform support, tooling, compilers) and ubiquity within academia. There are now a lot of inexperienced developers out there writing bad multithreaded code. Most developers that write user interfaces in Swing do not understand how to do it. It's not Java's fault, it's the developer.
 
Why would you say it sucks? What Java applications do you use to validate your assertions? Perhaps they are just bad applications. I've been a Java developer since 1999 and I have been using the Mac exclusively for development for 5 years and it performs just fine. In fact, with comparable machines I find that the Mac compiles and executes Java faster than my Windows counterparts at the office (probably due to NTFS). In fact, we have a sort of revolution at my company where developers are dropping Windows for OS X. Some have dropped Linux for OS X.

I use IntelliJ IDEA and AppCode all day (not to mention all the server-side software) every day and I love it.

Bottom line is Java is HUGE in the services arena. Perhaps not big on the desktop. So, those of us using Macs to develop system software are very happy with the performance. I don't care much for BS micro-benchmark crap that doesn't make a difference in the world.

Anyway, I'm not starting an argument, just trying to clear up the FUD.

I also have a hypothesis as to why there are a lot of crappy Java applications: bad developers. Java (or the JVM) is a great platform. It (Java) draws in a LOT of developers because of it's simplicity (multi-platform support, tooling, compilers) and ubiquity within academia. There are now a lot of inexperienced developers out there writing bad multithreaded code. Most developers that write user interfaces in Swing do not understand how to do it. It's not Java's fault, it's the developer.

It just does not translate to end users. That was and is my only take away. As I asserted, it is always devs who defend it and you have proven my point. Most if not all the devs who originally got OS X to develop Java on have since moved back to Windows for version parity and according to them "speed issues". That is my reality. I am not bad mouthing it purposefully. Look to wonky Java applets, Lotus Notes 6-8.5.x., Eclipse of most kind. Just pummels processor to do very remedial things like change views or change focus. Sometimes beach-balling for many seconds. Now of course you can say they are "bad developers" but be that as it may I have never in my entire Enterprise career seen or used a Java based app that performs even close to a native one on OS X. They may be out there but I have never seen it. Apparently then most Java devs, by your own assertion, are fairly incompetent and give Java, the language, a bad name. Would that be a fair statement? Either way the end result is the same. If it is Java it will run like crap. Please point me in the direction of a fast, stable, and well made Java application running on OS X.
 
Devs always defending what end users always complain about.

That's because users often times confuse issues and do not properly know what they are stating, which can lead FUD like statements. Sure it's not on purpose, but experts taking time to correct those assertions and frame the proper context around their statements is not something you should be mad about. Quite the contrary, you should take it as a chance to learn something new.

As it stands, you're talking about J2SE applications written with a AWT or Swing GUI and calling the whole of Java slow and inconsistent because of it. It's not that simple and you can't generalize to that.

BTW, I'm sure you've used plenty of fast Java apps just today. You did browse the web after all. ;)
 
BTW, I'm sure you've used plenty of fast Java apps just today. You did browse the web after all. ;)

Bu dum bum. (comedic drum signature) :D
You are right. It is the big monster apps I complain about. They are the unfortunate billboards and catch the most glares. Probably because I am living in the past. On the webapps front things are much greener.
 
How do I uninstall the JAVA update?

I was running interactive broker's JAVA app and thought I would give this update a go, so I've turned it off, install JAVA update 6 and bang, the app doesn't work anymore... how do I go about uninstalling it? I've been searching for java files location, but can only seems to find JAVA 1.60 but cannot find JAVA 1.70, but when I run JAVA stuffs a JAVA 7 screen now pops up... any help would be appreciated! Cheers! :)
 
I was running interactive broker's JAVA app and thought I would give this update a go, so I've turned it off, install JAVA update 6 and bang, the app doesn't work anymore... how do I go about uninstalling it? I've been searching for java files location, but can only seems to find JAVA 1.60 but cannot find JAVA 1.70, but when I run JAVA stuffs a JAVA 7 screen now pops up... any help would be appreciated! Cheers! :)

For some reason it doesn't pick up the JRE nut does pick up the JDK so you'll need to redownload the JDK instead and install hat, run the java utility found in the utilities directory inside the applications folder, move java 7 to the top, and everything should work again.
 
I was running interactive broker's JAVA app and thought I would give this update a go, so I've turned it off, install JAVA update 6 and bang, the app doesn't work anymore... how do I go about uninstalling it? I've been searching for java files location, but can only seems to find JAVA 1.60 but cannot find JAVA 1.70, but when I run JAVA stuffs a JAVA 7 screen now pops up... any help would be appreciated! Cheers! :)

If you choose to uninstall, the process is very simple. Please see the instructions at the bottom of this page (assuming you installed the JRE and not the JDK):

http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jre.html
 
I've actually had this installed for quite awhile before this announcement. I'm not sure why they're announcing it now, but whatever. A screenshot of my current Java setup is attached. They work fine together. The version provided by Oracle is 64-bit only, and isn't 100% compatible with apps designed for the old Java provided by Apple, so it doesn't overwrite it.

So were did you nget this one? The one mentioned here does not show up in the java box, but has its own which is not recognized by minecraft.
 
I am running OSX 10.8
Pardon the dumb questions.
I downloaded and installed the JRE 7 from the above site.
When I open the >Utilities>Java Preferences.app it only shows Java SE 6 installed.

Have I done something wrong?

I have the same problem on the two compatible Macs in the house. It appears to be installed in its own control panel but doesn't show up here at all.

Update: ah, I see it only shows up if you get the JDK.

Thinking - a website I visit still works just fine with this new Java and one thing I notice - it's FAST -
I've never seen Java work so fast in all my life. This is on a Corei7 2.8 ghz with 16 gigs of ram and
running Safari under mountain lion.
 
Last edited:
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.