and then it was over

Welcome to the dim corner of the library, where fools rush in and angels fear to tread!

This blog post is ancient. If it is technical, the information is likely inaccurate, or at least out of date. If it is non-technical, it’s entirely possible that the relevant facts and my own opinions have changed significantly since it was written.

It is only preserved as part of this site’s permanent historical archive.

I really enjoyed “The Toy Show” this morning. James Gosling went through a flurry of different demos from around the “cool” Java world. I was especially impressed with Project Wonderland (, a virtual workplace environment, and with the real-time robotics demos. Unfortunately I was so sucked in that I didn’t get any good photos.

If anything you could call this my day on the back end. I attended four sessions, two of which were focused on that.

  • Comparing the Developer Experience of Java EE 5.0, Ruby on Rails, and Grails: Lessons Learned from Developing One Application
  • Implementing Java EE Applications Using Enterprise JavaBeans (EJB) 3 Technology: Real-World Tips, Tricks, and New Design Patterns
  • The Top 10 Ways to Botch Enterprise Java Technology-Based Application Scalability and Reliability
  • Exploting JRuby: Building Domain-Specific Languages for the Java Virtual Machine

I scheduled the first session because I thought it was be a good way to tie together all that I had learned about Grails and Rails and then compare it to my existing Java EE knowledge. As it turns out, the speaker believed that given tool support, the development experience wasn’t all that different between the three. He then gave some performance comparisons, but I wasn’t all that sure the analysis was very sound. Java EE came out way on top. I hadn’t heard that it outperformed the others by quite as much as he showed. He made a rather dubious statement when he said that Grails and Rails weren’t protected by standards. Groovy is a JSR and Grails just sits on top of it. If that isn’t standard protection, then what is?

The EJB tips, tricks, and patterns session was quite nice. I learned a few nuances of the platform. The patterns part was the best. They first went through some of the design patterns from the EJB 2.x days and identified which ones were obsolete and which ones were still useful. They then provided several new design patterns. Unfortunately the slides for this talk were not yet available and I just don’t feel like combing through my handwritten notes. Definitely check this one out online when it is posted.

Cameron Purdy’s “Top 10” talk was both humorous and thought-provoking. I’ll never do justice to it. Check it out when the video comes available.

The final session of the conference for me addressed a burning question I had in my mind since Monday - what in the world is a DSL? I heard it thrown around in the Grails and Ruby talks at Java University, but nobody ever defined the acronym. Domain Specific Language - that what it is! I mainly attended this talk because I thought there might be applications for DSL’s in our work at St. Jude. A DSL is a custom language designed for a specific purpose. Ruby’s Rake language for instrumenting application builds is an example. Rob Harrop gave an impressive demo of how he built two DSL’s, one providing a simpler API for JMX, and another for corporate action entitlement calculations. While I can’t think of a direct application for DSL’s yet, I’m not tossing out the possibility.

JavaOne was a great conference for me. If I didn’t hate to leave my family for this long, I’d love to attend every year. It’s definitely drinking from a fire hydrant.