Edward Burns's Weblog

Thursday December 08, 2005

Basic JSF Avatar Server Side change-log I don't have time for a big blog on this, so I'll just post the change-log here. This has been checked into the jsf-extensions module in glassfish. You must have glassfish CVS access to see it. Then checkout -d CVSROOT glassfish/jsf-extensions.

This change-bundle implements the basics of the server side of the JSF
avatar proposal as a drop-in jar you can put in WEB-INF/lib of a JSF 1.2
implementation.

M maven.xml

- remove unnecessary code copied from mavenbook

M run-time/project.xml
M run-time-test/project.xml

- remove apache license generated by Maven

R run-time/src/main/java/com/sun/faces/components/CompositeProcessingContext.java

- Don't need this concept any more.

M run-time/src/main/java/com/sun/faces/components/ProcessingContextViewRoot.java

- make this handle the decoding formerly done in the renderer.  We can
  probably remove the renderer, but I'll do that on the next checkin.

M run-time/src/main/java/com/sun/faces/renderkit/ProcessingContextViewRootRenderer.java

- this really should be removed

A run-time-test/maven.xml

- make this participate in the multi-project build.

M run-time-test/src/run-time-test/test.jsp

- flesh this out to have two forms.  One using avatar, the other not.

Monday August 01, 2005

In praise of the NeXTStep File chooser I recently switch to MacOS from Java Desktop System for my main development environment. Let me just say that the old NeXTStep style file chooser is one of the best things about the Mac. Now, there's nothing stopping GNOME for doing this ('cept maybe a patent?), and indeed I'm pretty sure there's a way to use a NeXTStep file chooser in GNU/Linux, but on the Java Desktop System it doesn't come that way out of the box. Maybe it should. The old CDE style chooser is a total pain compared to the horizontally scrolling chooser from NeXTStep. Indeed, I found a discussion about this issue in a gnome dev thread here. Wonder what ever became of it? (2005-08-01 08:11:31.0) Permalink Comments [1]

Sunday June 26, 2005

Ed Burns JavaOne 2005 Day Zero Personal

My first day at JavaOne 2005 started obscenely early, at 0420 EDT. Caught the plane at 0600, flew thru Denver to SJC. Took the Caltrain up to SFO. It was great to once again be in the midst of the cultural diversity of the San Francisco Bay Area. While there is a fair amount of diversity in Central Florida, you don't get the same sense of it as you do when riding public transportation in the Bay Area. The train was positively boisterous with many different languages being spoken, loudly. In fact, it was so loud that I had a lot of trouble trying to hear the disturbingly low audio on the Ruby on Rails Movie I had downloaded just to watch on the long ride from San Jose to San Francisco. Anyhow, I stuck my earbuds way into my ear canal and persevered until the battery ran out.

After arriving at the 4th and Townsend station, I was delighted to find a ritzy new Safeway right across the street. Now I'm not normally a fan of Safeway, what with their anti-labor policies and monopolistic intent and all, but DAMN that's a nice store (especially coming from Central FL). I was impressed that I could get a hot meal of rosemary chicken breast with fresh steamed veggies and mac-n-cheese in three minutes. I then proceeded down 4th to get conference registration out of the way.

I had a little trepidation at what I might find at the conference, this being the first JavaOne after Sun ended its longtime relation with Key3Media to run the conference. This year, Sun took on more of the burden itself, so I hear. Well, I had no need of fear because the usual level of panache was displayed throughout Moscone. I didn't see any classic video game machines yet, but perhaps they'll show up tomorrow. The speakers gift this year is a nice hefty laser pointer. Very practical.

After conference registration, I headed over to the San Francisco Marriott for Java Licensee Day. The professional aspects of this event are covered in my java.net blog. Personally, it was great to see all the old pals I hadn't seen or spoken to in a long time at the licensee reception; Roger Calnan, Ray Ortigas, John Pampuch, Justyna Horwat, Thorsten Laux, Amy Roh, just to name a few. I also had some words with Stephen Keating and Jeet Kaul about the next big thing for Java EE. After a few wines and very tasty sushi I headed to my hotel to check-in.

Again, more trepidation, this time at the address of the Hotel on the borders of the TL. Again, I need not have worried because it turned out to be a nice place and quite a bargain. It's a clean place, reasonably priced. They made all the right choices for economy. Instead of real bedroom furniture, they have file cabinets. There's a Murphy Bed, and the lighting fixtures are "designy".

Thursday March 03, 2005

Song Airlines Uses GNU/Linux I flew in to the Server Side Java Symposium on Song. It rocks. They use GNU/Linux for the in-flight entertainment system. http://engadget.com/entry/3341358602523447/ (2005-03-03 15:27:44.0) Permalink Comments [0]

Tuesday December 14, 2004

The basics of rendering XHTML with JavaServer Faces (Brief)

graham_s wrote in the JSF Forum: "Is there any way to make jsf render as valid xhtml?" I thought it best to answer graham_s's question in a blog entry, since this topic comes up frequently.

Short answer: everything rendered by the Faces standard renderkit conforms to the following XHTML practices:

• XHTML elements must be properly nested

• XHTML documents must be well-formed

• Tag names must be in lowercase

• All XHTML elements must be closed

• Attribute names must be in lower case

• Attribute values must be quoted

• Attribute minimization is forbidden

• The id attribute replaces the name attribute.

  Faces does both for input commands.

• The lang attribute

  Actually, we don't handle this one properly, but I've filed an issue and I'm waiting for approval on the change-bundle.

  Now we generate both lang and xml:lang, as required by the XHTML 1.0 spec, section C.7.

Now, to go the last mile, you have to make some changes to your pages on your own, since they're outside the scope of Faces. These changes are detailed in the excellent, brief, XHTML Tutorial at w3schools.com.

• All XHTML documents must have a DOCTYPE declaration. The html, head and body elements must be present, and the title must be present inside the head element.

• You must also specify the XHTML namespace in the html element.

If these changes are not sufficient to make your Faces application XHTML compliant, please post to the forum and we'll file a bug! I'm not allowing a talkback because I want to keep the discussion in the forum.