Raible Designs

Free Forums from Nabble.com

Nabble seems like a pretty cool site:

Our forums are truly public, democratic and absolutely free. Nabble's advanced community filtering gives you only the best content without the need for moderation. Find forums that interest you or easily start your own in minutes.

I first found out about Nabble a few days ago when I started seeing messages on the AppFuse mailing with a from address of "sent by Nabble.com". I did some searching and found they have a set of AppFuse Forums. The cool thing about these forums is they're not only a set of mailing list archives, but they also allow you post to the mailing list. Nabble forums are similar to Jive Forums (like OpenSymphony has) - they keep the forums and the mailing lists in synch, which is pretty cool IMO.

I spoke (via e-mail) with Will Lin - one of the co-starters of the Nabble project. Here are a few things he had to say about Nabble:

The goal of Nabble is to do the discussion right, just like Google did the search right. There are many problems with the current forms of discussions in mailing lists, message boards, user groups etc. Most importantly, (1) the search, most forum search are broken, a lot of people use Google's site:archive.domain.com to search discussion archive - what a hack, because Google does not index all the messages especially the recent ones.

In the mailing list case, developers get mad because users post dumb questions repeatedly, but the users don't have a good way to search past discussions ... (2) moderation, most discussions rely on one or two strong moderator to resolve spam and flame wars, with Nabble, all the members can work togeter to rate up (promote) top contributors, and rate down (drive out) spam and trouble makers; (3) cataloging - similar topic discussions should be able to be combined for browsing and search.

One of the coolest features of Nabble is you can create your own forum, and skin it however you like. I've done this for AppFuse, and created an easy to remember alias at http://appfuse.org/forums. You can also check out the easily-searchable Roller Archives, as well as many other OS project's mailing list archives.

Equinox: the name conflicts with an Eclipse project

I just received the following e-mail from an anonymous user via my contact page.

You might have already heard, but the Eclipse guys have started a new 
project also called Equinox, which is their implementation of the OSGi 
framework (which is my first choice for building modular enterprise apps 
these days).

http://www.eclipse.org/equinox

Not sure who had the name first, but I can see this getting more 
confusing as both products continue to gain mindshare and blog coverage.

First of all, I am aware of this thanks to Euxx. I don't know which project started first, but Google still seems to prefer mine over Eclipse's. Eclipse's Equinox project is #46 when searching for equinox, while mine is up to #9.

If I could think of a better name, I'd change. However, being #9 on Google makes it pretty tempting to keep the "Equinox" name.

Edit Java webapps Redux: Jetty Launcher and Equinox

A few weeks ago, I realized I was developing webapps the hard way, by re-deploying everytime I made a change. It's important to have a build process that can create a WAR and deploy, but it's also important to have a system where you can edit/save/view changes w/o ever deploying.

I spent some time this weekend working with Jetty Launcher, Eclipse 3.1 and the latest version of Equinox. Below are instructions on how to make the two work together. Once you've completed the steps below, you should be able to launch Jetty and edit/save Java files or JSP files in Equinox - and the changes will show up immediately in your webapp. No deployment or Ant/Maven interaction necessary.

I've tested this setup on Eclipse 3.1, using both OS X and Windows XP.

Step 1: Install Jetty and Launcher

Download and install Jetty. I tested 5.1.4 and 5.1.6 and both seem to work (6.0.0 Beta does not). In Eclipse, go to Help » Software Updates » Find and Install. Select Search for new features to install and click Next. Click on the New Remote Site button and enter "Jetty Launcher" for the name and "http://jettylauncher.sourceforge.net/updates" for the URL. Click OK, continue to download and restart your workspace.

Step 2: Install Equinox and create Eclipse project files

Download Equinox 1.5 beta 1 and extract to your workspace (I generally use c:\Source on Windows and /Users/${username}/dev on OS X). Download Maven 2.0, install it, and add $M2_HOME/bin to your $PATH. From the command line, cd into the equinox directory and type "mvn eclipse:eclipse". Get a cup of coffee or soda while you wait for Maven to download all the dependencies.

Once the project files have been created, open Eclipse and go to File » New » Project » Java Project. Click Next and type "equinox" in the Project name box. Click Finish to begin importing the project. You'll probably get an error like the following. Click OK to continue.

Click Next to continue (I had to click it a few times before it took me to the next screen). On the next screen (Define the Java build settings), select the web directory and click Configure inclusion and exclusion filters. Click the Add button for Exclusion patterns and enter "WEB-INF/classes/" (the trailing slash is important).

You're not done yet, now you need to define the M2_REPO variable that points to all the downloaded dependencies. Click the Libraries tab and then the "Add Variable" button as seen below.

Click the Configure Variables button and add a new one with a name of M2_REPO and Path of to your local Maven repository (/Users/${username}/.m2/repository on OS X and C:\Documents and Settings\${username}\.m2\repository on Windows). Click OK, Cancel and then Finish.

