Fumbling Towards Ecstasy
Let the OpenJDK forking race begin?!
Well, we knew there would have to be forks of the JDK once it went GPL; David Herron pointed out last month that this isn't a bad thing, because the risk of a hostile fork is low, due in part to the cost of maintaining a fork. So who's forking and why?
RedHat, for one, and for a good reason: they're launching an effort to package the OpenJDK for their distro, and further down the line, they'll try to incorporate parts of GNU Classpath to replace the "encumbrances" that prevent the OpenJDK class library from being 100% open-source. So it's a good thing... but it's still a fork. After all, there might be (heck, almost certainly are) other projects attempting using similar approaches to plug in parts of GNU Classpath to remove the encumbrances, and since they're derivatives of the original OpenJDK, and all different from one another, they're all OpenJDK forks.
We knew this was coming. It's OK. In fact, isn't this exactly what Sun asked for at JavaOne when they asked for help eliminating the encumbrances? Maybe they hoped that work would be done largely in the context of the OpenJDK project, but even if it's not, putting the GPL on OpenJDK means these derivatives must also go GPL. So long as the forks don't diverge too much from the original project, their work may still be mergeable back into OpenJDK.
I wonder when OpenJDK will be able, through their own work and what they can collect from the forks, to offer a completely open-sourced class library. With so many eyes on the effort, this is probably a question of "when", not "if". In fact, it would probably make a good poll question for next week...
Anyways, let me return to the posting that kicked off this editor's blog.
Topping Java Today,
a blog at fitzsim.org spells out RedHat's Plans for OpenJDK. "Our team at Red Hat has been doing some planning now that OpenJDK has been released..." After summarizing the post-JavaOne state of OpenJDK, the blog spells out RedHat's intermediate goals: package OpenJDK as "IcedTea", build it with free software, set up a related project on classpath.org, test without the encumbrances, try to replace encumbrances with parts from GNU Classpath, and more. "We're in an investigation stage right now, so precise timelines will have to wait until we've had more time to discuss the OpenJDK codebase and Sun's timelines."
The Mobile & Embedded community home page is featuring C. Enrique Ortiz's blog from the last day of the 2007 JavaOne conference, in which he discusses his participation in a debate during Motorola's keynote session, with Padmasree Warrior from Motorola and Ajit Jaokar from Open Gardens. You can also view the webcast of the debate.
Issue 122 of the JavaTools Community Newsletter is available, with tool-related news from around the web, updates from community projects, announcements of new projects that have joined the community, and a Tool Tip on finding bugs on Web applications with FireBug.
Sliding into the Feature Article slot is the latest mini-talk recorded at JavaOne 2007:
j1-2k7-mtT03: Web continuations with RIFE and Terracotta, by Geert Bevin.
"State management has always been a complex and tricky part of web application development. Continuations simplify this and automatically allow you to create a one-to-one conversation between users and a web application. State preservation and flow control no longer need to be handled manually, bringing you back to the simplicity of single user console applications. Remember 'scanf()'? This presentation will introduce continuations from general principles, followed by practical examples that explain how they benefit web application development and their frequent usage patterns. Finally, automatic fail-over and scalability will be demonstrated through the integration with Open Terracotta."
ChetÂ Haase touches a white-hot topic in today's Weblogs as he addresses the Java
Media Frenzy and describes Sun's current plans in the space.
"In the current world of YouTube, Flash, and iTunes, video has gone from a niche capability to a checkbox item that all platforms must support. So what are we doing about it, besides pointing out the obvious issue that it isn't there now?"
Writing on another high-interest SE topic, EthanÂ Nicholas offers "A complete overview of what Java Kernel is, how it works, and what sort of results you can expect to see" in his blog,
Java Kernel Unmasked.
On the writing of adequate technical documentation, John FergusonÂ Smart has some
"musings on writing technical documentation for Java projects - how much is enough?"
In today's Forums,
sdo has a warning about the performance implications of running in 64-bit mote, in
Re: a jvm with an 8GB heap size.
"Be aware that you will lose a fair amount of performance with a the 64-bit JVM (needed for anything over a 4GB heap). For SPECjAppSevrver, eg, no one actually used heaps that large on their appserver, where the performance mattered: they used it on the load generators and emulators, where large numbers of threads (and corresponding memory use) was what mattered. The 64-bit JVM is quite robust and stable, but (since this is the performance forum, you have to consider whether taking the performance hit is worth the ability to use the extra heap space."
Is abstract enum good for Java 7?
"Trying to solve issue around JPA and property binding, I found that declaring enum that will be able to extends an "abstract enum" will provide a nice solution for some of Java 7 proposals and issues. I compiled my reasoning in this blog. I'd really like to know if it's worth exploring deeper, and trying to apply this idea in the Open JDK project."
jou12888has a web services question,
how can I specify my own xsd when using wsgen to create the wsdl?
"We're using JAX-WS and JAXB 2.0 to do webservices. We already have our schema flushed out and used JAXB to generate the classes for us. We'd like to take the java to wsdl approach. So we annoted our implementation class and used wsgen to get the wsdl, but it seems you can't specify your own schema in the wsgen ant task, is this true? For now, I've manually modify the wsdl( the schemalocation attribute of the import tag) to import our xsd. I was able to generate the client-side stuff but the actuall call failed on the server side."
Current and upcoming Java
- MayÂ 28-JuneÂ 1 - J2EE Training Philippines
- JuneÂ 1-3 - Greater Oklahoma Software Symposium 2007
- JuneÂ 8-10 - Central Ohio Software Symposium 2007
- JuneÂ 12-18 - Java Training Philippines
- JuneÂ 20-22 - SpringOne
- JuneÂ 22-23 - Salt Lake Software Symposium 2007
- June 24-28 - Jazoon'07
- JuneÂ 29-JulyÂ 1 - Lone Star Software Symposium: Austin Edition
- JulyÂ 20-22 - Research Triangle Software Symposium 2007
- JulyÂ 23-27 - O'Reilly Open Source Convention 2007
- JulyÂ 27-29 - Desert Southwest Software Symposium 2007
Registered users can submit event listings for the
href="http://www.java.net/events">java.net Events Page using our
href="http://today.java.net/cs/user/create/e">events submission form.
All submissions go through an editorial review before being posted to the
Archives and Subscriptions: This blog is delivered weekdays as
Today RSS feed. Also, once this page is no longer featured as the
front page of java.net it will be
archived along with other past issues in the href="http://today.java.net/today/archive/">java.net Archive.
Let the OpenJDK forking race begin?!