Skip to main content

Only Hope

Posted by editor on December 16, 2008 at 7:23 AM PST


Want binding? Learn JavaFX Script.

Another case of JavaFX == Swing 2.0? Apparently, Mark Reinhold announced at Devoxx that JSR-295, Beans Binding, won't be in Java 7. Over in the forums, we find dags lamenting this, in JSR 295 (beansbinding) is dead, or so...

I saw today a post in beansbinding mailing list saying that beansbinding was dropped from JDK7, so it seems it is almost dead, after more than a year without any news.

https://beansbinding.dev.java.net/servlets/ReadMsg?list=users&msgNo=641

I don't understand Sun's plans.

So what does this have to do with JavaFX? Well, considering that JavaFX Script was built to support binding, maybe it's not a stretch to think that someone, somewhere decided that it's more practical for developers to adopt the built-to-bind JavaFX, than to try to bring the feature to Swing apps.

Does the analogy fit? And if so, do you agree with the idea? Is it better to push binding-craving developers into JavaFX, where it's more natural, or to get the feature where the developers still are, which is Swing?


Speaking of JavaFX, in the Java Today section,
Streaming Media magazine's Sun's JavaFX Sets Out to Challenge Flash and Silverlight takes a look at JavaFX 1.0 from a perspective that Java developers may not have considered: the platform's appeal to creative professionals. They note, "these tools are part of what Sun calls the JavaFX Production Suite. The Production Suite contains JavaFX 1.0 Plugins for Adobe Illustrator and Photoshop, enabling content created or opened in these Creative Suite 3 or 4 applications to be converted to the JavaFX format. In addition, Sun has the JavaFX 1.0 Media Factory, which contains a graphics viewer to display any JavaFX-format graphic as well as an SVG convertor, which converts files from the Adobe-based SVG vector format to JavaFX format."

Geertjan Wielenga bids A Farewell to Heavyweight/Lightweight Conflicts in a new Javalobby article. "Problems resulting from the mixing of Swing and AWT components have been a constant source of confusion to Java newbies. [...] But all that is old news, of course. The new news is that already with the early access release of JDK 6 Update 12 one can, without needing to do anything at all, obtain the desired effect."

The Aquarium announces the next GlassFish webinar in Dec 18th Webinar - JavaEE 6 and Servlet 3.0. "Our next webinar is scheduled for Thursday, Dec 18th, 11:00 am PT. The topic is Java EE 6 and Servlet 3.0 and the speakers are the leads for the respective Expert Groups: Roberto Chinnici and Rajiv Mordani. The Public Review Draft for JavaEE 6 has not yet been published but those for most other specs have, including that of Servlet 3.0 (see announcement)."


Back in the Forums, Rory Fitzpatrick is investigating LWUIT's
Performance on BlackBerry. "After some fiddling I've managed to get the demo application to run on a physical BlackBerry device. Issues like text input and soft keys aside, the biggest problem is performance. Most paint operations seem to be taking anywhere from 200ms (a guess based on perception) to 5s. I am testing with a Curve 8310, which research suggests has a 312MHz CPU, no idea on architecture or RAM, and LWUIT source from SVN revision 274 (I think, retrieved on 9th Dec). Changing the theme made a noticeable difference. The default Java theme wasn't great, the Star and Ocean Fish themes wouldn't even render correctly and had the worst performance, while the Business theme seemed to make a big difference."

demonduck revives an old argument by asking
Isn't it time to build a plugin the allocates memory dynamically???. "Isn't it time to let go of the idea that Java needs to have the amount of memory an applet is going to run in specified at startup time? Isn't it time to construct a JVM/Plugin that will allocate memory dynamically on an as needed basis like every other piece of software on the planet? First, there's the default limit that is imposed on applets of around 96meg or less. That's not a lot of memory to start with."

Finally, Roger Brinkley helps out attendees for the M3DDs with some local transportation info in
Re: Taxi Availability at M3DD site. "You could probably get a taxi from the front desk of the hotel to the conference site. Taxi from airport to hotel should be reasonable and easy to get. It's possible to walk it looks like it's just short of a mile, but I don't know that area very well so I'm not sure about security. You might ask the front desk"