Step 3: Configure Jetty Launcher for Equinox

In Eclipse, go to Run » Debug and select Jetty Web in the Configurations panel. Click the New button. In the "Use Options" section, use "web" for the webapp root and (optionally) "/equinox" for the context name.

Jetty has issues running applications that use commons-logging, so you'll need to turn off all the INFO logging from the projects that Equinox uses. To do this, click on the Arguments tab and add the following to the list of VM arguments:

-DDEBUG -DDEBUG_PATTERNS=org.appfuse -DDEBUG_VERBOSE=-1

This can be placed on the line below the -Djetty.home argument. For more information on logging in Jetty, see the Jetty logging and debugging tutorial.

Step 4: Start Jetty in debug mode and modify to your hearts content

Click Apply and then Debug, and watch Jetty startup. If you go to http://localhost:8080/equinox/users.html in your browser, you should see a log message like the following:

11:44:25.855 DEBUG  [SocketListener0-1] org.appfuse.web.UserController.handleRequest
(UserController.java:24) >29> entering 'handleRequest' method...

You should be able to click on "UserController.java:24" to navigate to the UserController.java class. In this class, modify the log.debug(...) message, save the file and hit refresh on your browser. The console should spit out your updated log message. If it didn't, go to Window » Preferences » Workspace and make sure Build automatically is checked.

As far as I can tell, edit/save/refresh will work for .java and .jsp files, but not for .xml files. For that, the Jetty Launcher adds a Stop/Restart Jetty icon to your Eclipse toolbar. This setup seems to work great, except for the fact that you can't see when Jetty is done starting up in the console.

NOTE: I tried to get a similar setup working with the Tomcat Eclipse Plugin (v3.1 beta) and the Eclipse Web Tools Project (v0.7.1). Neither worked as smoothly, and the WTP wouldn't even deploy to Tomcat.

RE: WebWork joins Struts

From the struts-dev mailing list:

Between the Clarity hubbub and the Java Web Alignment brouhaha, it came up that WebWork would like to merge with another framework. Ted and Don followed up with the two core WebWork developers, Patrick Lightbody and Jason Carreira. As it turns out, they are very interested in merging WebWork with Struts. An archive of our discussions is available as a Quick Topic thread.

As some of you know, the underlying idea behind Ti was to use WebWork as the core of Struts Action Framework 2.x. Conceptually, WebWork and Struts 1.x are very similar. We've often said, without embarrassment, that WebWork does many things better than Struts 1.x. Meanwhile, WebWork has the ability to provide a layer of almost full backwards-compatibility for Struts 1.x, and we have already demonstrated we can integrate Beehive's (very cool) Page Flow with WebWork.

Patrick Lightbody:

Yes, it's true. The WebWork development team (Jason and I) have been working with the Struts development team (Don Brown and Ted Husted) and have come to the conclusion that the best thing for Java community would be to merge WebWork in to Struts.

Read Ted's email here, but the gist of it is this: WebWork is a great technology, and Struts is a great community. It's a perfect match and bringing the two together will only be better for WebWork and Struts users alike. The only down side for me is that I'll be working less with OpenSymphony, but I believe that is a small price for all the great benefits that come from this merger.
...
With this renewed energy, larger development team, and larger community, the combined efforts of Struts and WebWork will surely make the Struts platform the easiest, fastest, and most powerful Java web framework available. We hope that all the WebWork users and developers are as excited about this as we are and are ready to take WebWork to the next level.

IMO, this is good for both Struts and WebWork. WebWork gets the additional marketing it needs, and Struts users get a kick-ass framework to develop with. If you're a Struts user and haven't tried WebWork, prepare to be impressed. I was and still am.

I plan to upgrade AppFuse and Equinox to WebWork 2.2 as soon as its released. Hopefully I'll be able to migrate both the Struts and WebWork versions to SAF 2.0 w/in a few months.

Roller 2.0 Hidden Feature: Different Editor Themes

Roller 2.0 has a pretty cool feature that doesn't seem to be documented. You can apply different looks to the editor UI by passing in a "look" parameter to one of the editor URLs. Below are three that ship with Roller 2.0:

• http://raibledesigns.com/index.jsp?look=tan (default)
• http://raibledesigns.com/index.jsp?look=sun
• http://raibledesigns.com/index.jsp?look=blue

Looking in the theme directory, there appears to be two other options: lavender and blueslate. However, they appear to render the same look and aren't nearly as pretty as the other three.

I discovered this parameter by looking in theme/banner.jsp. Looking at this file, it appears you can change the default by defining a "editor.theme" property in roller.properties.

Equinox 1.5 Beta 1 Released

This release is mainly to test out dependency downloading using Maven 2's Ant tasks. In addition, a few bugs have been fixed, but there's quite a few more on the roadmap. I plan to fix all of these before releasing 1.5 in a couple weeks.

