Skip to main content

The Impression That I Get

Posted by editor on January 18, 2008 at 8:12 AM PST


Seems like Java programmers use a lot more than just Java

Apropos of the discussion of whether to "freeze" the Java language, there's a side discussion of whether the best place for new and potentially nichey advancements is not in Java at all, but in other languages running on the JVM. Advocates of this position argue that if you really need closures, and the Java language isn't amenable, then you could just drop into Ruby. Need a high level of extensibility? Mix in some Scala. Scripting with tight Java integration? Maybe look at Groovy. The argument is perhaps stronger when you consider languages that are highly-specialized or wildly different: crunching rules with Prolog, for example. A counter-argument to this says that using a bunch of arbitrarily-chosen languages will necessarily be chaotic and hard to maintain, so be conservative and stick with Java, extending it if necessary.

This reminds me of the case made against building GUIs with a tool like NetBeans' Matisse. The argument there is that you've added a dependency, one more thing to learn and be tied into. Better, say the doubters, to just bang out a bunch of GridBagLayout code; it'll be easier to maintain to just do everything in Java, right?

But who really does everything in Java today? Is your webapp client a Java applet, or is it HTML markup? And if you're doing Ajax, then you've pulled in JavaScript as well. Sure, these are extremely common technologies -- nearly everyone in our field knows them -- and that serves to make the point that we all pull together multiple technologies, Java being just one of them, to get our jobs done. So why shouldn't we be open to new languages, tools, and technologies, particularly if they look like they're well-suited to the problem domain?

And that brings us to the latest java.net Poll, which asks "What application development techniques do you use other than coding?" Cast your vote on the front page, then check out the results page for current tallies and discussion.


In Java Today,
the Scene Graph Demos Project contains applications and examples which demonstrate the capabilities and usage of the Scene Graph API. Available demos include the jPhone demo presented by Chet Haase in recent blog. Chet has also written another blog about the history of the demos and what it took to get them ready for public viewing.

JavaFX Script, which made its debut last spring, is a scripting language that runs on top of Java Platform, Standard Edition 6 (Java SE) and makes it easy to code sophisticated user interfaces. In the article Create rich applications with JavaFX Script, you can learn the essentials of the JavaFX scripting language and gain an understanding of some basic UI components with the help of the sample application detailed within.

Java ME expert Jonathan Knudsen has a new book that is lean, accessible, and occasionally funny: a practical guide to building MIDP 2.0/MSA (JSR 248) applications. Kicking Butt with MIDP and MSA offers solutions for the complex challenges of coding efficiency, application design, and usability in constrained mobile environments, and it comes with downloadable code.


Even if you're not coming to next week's Mobile & Embedded Developer Days -- BTW, today is the last day for official registration -- you'll be able to check in from your desk, according to an announcement in today's Weblogs.
In
M & E Developer Days - Remote Broadcast, Roger Brinkley writes,
"remote broadcasting of the Java Mobile & Embedded Developer Days to be hosted using ustream.tv, at http://ustream.tv/sun. If you haven't had any prior experience with this tool you are in for a real treat. In addition the live broadcast, ustream.tv has a wide range of features including chat, an applause meter, polls and comments. We'll be using all of these features when we go live at 8:30 PST on January 23."

As part of the conference, Sean Sheedy is announcing an
Open Discussion of Developer Issues.
"Because so many community leaders will be in town for the MEDD conference next week, Terrence Barr has reserved a room from 9 AM to 1 PM on Friday January 25th for a discussion of issues facing individual developers. If you have an interest in this aspect of the community, read on."

Finally, Alexander Schunk offers
Yet Another Closures Proposal.
"I have read over the last Blogs and articles on the Closures in Java issue. Besides my resistance to learn a new language feature i am a bit doubtful about the closures syntax and have another more language oriented view on closures."


In today's Forums,
cowwoc praises JDK6uN performance before diving into some
Usability issues in Java 6 update 10 build 10.
"First of all I must say I am shocked with the performance of applets in 1.6.0_10-ea-b09. Between upgrading my computer recently, to the performance boosts of Java6 and update N applets now load *very* fast. I thought this had something to do with the new applet plugin, so I disabled it. I then disabled Java Quickstart. I then disabled Vista Superfetch. I then deleted both my FireFox cache and applet cache. Finally, I disabled the Quickstart plugin for FireFox. To my surprise, applets only take 2 seconds on a cold start with all of the above disabled. That's only 1 second worse than Flash (!!) and quite acceptable in my view. I did, however, run into the following problems..."

GlassFish user Raju Uppalapati posts a few requests for
V3 Features, and discusses why they're needed.
"I have been talking to the community manager of a popular open source product and these were the reasons he gave for their developers not willing to choose GF in their development environment. I feel they are valid RFEs and if considered seriously will help GFV3 gain some traction with people who otherwise go with tomcat or JBoss. BTW how does one create an RFE for GFV3? Could not find the appropriate link on the GF webpage."

Finally, sandykhan is confused about
building CLDC in release or product mode only.
"I am buiding CLDC of phoneME Feature software in product and release modes by setting USE_DEBUG to false. but, the problem i am facing is that the executables, object files, libraries and other files belonging to all the build modes(i.e. debug, product, release) are also generated in the output. I wanted to know how can i build in just release or product mode? "


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.

Seems like Java programmers use a lot more than just Java