Working on the spring batch examples, and got the following error. To summarize, the classloader that the serializationtutils is using is not able to find this class.  I got around this error by creating my own copy of "SerializationUtils.java" in a new package and using this.  Since my SerializationUtils is in my webapp, there are no classloader issues.

I am starting to run glassfish for a couple of projects.  it does feel more professional of a project than tomcat, but that may just be my years of frustration with xml parsers.
Glassfish v3 now has AJP support available, so all you have to do enable it (explained here), and configure your apache server to proxy those requests to the AJP port that you have.
 

I just spent the last hour "futzing" with eclipse to edit a large xml file that I was writing an XSL for.  Eclipse would crash, and hard.  I had lots of memory allocated to it (about 1gb). 

Out of frustration, I fired up Microsoft Visual Studio, and copied and pasted my xml into the file, and IT WAS AUTOMATICALLY FORMATTED!  Awesome.  Even if I could get eclipse not to crash, it took a minute for it to format the xml.

I was executing some unit tests on a different machine which kept failing with the error message below. After lots of googling (that didn't help), I finally figured out that I forgot to checkin the jars from the metro 1.4 distribution. The error message kind of threw me in the wrong direction. Starting integration tests ...
[copy] Copying 1 file to /Users/prhodes/.grails/1.1/projects/stitches-client/test-classes/integration
[copy] Copying 31 files to /Users/prhodes/.grails/1.1/projects/stitches-client/test-classes

The following is just a series of screen shots.  I developed a web service in grails and sometimes it's helpful to see the actual code that is generated from the wsdl.  This is how I do it