The Source for Java Technology Collaboration
User: Password:
Register | Login help    

Search

Online Books:
java.net on MarkMail:


Beautiful Machine, Parts 3-4

Posted by editor on August 8, 2008 at 8:01 AM PDT

The BGGA bits are all there

It's been a while since we had a lot of activity on the closures front, so it's quite a wakeup to read that Neal Gafter has announced that the BGGA closure prototype is now feature-complete, supporting all the features of the specification.

The complete source code, released under GPLv2, is in the project's openjdk repository. A binary build, suitable for use with an existing JDK6, is at http://www.javac.info/closures.tar.gz. Other related documents are on the website http://www.javac.info/. Although there is room for performance tuning, the prototype supports the full Closures (v0.5) specification. Based on your feedback, there are some changes in the prototype suitable for a future update of the specification..."

There are a couple of interesting new details in this version. One is that they've adopted Scala's Nothing trait to replace the earlier keyword Unreachable, which also eliminates the need for a null type. Another borrowed concept is the use of FCM's pound-sign # token for method references.

But the big deal is that the prototype now handles everything in the BGGA closures spec, so those who are interested can go try it out.


On a related point, when's Java 7 coming out? Don't see the flow? A number of years ago, when asked about a date for Java 7, some said that it would basically wait for resolution of the closures debate, pushing Java 7 as far back as necessary. But at JavaOne this year, rumblings suggested that closures might well miss the boat for Java 7, as interminable as the debate has been between the three top proposals (in addition to a substantial "no closures of any kind" contingent) has resisted resolution. How does this get settled? Probably in the JCP Executive Committee, which will eventually have to vote thumbs-up or thumbs-down on a Java 7 contents JSR or perhaps an amendment to the Java Language Specification (see JSR 901)... which is why any of you with an opinion on closures or any other Java 7 contents should have been paying attention and participating in the JCP elections as we've covered them year after year.

So, apropos of the timelines for closures and Java 7, the latest java.net Poll asks "Do you want the closures debate settled in time for Java 7?" Cast your vote on the front page, then visit the results page for current tallies and discussion.


Also in Java Today, the latest screencast from NetBeans.tv shows off Hibernate Support in the NetBeans IDE. "In this demo, we quickly create a web application that uses hibernate to read a database containing travel itineraries and displays the results in a JSP page using Woodstock JSF components."

Noted on The Aquarium, OpenMQ 4.2 final released. "OpenMQ, the high-quality and Open Source JMS implementation integrated into GlassFish and OpenESB has now reached 4.2 final. OpenMQ is rock-solid and now has wildcard topic destinations, XML message validation, C-API support tested with Tuxedo, support for MySQL Cluster Edition for HA, MySQL Enterprise Edition for standard JDBC message stores, and more."


The latest JavaOne Community Corner Podcast is j1-2k8-mtH04: How to Use the TrackBot API by Shawn Silverman. This talk will cover the basics of using the TrackBot API for simulating and controlling TrackBots. It will flesh out some of the concepts covered in the TrackBotsAndGreenfoot and SunSPOTsAndTrackBots talks, although attendance at those sessions is not a prerequisite.


Jacob Hookom takes a look at JavaFX and You in today's Weblogs, writing, "innovation is a hard thing to accomplish without risk. Sun is trying to grow their customer base with JavaFX, but may have introduced too much risk in not tethering to the needs of existing customers."

Tim Boudreau asks Where's the state? "This is a small but useful question when deciding how a problem domain gets carved up into objects: What things have state? What things have values that can change? When and how can they change? Can the changes be observed? Who needs to observe changes in state?"

Finally, John Ferguson Smart looks at Creating Maven projects from the command line - the easy way. "Maven archetypes are great. But remember how painful it is to create a new Maven project from the command line, with all those command-line options to remember? Enough to put off even the most hardened Maven enthusiast!"


In today's Forums, elie wants to launch a LWUIT Browser. "I was searching for a way that we can open a wap site within the midlet and not calling the the mobile browser by calling platformRequest(URL). Does any one of you face such thing and recmmend me to use an API a class or anything that could acheive my problem?"

Shai Almog stresses the lightweight graphics model of LWUIT in Re: canvas instance into LWUIT form. "All LWUIT components are lightweight and allow you to override paint (com.sun.lwuit.Graphics) in order to paint anything anywhere so there is no technical need for Canvas. Since most MIDP related graphics API's are supported by LWUIT graphics (and some more) it should be pretty easy to port your Canvas to LWUIT. This would be the correct and portable way to achieve something of this type."

craigmcc has hit a roadblock Creating javadoc for JAXB generated classes. "I'm using the maven-jaxb-plugin in my Maven2 based project to generate a bunch of Java classes corresponding to my XMLSchema that is shared between client and server applications. The codegen part works great ... as per the instructions for the plugin, the JAXB source generator is indeed invoked at the right time, and the generated classes are compiled along with the manually created sources in the usual place (src/main/java). However, the javadoc plugin only wants to look at the classes in the default location. That's bad for me, because I'm decorating the schema with appropriate javadoc comments (the generated model classes are part of the public API for my service). How can I use this plugin, but also convince the javadoc plugin to generate javadocs for both the default-located classes and the generated classes."

Finally, Joshua Marinacci explains a JavaFX design decision in Re: "code too large" error in Preview SDK for scene graph initialization. "This is a limitation of the java class specification (which I *think* also applies to any bytecode driven language, not just Java). It was this limitation which caused us to design the FXD format. Unfortunately, the FXD format is still in flux and does not yet have a public spec, so I don't advise you to use it. Your best bet right now is to use the SVG->FXD converter in project Nile. The converter undoubtedly does have bugs, so please file bug reports on them."


Current and upcoming Java Events :

Registered users can submit event listings for the java.net Events Page using our events submission form. All submissions go through an editorial review before being posted to the site.


Archives and Subscriptions: This blog is delivered weekdays as the Java 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 java.net Archive.



The BGGA bits are all there
Comments
Comments are listed in date ascending order (oldest first)