Posted by editor
on June 20, 2008 at 7:40 AM PDT
A fully FOSS Java passes the JCK. Also:
Java Today: IcedTea's OpenJDK 6 passes JCK, IcedTea reactions, and do Java 6 threading optimizations actually work?
Featured Podcast: j1-2k8-mtT14: Java User Groups International Map
Weblogs: Merging messaging and RPC, the right and wrong things to complain about, and Hudson's top 10 features
java.net Poll: Has the Java 6 Update 10 plug-in stoked your interest in applets?
Forum Posts: Multi-threading and LWUIT, web service attributes in WSIT, and adding rubberbanding and tooltips to JXTree and JXList
A fully FOSS Java passes the JCK
A day that the Java community has been working towards for a long time has finally arrived. It was one thing to say Java would be open sourced. It was another to annouce that it has been. But now, it can be proved: IcedTea 's version of OpenJDK 6, with encumbrances removed, passes the Java Compatibility Kit .
Rich Sharples has announced the accomplishment IcedTea, RedHat's effort to replace OpenJDK encumbrances with code from GNU Classpath , among other sources. "This week the IcedTea Project reached an important milestone - The latest OpenJDK binary included in Fedora 9 (x86 and x86_64) passes the rigorous Java Test Compatibility Kit (TCK). This means that it provides all the required Java APIs and behaves like any other Java SE 6 implementation - in keeping with the portability goal of the Java platform. As of writing, Fedora 9 is the only operating system to include a free and open Java SE 6 implementation that has passed the Java TCK. All of the code that makes this possible has been made available to the IcedTea project so everyone can benefit from the work."
Congratulations are being posted in response to the announcement. Dalibor Topic writes , "congrats to Lillian and the team behind OpenJDK in Fedora on making it through the finishing line in time for FUDCon , and getting OpenJDK6 to pass the compatibility checks on x86-fedora9 and x86_64-fedora9!" David Herron's Great milestone reached by OpenJDK on Fedora looks at the history of the history of the effort to make Java fully FOSS compatible, and addresses misstatements and distortions from a related Slashdot thread .
But we're not done, so let's give Dalibor the last word, the closing line from his latest blog: "On to the next distribution!"
Also in Java Today , in an article for InfoQ,
Jeroen Borgers asks the surprising question Do Java 6 threading optimizations actually work? "Much attention has been given by Sun, IBM, BEA and others to optimize lock management and synchronization in their respective Java 6 virtual machine offerings. Features like biased locking, lock coarsening, lock elision by escape analysis and adaptive spin locking are all designed to increase concurrency by allowing more effective sharing amongst application threads. As sophisticated and interesting as each of these features are, the question is; will they actually make good on these promises? In this two part article I will explore these features and attempt to answer the performance question with the aid of a single threaded benchmark."
The latest JavaOne Community Corner Podcast is
j1-2k8-mtT14: Java User Groups International Map , in which
Van Riper describes how the JUG Map was created. He also demonstrates how individual JUGs can customize the JUGs Map to embed it in their own JUG pages like one that was set up for Silicon Valley JUGs .
In today's Weblogs , JohnÂ Catherino returns to his take on messaging APIs in
Messaging vs. RPC? Let's fuse 'em .
"The spirited debate following my last post on messaging being degenerate RPC got me thinking; is there some way to combine these two somewhat orthogonal methodologies, to create a unique hybrid approach? A bit of insight led me back to update the original cajo Queue messaging class, and the results were indeed most satisfying."
Blame Sun for that? FabrizioÂ Giudici warns,
"this is an entirely untechnical entry. Read only if you'd like to waste five minutes (was: Sun should invest more in ... advertising and public relationship)."
Finally, ArunÂ Gupta presents the
Top 10 features of Hudson .
"Kohsuke (aka Mr. Hudson) and I attended The Server Side Java Symposium, Las Vegas in Mar 2008. In one of the evenings we spent togehter, I decided to pick Kohsuke's brain on top 10 features of Hudson. My notes were lost but luckily I found..."
The latest java.net Poll asks "Has the Java 6 Update 10 plug-in stoked your interest in applets?" Cast your vote on the front page, then visit the results page for current tallies and discussion.
In today's Forums ,
vprise discusses LWUIT threading rules in
Re: Questions about threading, EDT, Foxtrot, etc - coming from lcdui mentality.
"Officially LWUIT is single threaded so all operations must be done in the LWUIT thread, technically things such as calls to repaint might work from a separate thread but since this is something that can't possibly be tested for all use cases on all devices we can't guarantee support. So if you want to manipulate the LWUIT UI you "should" do it in the EDT. E.g. Say you opened your thread and downloaded data, then you want to update the UI on the screen. If you do it from a separate thread things break in "creative" ways so you would like your code to continue running from the EDT thread (after the other thread completes) in order to update the UI. If you want examples of what can break... A paint might occur just as you are changing a value in a variable causing LWUIT to draw the value mid change and causing artifacts in the end result. Key presses might have a race condition with painting which might draw a component from a different form on the current form (this is very rare)."
Martin Grebac spot-checks a disabled WSIT feature in
Re: WSIT usability - Re: [Issue 136408] Cannot enable TX support from the Edit web service Attributes dialog in an EJB project .
"I got a request from tx guys to disable the field way back, and I don't remember the exact reasoning, so if anyone recalls please speak up, otherwise I'm fine with enabling the field in 6.5 builds. Just note that not specifying a tx annotation on an ejb method has a different meaning than not specifying a wsit policy assertion, because even with no access to QoS dialog or without any annotations specified, you already end up with tx policy assertions in the final wsdl."
RubberBandTree/ViewTooltips for JXTree and JXList .
"I have tiny suggestions for JXTree. Can we have a feature like RubberBandTree for it. We can call the function like setRubberBandTree(boolean enable). We can have it also for JXList. Another thing is ViewTooltips . Can we have it for JList/JXTree. I think they are good features to be included in swingx."
Current and upcoming Java
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
A fully FOSS Java passes the JCK