Today's Weblogs begin with Rajiv Mordani's
Rebuttal of Greg Wilkin's Blog about Servlet 3.0 PR. "Someone just pointed me to Greg Wilkin's latest blog entry. I tried posting my response in his comments however it was tagged as spam and not displayed. So I am making the comments available here. I am REALLY surprised at this blog. Let me try to answer some of these questions in the public forum."

Finally, Jim Driscoll returns with JSF 2.0: Wiring up buttons in a component. "It's been awhile, but I want to come back to the switchlist example that were the focus of my last two technical posts. This time, we'll take the basic switchlist, and put it into a composite component. The interesting bit will be how we get those two buttons working..."


Current and upcoming Java
Events
:

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
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 href="http://today.java.net/today/archive/">java.net Archive.

Want binding? Learn JavaFX Script.

Comments

dropping a link to further discussion: http://forums.java.net/jive/thread.jspa?threadID=54894 Jeanette

From the StreamingMedia link also on the frontpage of java.net today (http://streamingmedia.com/article.asp?id=10898&page=2&c=11): "Our target audience are people that we call creators," Octavian Tanase, senior director of the Java Platform Group at Sun told InternetNews.com. "With the 1.0 release, we are targeting Web developers, people that are likely going to extend the experience of the Java interface. By 2011, the primary target will be designers, the people who use rich designing tools like [Adobe Systems'] Flash." This is of course a completely different audience than the people asking for Swing2. So, not only isn't JavaFX == Swing2. JavaFX isn't even for us, the Java/Swing programmers of today. That said, JavaFX might be a great technology in its own right.

Well, I forgot to comment decision to make Java 7 even more useless after closures demise by omitting binding too. I hoped that java with odd number could introduce new language features and even numbered one would just bring new libraries without stressing everyone with learning new language constructs. For me java 7 is becoming second boring "drop in replacement" java in row. OK some cosmetic changes on language level are still included (how long?), but nothing with real impact on whole platform and megatons of libraries on the java world, bringing everything on new level like annotations and generics in java 5 did. Postponing language changes only meets more reluctancy in the future. I can only sadly look on the quick C# progression. And all new c# 3.0 features are backwardly compatible with old 2.0 .net bytecode! Even closures and LINQ, just compiler tricks to save programmer from typing huge amounts of letters.

What I'm always looking for, is something that client can run an update online, and that allows me quickly build the GUI (nonhtml and preferably java), bind gui controls to data model and send it to backend processing. Sun with JavaFX missed the (my) requirements (now funny JavaFX script and earlier betting on jruby with odd syntax for java guy) I've spent day examining JavaFX, but at last I've found something better - http://griffon.codehaus.org/ Transcription of same examples (http://www.groovygrails.com/gg/blog/view/128735) are shorter, not mentioning better readability. Even integration with JavaFX is on plan. Griffon is still very young, but so is JavaFX and I'm not in hurry. So at last I must thank JavaFX for bringing me closer into Groovy land. PS: I was lucky to found article about syntax changes between preview and final version of javafx script very early, because there is many many tutorials on the web using old syntax, which can easily confuse beginner.

You want opinions, you get it. And sorry for the strong words, but I'm near to exploding ... (what analogy, btw?): for everybody not having their eyes blinded by fx fud, it's quite obvious that the equation FX == Swing2 is a plain lie. As of now, they are different shoes, couldn't detect anything in fx that even reminds of Swing. If that's the plan for the future, that would be really cool. - including all the power and flexibility of Swing into FX with the freedom to drop leftovers from a decade. But beware: that's an ambitious, non-trivial, bold goal - a long way to go. Just repeating the equality like a mantra isn't enough ;-) And I find it shocking that somebody somewhere even considers "pushing" swing developers into fx just because they need binding. Apart from that - concededly one of the big points - language level support there's a rarely anything the typical Swing dev needs. So pushing right now would be right down the abyss. Jeanette