Skip to main content

Senses Working Overtime

Posted by editor on August 29, 2006 at 7:05 AM PDT

Getting your mind into JSF

Legend has it that JSP was largely whipped up in one intense weekend of coding. I have no idea if this is true or not, but if so, it's only natural that some of those involved would have wanted to go back at some point and do it over, with a little more time and care. Clearly, JSF aspires to clean up some of the roughest edges of JSP.

Thing is, JSF is just different enough -- after all it's its own standard and not just a revision of JSP -- that you may have to get yourself into a different mindset to work with it. Bridging the two isn't always easy, as the struggle to unify their Expression Languages attests to.

Dr. Xinyu Liu takes on this issue in today's Feature Article,
Developing applications with Facelets, JSF, and JSP. "This article introduces a rich list of useful tips to help developers smoothly transition from the old-fashioned JSP/servlet programming to the new JSF-style programming. It clarifies the issues and confusion developers may encounter, and promotes best practices and methodologies to simplify web development, improve code reuse, and make source code more designer-friendly, as well as easy-to-maintain."

David Herron reconsiders popoular awareness and understanding of Java in today's Weblogs, from the point of view of the convenience store employee who recognizes Java schwag and asks "Uh, is that the thing in my phone"? David writes:
"If you're reading this you're probably a technologist, as am I. You know why Java is or is not important to you. You probably understand the pros and cons of it in great detail, and you can probably spec out the design of a device that uses Java to download and integrate new features on the fly. We are a small percentage of society."

Kelly O'Hair has an update on
New JDK Build Documentation:
"We have re-structured the build instructions and am trying to add in more information and details on the various build dependencies. This is a work in progress and we will be adding more information to this file as we move forward."

Finally, Dominic Da Silva introduces
StrutsME - J2ME client support for Struts applications:
"StrutsME allows you to access an existing Struts application from a J2ME client. For this StrutsME gives you an interface for calling the actions of the Struts application."

The Java Today passes along the community news item that it's time again to elect a new NetBeans Governance Board. According to the NetBeans Board Elections page, nominations for the governance board are currently open; nominations should be sent to the nbdiscuss @ list. The deadline for nominations is Thursday, September 7. This will be followed by a two-week voting period that ends on September 21, with the new board announced September 22.

ONJava blogger Robert Cooper picks up on the forum thread Copyleft, GPL, and Java and considers The GPL and Java, taking the GPL argument in a different direction: "What if the core java.* and javax.* classes became LGPL and the runtime became GPL? I think this is an interesting thing to discuss for several reasons: First, the GPL for the core runtime would in some ways 'protect' Sun's investment in their JRE. Unlike less contagious licenses, it would guarantee that nobody takes the JRE, enhances it and packages it as a product outside of Sun's domain."

The article SOA in the Enterprise: A Survey of the Technical Landscape introduces the notion of an SOA infrastructure and enriches it with the models and frameworks currently available to SOA implementers. By describing architectural components and frameworks common to SOA, it defines the baseline for the service-oriented enterprise.

In today's Forums,
michael_shan explains JDIC's tricky native resource loading as a followup in the thread
Re: Is it possible to use another classLoader instead of JNLPClassLoader?
"As you know, JDIC has some native code to call, so it has to know where libs/dlls are stored and then load them. When run in remote mode (web start or applet), that will be a problem, since those locations are transparent to applications. Good news is that web start's native lib property can solve the native resource issue. JDIC still needs executable files to be put in the path, which are called to run in a thread, and web start doesn't provide ways to do that. So we used JNLPClassLoader's findLibrary() method to get the real path where native stuffs are put on local machine, then put it to the path, thus executable files can be found."

Meanwhile, Chet Haase relates some of the history and purpose of VolatileImages in
Re: [JAVA2D] Problems with VolatileImage:
"I'm not sure which version of the JDK you're using, but the original 1.4 VolatileImage was opaque-only. The original use-case for these images was as back buffers or other inherently opaque images. We introduced VolatileImage with transparency in a later release (1.5?), although these images are not typically accelerated in the same way as opaque VolatileImages (with the exception of the OpenGL pipeline; VolatileImages get pretty good acceleration there in general)."

In today's
News Headlines

Registered users can submit news items for the href=""> News Page using our
news submission
. All submissions go through an editorial review before being
posted to the site. You can also subscribe to the href=""> News RSS

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.

Getting your mind into JSF