Slashdot Mirror
JavaFX Runs On Raspberry Pi
mikejuk writes "Oracle seem to be concerned that the Raspberry Pi manages to run Java properly and they are actively working on the problem. To prove that it more than just works, what better than to get a JavaFX app up and running — what could be more cutting edge? Unfortunately the trick was performed using a commercial version of the JDK with JIT support and some private code, but it is still early days yet. Java and JavaFX on Raspberry Pi takes us into a whole new ball game." Watch the video at the linked report to see it in action.
I think I've been reading too much Oracle/Java hate on slashdot. I misread the first sentence to mean, "Raspberry Pi manages to run Java properly. Oracle seem to be concerned and are working on the problem."
Oracle have shot themselves in the foot, and this is a good example of why. Even if the R-Pi runs Java, no one is going to trust Oracle not to sue them out of existence after the way they've abused Google over its use of Java on the Android platform.
Tired of FB/Google censorship? Visit UNCENSORED!
Oracle's ludicrous claims in the Oracle/Google Android trial have shown that they are not trustworthy. Do not base your work on a base where you can be ransomed. No more Java. :-( And when you read Java stories, wonder to yourself every time whether it's the Oracle PR department astroturfing Java stories in an attempt to make Java appear relevant or to attempt to repair the damage.
so this story is a moot point.
This is all pretty confusing.
We picked up JavaFX for a while because, amazingly, there was no practical way to replay video in Java. (Please don't tell me about that crufty, abandoned joke from 2001 called JMF). Then JavaFX keeled over and died when Oracle bought Sun. If JavaFX 2 provides a video player widget, maybe it is useful.
You would have to be a fool to write *anything* new with Java. There is nothing in Java that is worth the risk of Oracle ramming a lawsuit up your posterior as soon as they think you have money they can bleed from you.
http://icedtea.classpath.org/wiki/ZeroSharkFaq
"What architectures do Zero and Shark work on?
As of December 2008, Zero is known to work on Alpha, ARM, IA-64, MIPS, PowerPC, x86, x86-64 and zSeries.
Shark should be able to build on any Zero-supported system that LLVM has a JIT for. As of October 2009, this is ARM, PowerPC, x86 and x86-64. "
Why developers who want to control their cpu keep putting someone else between themselves and their hardware. C/C++ and many other higher level languages are functional and productive in the right hands and don't have these copyright/patent/etc issues that Java/Oracle (insert third party here) have. In other words, you can either control the computer or let them tell you what you can do with your computer. Take your pick.
Java community you perplex me to no end.
It might run JavaFX for you but for me it doesn't run a damn thing. Why? Because I can't seem to ORDER one! Well, unless I go over to ebay and pay $200 for one... PLEASE RAMP UP PRODUCTION, PI TEAM!
What they're saying is that a small form factor device that is supposed to run Linux runs software that Linux can run now.
Wow, that's news? I'd say it's a test case. yes there may be hardware differences but those should be minimal and this would be a porting effort.
The topic should be "Raspberry Pi runs software it's supposed to."
Harrison's Postulate - "For every action there is an equal and opposite criticism"
Well, it's a clock. One that's not running very smoothly.
At least they manage to use up the whole CPU for drawing some arcs, that must be a incredible accomplishment.
Reminds me of the 8bit computer days when some were using fast asm routines to draw circles, some were doing it painfully slow with BASIC.
Dalvik isn't a reverse engineered JVM. It's not even a JVM. It's a VM, but has almost as much in common with the Java VM as UCSD p-Code.
Nor was the library reverse engineered. Reverse engineering doesn't involve reading official specs and writing your own version from those specs. It describes a process of cloning something by determining how it works by looking at the tool itself, and then creating a functional equivalent. The FFMPEG team, for example, wrote a compliant MPEG 1 decoder, but reverse engineered their Real Video decoder.
Oracle is suing Google for using the Java programming language in a way that Oracle doesn't like. That's essentially what's happening, nothing more and nothing less. Google felt the best solution for the work they were doing was to take a commonly used, familiar, and robust programming language (which until this lawsuit nobody thought was copyrightable), to implement a subset of the libraries that come with the language in its native form (kinda like every C compiler since the 1970s came with most of the stdio "API", but not the Unix functions like open() or unlink()), and to include its own Android specific libraries too.
Until the Oracle lawsuit, nobody on planet Earth had a problem with that. As I said above, if that were illegal, then so was every C compiler from BDS C (CP/M) to Lattice C (Commodore Amiga, Sinclair QL.)
What's different? Sun's management at the time - their CEO even - didn't see this as a legal or moral problem, even if they did see it as a potential business problem. Schwartz is on record saying he was glad Google picked Java over alternatives such as "Microsoft Windows".
Yes, Google is being sued for using the Java programming language in Android. They're not being sued over "reverse engineering", they're certainly not being sued for making a JVM (because they didn't), this is about Google using Java. And anyone considering making Java a part of anything they do in future has to consider the cost of doing so if Oracle prevails.
You are not alone. This is not normal. None of this is normal.