Skip to main content


Posted by editor on May 27, 2008 at 5:43 AM PDT

Keeping GUIs and their data models in sync with bindings

We return to the idea of beans binding again today, something we looked at not too long ago, but this time, author Thomas Künneth is taking more of a big-picture view.

In our Feature Article, Binding Beans, Thomas takes a look at two frameworks for binding beans: JGoodies binding, which has been around for a few years, and JSR 295 and its reference implementation. Comparing the two, he writes:

Both JGoodies Binding and Beans Binding are powerful frameworks which significantly ease the development of Swing applications. The incorporation of the Presentation Model pattern helps structuring a program, making it more readable and maintainable. Being in the market for quite a while now, JGoodies Binding has become very mature. Still, Beans Binding makes binding beans a breeze, too. In the long run, it might become the framework of choice, especially if it is included in a future Java version and an application must rely exclusively on core libraries.

In Java Today,
this is the last week for the early draft review of JSR 317, Java Persistence API 2.0, which closes on June 1. "The purpose of the Java Persistence 2.0 specification is to augment the Java Persistence API to include further features requested by the community, including additional object/relational mapping functionality and query language capabilities, a criteria-based query API, and standardization of features currently designated as optional, and to align it with related JSRs that are currently in-process and/on in-plan for the Java EE 6 timeframe."

The MigLayout project is the topic of a recent DevX article by Jacek Furmankiewicz, MigLayout: Easing the Pain of Swing/SWT Layout Management. "This article provides a high-level overview of the MigLayout Swing/SWT layout manager and provides an example to demonstrate its power. While MigLayout is the only layout manager I know of that works across both Swing and SWT (different implementation classes but the same constraints API across both UI toolkits), this article focuses mostly on the Swing implementation."

GNU Classpath developer and blogger Andrew Hughes has some ideas about Sharing Secrets, and how Classpath may follow OpenJDK's lead on the problem. "One interesting issue when writing a runtime class library for Java is how to give implementation packages, whether they be in gnu.* or com.sun.*, specialised access to the core runtime classes like those in java.lang. We ran across this problem again recently with GNU Classpath when trying to write CPStringBuilder."

In today's Weblogs, John Ferguson Smart blogs about
Test-Driven Development and Software Quality, saying
"a recent study provides some concrete data indicating how TDD improves code quality."

Continuing his JavaOne series, Eamonn McManus checks in with
JavaOne report: Java programming practice.
"This is the second installment in my summary of the sessions I attended at JavaOne this year. This one covers Java programming practice. Capsule summary: Effective Java, second edition; FindBugs."

Finally, Felipe Gaucho looks forward to
Fishing the glass during Jazoon'08.
"Let's check the conference guide to see where to find a good fish in Zürich, more precisely, where are the best Jazoon'08 presentations for Glassfish users and web-service developers?"

In today's Forums,
optimusprime1982 is calling for a
petition for java3d in the next java release.
"yes ... the title already says it. i think java3d was one the best inventions of sun (much better den JOGL, i need easy and fast developing ^^). unfortunately it's not supported anymore. in javafx there will be 3d support, but only with reduced abilities. so why this regression? the jdk is growing and growing, why not even integrate java 3d? downloading it manually or over jnlpappletlauncher is really annoying. where can i apply for integration of java3d in future releases?"

Markus Karg debates definitions in
RE: Re: @Resource in Resource Adapter.
"Actually I do not see why a resource adapter bean is not considered as an application component: It is a component, it is under the control of the application server, and last but not least it is part of the EAR, and such is part of a particular application. Moreover, it uses JNDI to lookup managed resources like JDBC connections and EJBs. So I do not see any difference between a SB and a RA."

Finally, baileys is looking for a speedy approach in
Re: Efficiency of JXTable sorting.
"I understand that having more than xxxxx rows available to the user at one time is not very useful, that is why filters have to be applied. But let see it in a concrete way. My financial-based application can be populated with a lot of data (say 10,000 rows) at startup, and at startup, no filters are set on my JXTable yet (three combos are available to the user so he can set filters on the table at a later time). Every 3 seconds new data comes in, and is inserted into the table. If the user sorted the table on one column, and new data comes in, that may take some time. Of course, if filters were set, that would take much less time, but could prevent the user to be able to see the last data that was added to the table."

Current and upcoming Java

Registered users can submit event listings for the href=""> Events Page using our href="">events submission form.
All submissions go through an editorial review before being posted to the

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 it will be
archived along with other past issues in the href=""> Archive.

Keeping GUIs and their data models in sync with bindings