Skip to main content

Merry Little Fancy Things

Posted by editor on August 29, 2008 at 7:59 AM PDT

How will OpenJDK celebrate its 10th anniversary?

A few days ago, David Herron wrote a blog expanding on Frans Thamura's question What do you think of OpenJDK 10 years from Now? As David wonders about the question:

Clearly the OpenJDK could reach "everywhere" .. all along this process of opening the OpenJDK I've been confident that it could have a significance similar to GCC where GCC provides compiler coverage for essentially every CPU and operating system. I'm a little surprised that Frans's vision is only on desktop & server environments as there is growing capabilities for the small devices to be able to run OS & graphics capabilities that have formerly been only for desktop or laptop computers.

Indeed, and let's not forget that if the Zero Assembler project succeeds, bringing Java to any arbitrary platform may be no more difficult than executing a ./configure-and-make cycle.

On the other hand, if OpenJDK expands far and wide, will we even recognize it? The nature of the GPL license permits and even encourages forks, so the most successful OpenJDK story 10 years on might be dozens, or hundreds, of successful languages, VMs, libraries, and other projects that share OpenJDK as an ancestor.

So apropos of all this, the latest Poll repeats David and Frans' question: "Where will OpenJDK be 10 years from now?" Cast your vote on the front page, then visit the results page for current tallies and discussion.

In Java Today,
the next version of GlassFish is changing its updating infrastructure, as explained in The Aquarium post GlassFish v3 - UpdateCenter Module 101. "With GlassFish v3, we're moving from a home-grown packaging and update mechanism used today in GlassFish v2 to IPS. Jim has a detailed write-up about how to build an update center module for GlassFish v3. Jim covers setting up the tools if you're not using OpenSolaris, module configuration (there is no file format and packaging per say), setting up a repository, and browsing existing repositories (simply point your browser to the magic URL)."

Roman Kennke has posted a wrap-up message pointing to the source, documents, and tests produced by the Caciocavallo project for portable GUI backends. The aim of this OpenJDK Innovators Challenge project is "to improve OpenJDK's graphics stack to enable the use of external implementations of AWT/Java2D backends, to be able to leverage the existing graphics pipeline for partial reimplementations, and to generally improve the portability of the graphics stack. "

The SDN has posted a new Enterprise Tech Tip by Carol McDonald Combining Groovy, Grails, MySQL, and the Java Persistence API. "With the addition of support for scripting languages in the Java platform, there has been a lot of interest in combining into web applications scripting languages such as Groovy, Java technologies such as the Java Persistence API (JPA), and databases such as MySQL. [...] In this tip, I'll show you how to create an online catalog application using the Groovy language, the Grails framework,the MySQL database, and the Java Persistence API."

Today's Weblogs begin with Simon Morris relating some early adopter hassles in
Watched Pots and JavaFX. "Sigh! They say a watched pot never boils -- I wonder if the same is true for early access releases? There you are, having the time of your life with a new bleeding edge API, then !!boom!!, suddenly that one key function you need is frustratingly non-existent! Not to worry -- it'll be in the next update... won't it(?!?)"

Update: Kohsuke to visit Brazil. Kohsuke Kawaguchi explains, "I'll be visiting Brazil from September 9th to 21st, as a part of the month of Java in Brazil. If you'll be at one of those events or living/working nearby, please let me know and I'd love to chat about stuff that I do."

Finally, Gary S. Weaver introduces
Lazy Testing in Java. "A few tips for "lazy testing" your Java application, for those many of us that have nowhere to go but up."

In today's Forums,
demonduck has harsh comments for the prospect of server-class machine detection in
Re: Start quicker by tuning JVM and javac. "More stupid engineering -- if it's a server, wouldn't there be a System Administrator that would make sure that the server JVM is the default? Average machines these days have over 2gig mem and more than 2 processors. May I suggest that the Java Dev Team is trying to make Java into some sort of Artificial Intelligence entity that tries to anticipate the users needs. It's easier and simpler to let the human figure it out using standard and conventional use patterns."

Felipe Ga