Groovy makes for easier for loops. As an example,
for (Iterator i = r.iterator(); i.hasNext();) {
System.out.println(i.next());
}
... becomes ...
for (i in r) {
System.out.println(i)
}
With Groovy, you can remove semi-colons and use dynamic typing. This means you can basically remove
any types (i.e. List). The nice thing is that typing is a choice - you can use static typing like
you do in Java write now.
One thing I forgot to mention about this conference. Jay Zimmerman (the organizer) has a pretty good
idea. The full schedule is printed on the back of the conference badges attendees hang around their
necks. This makes it very easy to find and decide what session to attend. I wish more conferences
would do this.
Richard is going through closures, native list looping and how you can remove classes and method
declarations. It seems to me that one of the coolest features of groovy is that all of the
shortcuts are optional. This is huge IMO, because it means the developer has a choice -
which is always nice. Richard says that in his experience, a program written in Groovy is about
1/5 the size of the same thing written in Java (an 80% reduction in code). Someone in the room asked
about performance. I was surprised to hear Richard say that Groovy was a bit slower. After asking
about this, it turns out that Groovy can be executed as a script or as native bytecode (if compiled
first). So when Richard said "it's slower" - he meant the script version is slower - because
it's interpreted - just like any scripting language.
Sweet - I just got a connection on the hotel's wireless network. I was in the midst of
reading some RSS feeds in NetNewsWire and noticed
a JRoller blog with additional coverage of this conference. ... Sorry, I got sidetracked for the last 20 minutes with the Spring developer's mailing list - talking
about simplifying Spring
forms in JSPs.
Back to Groovy. Richard, and several members of the audience, are talking about closures. I still
don't really get what they are and why they're important. I guess I shoulda been paying attention. ;-)
Groovy has regular expressions built-in - based on JDK 1.4 Regex. In Groovy, == is the same as .equals()
in Java. And === is equal to == in Java. Apparently, they did this because folks usually use ==
when they really want to get the functionality of .equals(). I like the idea that == in Groovy means
the same thing as == in JavaScript, but I don't know how I feel about ===. I'm guessing that using
.equals() is still possible.
Richard has a good presentation style. He does a lot of coding during his presentation - writing
scripting, compiling and executing them. Unfortunately, since I got internet access, I haven't been
paying attention as much as I should - but at least 75% of the class seems to be extremely engaged. An
interesting thing about this conference vs. the MySQL Conference in Orlando. At MySQL, almost all the
presenters had PC Laptops. In fact, I was one of the only ones with a PowerBook. At this conference,
Bruce Tate is the first one I've seen that uses a PC. Almost all the presenters are using PowerBooks -
mostly 15".
Groovy can be used for easily writing XML as well as enhancing your Ant build scripts. One thing
I'm hearing at this conference, as well as seeing on blogs recently is that AppFuse's build.xml could
probably use some refactoring. With Ant's new import feature and the ability to write scripts in
build.xml - it's likely it could be greatly simplified. Then again, it ain't broke - so why should
I fix it?
Richard's showing us how easy it is to write XML using Groovy's shell:
import groovy.xml.*;
x = new MarkupBuilder();
a = x.Envelope { Body("Hi")}
If you run this, you'll get:
<Envelope>
<Body>Hi</Body>
</Envelope>
An interesting thing from the above demo. When Richard added "print a" as the last line in the
script, it printed "Envelope" after the XML output. He said this is because the last line in Groovy
is treated as the script output. That's kinda wierd IMO. GroovySQL - pretty cool and simplistic. A
nice feature is that connections are automatically closed (when the script completes). Another thing
Richard mentioned is that Files are also automatically closed - even when used inside an Iterator. It
seems to me that Groovy is trying to stop many newbie Java developer mistakes, as well as do more
automatic resource management (closing files and connection). This is actually similar to Spring in
how its JDBC and ORM support manages closing connections behind the scenes. Good stuff - another tool
to make life easier for Java Developers.
It's interesting to maintain two blogs: this one that I have full control over and my Spring Live blog hosted by JRoller. In the last couple of months, I've become increasingly annoyed with using Roller in a "hosted" environment. Read more on my JRoller blog.
After slipping out of Bruce Tate's Spring talk, I headed into Dave Thomas's Advanced Version Control talk. I was going to blog it in real-time, but his talk was full of tips-n-tricks and there was just too much information. He showed us how its possible to use CVS to "undo" things and how the "magic -j" option allows you to easily merge experimental branches, as well as undo certain time periods of code. It seems that CVS is way more powerful than I ever knew and if you use a lot of tags and branches - it can be a very handy tool. The biggest thing I got out of this talk is that it's possible to do what I want to do at Java.net.
At java.net, they give you a CVS "module" for your project, rather than a CVS "repository" like SourceForge does. A couple of weeks ago, I decided it would be nice to arrange AppFuse's CVS so it would be more similar to a repository. By default, java.net gives you a "www" folder in your project's module - and when I first imported AppFuse, I just included www as a folder in the appfuse (base) module. Since I want to add more modules, I figured it would be easy enough to move all the base appfuse stuff to an "appfuse" folder so I'd end up with:
appfuse (module)
- appfuse
- www
This achieved what I wanted (from a CVS viewpoint), but when I'd check everything out, I'd get "appfuse/appfuse" - which is not what I wanted. You can read more on java.net's forums. Anyway, I ended up backing out the change. After sitting through Dave's talk, I realized that it's easy to achieve what I wanted. I just need to get access to java.net's CVSROOT module and add a line to the "modules" file to say "appfuse appfuse/appfuse". Damn, I wish I would have known that a few weeks back.
After that, dinner was served (catered) by the hotel. After dinner, there was an Expert Panel Discussion - where the experts consisted of: Rick Hightower, Bruce Tate, Dennis Sosnoski, Bruce Snyder, Rod Cope, Dave Thomas and Daniel Steinberg. It was a good discussion, with topics ranging from EJB3 to .NET to dynamic configuration with scripting languages to JSR 175. A most enjoyable event. Following the discussion, a group of us headed over to the hotel bar and grabbed some beers. I got to sit next to Renee Dopplick, Dan Steinberg, Dave Thomas and Mike Clark. It was quite a treat. I didn't get home until midnight.
Today's sessions start in 45 minutes and that's about how long my commute it - I'd better get going!
