Posted by editor
on October 12, 2007 at 10:48 AM PDT
New movement on Java alternatives running on the JVM... also:
Java Today: Multi-language VM project proposal, Bill Burke on JSR-311 and REST, and JavaTools Community Newsletter 142
Weblogs: More on BPM, 10 points around JavaFX, and Joshua Marinacci returns to the Midwest
java.net Poll: What's your interest level in this month's JCP elections?
Forum Posts: WeakReferences in Java2D, JAI grayscale conversion problem, and when not to remove JTable editors
New movement on Java alternatives running on the JVM
Wow, the stuff I'm getting through the back channel lately. Earlier in the week, Dalibor Topic (aka,
robilad), sent me an interesting link from the OpenJDK project's announcements list, basically proposing a formal effort to prototype better support for non-Java languages as part of the HotSpot project.
Specifically, in Project proposal: Multi-Language VM , John Rose writes:
The emphasis will be on completing the existing
bytecode and execution architecture with general
purpose extensions, as opposed to a new feature
for just one language, or adjoining an unrelated
new execution model.
The emphasis will also be on work which removes
"pain points" already observed by implementors
of successful or influential languages, as opposed
to more speculative work on unproven features or
So what's up here, other than the old classic call for an
invokedynamic bytecode? John writes:
Here are some examples of features that could be
prototyped in this project, if developers were found
who are willing and able:
- tail calls and tail recursion 
- continuations and coroutines 
- tuples and value-oriented types 
- lightweight method objects 
- runtime support for closures 
- invokedynamic 
So what do you think? Are you one of the developers who has the VM chops to pull this off? Would you be glad if someone did it? This development will be well worth watching.
Also in Java Today ,
on his Angry Bill blog, JBoss / Red Hat veteran Bill Burke talks about JSR-311 , JAX-RS: The JavaTM API for RESTful Web Services, JSR 311, JAX-RS: Comment and suggestions . Citing a blog by Brian Leonard , he worries aloud that " 311 does seem like it is just standardizing the REST framework Sun has already written ." With a code demo, he offers a number of change suggestions, and adds "I'm seriously thinking about implementing 311 with the changes I've suggested here and integrating it with our EJB3 implementation. Hopefully I have the time. "
Issue 142 of the JavaTools Community newsletter has been posted, with tool-related news from around the web, useful links for community members, and a Tool Tip by David Green on "Analyzing Ant Build Performance".
In today's Weblogs , JohnÂ Reynolds addresses the strong feedback to his Java Developers Hate BPM witha new entry,
"We don't see the need for BPM" .
"My recent blog entry "Java Developers Hate BPM" was intended to stir up some folks and to generate a good discussion. It was successful... I got a lot of very good and honest feedback (a.k.a. "hate mail")."
BrunoÂ Ghisi checks in with
10 points around JavaFX . "In this blog, I have posted some news around JavaFX that I've been collected since the conference call with Sun people and Java Champions some weeks ago."Â
Finally, JoshuaÂ Marinacci remains fascinated with the idea of being in the Midwestern U.S. in his latest travel blog,
Hang out with me at the Midwest Tech Days in Minneapolis and Chicago .
"I'm once again heading out to the MidWest Java Tech Days to talk about JavaFX. This time it will be Minneapolis (Tuesday the 16th) and Chicago (Thursday the 18th). I'll actually be in Chicago most of the day on Wednesday..."
The latest java.net Poll asks "What's your interest level in this month's JCP elections?" Cast your vote on the front page, then visit the results page for current tallies and discussion.
In today's Forums ,
cowwoc wonders about object-destruction strategies in
Re: [JAVA2D] Java2D Disposer mechanism .
"Why would it be cheaper to use WeakReferences to track disposable objects than it would be to use finalizers? Don't both essentially delay garbage-collection and don't both only get flagged as disposable at the GC's discretion? At least with finalizers you're guaranteed that objects will get GC before OutOfMemoryError is thrown, with the WeakReference approach don't you run the risk that you'll run out of native resources and throw OutOfMemoryError when you don't really have to?"
cnic reports a
Problem converting 4-Band images to grayscales .
"I am trying to convert images of different formats to grayscales and to store these images. This works well for most images but not for a PNG-images with alpha-channel or .ico images. I always get the error-message: "java.lang.IllegalArgumentException: Numbers of source raster bands and source color space components do not match." when invoking JAI.create("encode", imageGray, os, "PNG", null);"
Finally, Kleopatra lets out a little frustration in
Re: ComboBoxCellEditor does not react properly to escape .
"As it turned out, this one has several aspects: the one that made me mad, I mean, *really* mad, stampeding through the office and shouting like a lunatic is a core JTable issue - it never fires an editing canceled after escape. The reason is an ill-behaved cancel action installed in the BasicTableUI - it calls table.removeEditor instead of messaging the editor directly. The reason I went bersek is that I'm preaching for years and years *NEVER* to call removeEditor *EXCEPT* after receiving editingCanceled/Stopped from the editor. Okay, calm down, ... fixed JXTable by installing a custom cancel action."
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
New movement on Java alternatives running on the JVM