Please test out this release if you have a chance. One of the nice things about using Maven 2's Ant Tasks, is you can download Maven 2 and generate your Eclipse or IDEA (possibly even Netbeans) project files using "mvn eclipse:eclipse" or "mvn idea:idea". You can also use Maven 2 to build and test things if you like. The only thing that doesn't currently work with Maven is the web tests with Cargo. I can try to get those working if there's enough demand. For now, you'll have to use Ant if you want to test the UI.

The download is much smaller now - barely over 1MB vs. ~20MB for 1.4. Most of the size comes from the Maven 2 Ant Tasks - which is a 869KB JAR. Of course, I could've made the distribution even smaller and required you to download the JAR and put it in $ANT_HOME/lib, but I decided to make things easier by including it.

For more information about installing the various options, see the README.txt file. Currently, you can use the following persistence frameworks:

• Hibernate
• iBatis
• JDO (JPOX
• OJB
• Spring JDBC

And a number of web frameworks too, as listed below with links to demos.

• Spring MVC
• JSF (MyFaces)
• Struts
• Tapestry
• WebWork

Update: I forget to mention that I owe a big thanks to Carlos Sanchez. He (and the other Maven developers) have been great in helping to resolve all the issues I found with transitive dependencies.

Upgraded to Roller 2.0, Tomcat 5.5.12 and using Acegi Security

After a failed upgrade yesterday, I was able to successfully upgrade to Roller 2.0 today. The Editor UI is definitely nicer, and you can get a taste of it if you like by logging into my test user account. The username is "test" and password is "roller". You can also check out my planet page.

In addition to upgrading Roller, I upgraded Tomcat from 5.0.28 to 5.5.12 and everything seems to be humming along smoothly. I'm also running the Acegi integration patch for Roller instead of container-managed authentication. Hopefully this will help us identify any issues. I really like the Acegi integration so far, especially b/c the Remember Me stuff is checked at the root-level and I never have to click "Login" anymore. Good stuff.

Let me know if you see any issues.

Happy Thanksgiving!

I have to admit, Thanksgiving is one of the best American holidays there is. No gift giving, no marketing hype - just good food and hanging out with friends and family. This year, we took a break from the norm and canceled our trip to Florida - instead opting to stay home and relax a bit. We're certainly glad we did as things are much less stressed and we had a great dinner with friends this evening.

Like previous years, I have a lot to be thankful for. I owe you, the readers of this blog, a huge thanks. Your comments and feedback are always appreciated. I also owe a big thanks to Virtuas for hooking me up with a kick-ass job and fun folks to work with.

Last, but certainly not least - I'd like to thank Julie, Abbie and Jack. You guys are the best part of this whole world and make it tremendously fun to live in.

Happy Turkey Day Y'all!

Are you doing client-side validation in your JSF applications?

Are you doing client-side validation in your JSF application? I am in Equinox and AppFuse, but it seems somewhat primitive. I'm using David Geary's corejsf-validator.jar from his Core JSF book. It hooks into Commons Validator, and while it does work - it has some issues. First of all, if you have it in your classpath when testing, it screws up Ant-style path matching in Spring (applicationContext*.xml doesn't work). Secondly, it puts all the JavaScript validation functions right in your page, rather than in an external file that can be cached by your browser.

In reality, I believe that JSF should include client-side validation as part of the spec. After all, all of the other popular Java web frameworks support it. Then again, Rails is growing in popularity and AFAIK, it doesn't support it. In addition, the popular Java webapps I've seen (JIRA, Confluence, Jive Forums) don't use it either. I'm not trying to advocate that we should all be using client-side validation in our apps, I'm merely saying it should be an option in the standard web framework for Java.

The only public (and open source) option I've found is the Commons Validator support in Shale. Will this work in a MyFaces application w/o Shale? Are there other client-validation frameworks for JSF I don't know about? Or is the best option "don't use client-side validation with JSF?"

Clustering OSCache

For the past few days, I've been tuning and configuring OSCache in a clustered (WebLogic) environment. While setting it up was fairly easy, there was some fundamental concepts that took me a bit to figure out.

First of all, I chose to use JavaGroups instead of JMS. The primary reason behind this was it was easier to configure, but I also discovered that if you use JMS - you have to have a unique "cache.cluster.jms.node.name" property in your oscache.properties file on each server. This means to use OSCache with JMS, you have to build two different EARs. At least that's my impression. If you've figured out a better way to do this, please let me know.

In the application I'm working on, there are 4 different caches: one for Hibernate, and several other ones we've created with OSCache and Spring. For the past week, I developed a feature where we cache a user's account information across the cluster. The feature is more like an HttpSession than a cache b/c it's designed to replicate an authentication token (similar to a session id) across all the master servers.

After much head pounding, I discovered that OSCache doesn't update other nodes in a cluster for inserts and updates. It only broadcasts flushes. After understanding how OSCache works, it was much easier for me to code the solution (sans OSCache). If you'd like to see OSCache support replicating a cache across a cluster, vote for CACHE-96.