Red Hat Joins Open Source Java Project 121
narramissic writes "Red Hat has signed on to Sun's OpenJDK project and agreed to coordinate its own Java development efforts for Linux with the project. Red Hat will align the work it has done on IcedTea (its own implementation of some parts of the Java SE JDK) with OpenJDK. As part of its participation in OpenJDK, Red Hat will eventually create a compatible OpenJDK implementation for its Enterprise Linux distribution and will also use OpenJDK to create a runtime for its JBoss Enterprise Middleware that is optimized for a Linux environment."
Will anything change for end users? (Score:3, Interesting)
Will the OpenJDK mean another runtime? As in Blackdown, Sun, Open?
Sun has found religion.. (Score:5, Interesting)
But seriously, this business move by Sun has made it far more attractive to my company, enabling us to test out Solaris on our existing server before we perform a rollout. In addition, having the source code for the UltraSPARC T1 has enabled us to do research into how the chip functions on a lower level, with an eye to further optimizing our software to perform even faster on it. Sun, you might win over my heart just yet.
Re:I truly hope for the end of gcj/gij (Score:4, Interesting)
I admit that there are few Java applications (at least on Debian) which are compiled by GCJ and packaged as plain old binary executables. Of course, this means avoiding some fancy Java tricks (the dynamic class loader, some reflection abilities, etc...).
Still, I believe GCJ does have at least such a niche market (for those few applications which don't want to depend on a JVM being installed).
Besides, GCJ is GCC based, and GCC is still a nice project (even if it is old).
Re:parallel universe (Score:1, Interesting)
Seriously, though, Java rocks, but Swing needs to die. At the very least it need to do a wxWidgets and actually look and feel native. The "Native" L&F in Java 6 is much better than Java 5, but it's still freaking ugly and stands out horribly. Even after all of these years and the increases in processor speed an memory, Swing apps still feel very unresponsive. I'm not saying SWT is the answer (Eclipse rocks) as it still doesn't look fully native (select boxes, for example), but it does feel significantly faster and is much easier on the eyes.
At least if they can't get it to look native, they should at least get it to look decent. That ugly purple theme needs to go away.
Other Linux Java Options? (Score:2, Interesting)
My problem with the Sun JRE is that it is HUGE. Why do I need 100MB+ to run a simple Java application?
Are there other good JRE options for Linux? Maybe something geared towards embedded environments?
Re:Other Linux Java Options? (Score:1, Interesting)
Re:parallel universe (Score:3, Interesting)
This is unfortunately true of all of Java. At one end it tried to provide a low level virtual "machine" and the framework accordingly, and at the same time pretends to be a business class, high level framework. Likewise, the language is fine as a base but unsuitable for productivity. Java language (as opposed to the VM and the framework) should take a backseat similar to how C is regarded everywhere else. It should be a language for the tools, for performance and to provide a standard interface (cf: C data types and the OOP flavor in this case) and then step out of the way. JVM languages should respect this interface but take over what exactly goes on in the methods. Much of this has already been realized in made-for-JVM languages such as Groovy. They just need to get the same love from Sun.
Java badly needs a REAL framework on top of the present API that can provide productivity in level with Delphi and
Re:parallel universe (Score:3, Interesting)