I’m at SpringOne right now, and very much enjoying the Westin Diplomat. My room is on the 21st floor and it overlooks the Atlantic. My balcony door is open and I can hear the waves crashing on the shore as I write. This is how life should always be. :–)
I attended Rod Johnson’s keynote a couple of hours back. The keynote itself was informative, offering a pretty good glimpse into where SpringSource sees itself going over the coming year, and I had a chance to chat it up with Thomas Risberg and Colin Sampaleanu just a little bit since we were all sitting at the same table. Recognizing an opportunity when I see one, I asked them when they thought Spring 3 would be coming out and they laughed in a way that suggested that this wasn’t the first time somebody had asked. Right now they’re shooting for late March or thereabouts, though that was just their impression as opposed to a definite statement.
Anyway, here are some highlights from the keynote.
SpringSource in 2008
Rod started the keynote with some SpringSource efforts and accomplishments over 2008. I won’t go into those in detail, but he mentioned several items, including
- Spring Web Flow 2.0 GA: I remember it well as I wrote an article about it just before the GA and I wanted to make sure that nothing important had changed.
- Spring Batch GA
- Launched new Spring Integration project
- Preparing for Spring 3.0 GA
- SpringSource dm Server
- Covalent Technologies acquisition: ten years supporting Apache HTTP server and leading support provider for Tomcat (which is important to SpringSource’s strategy, as I’ll describe below)
- G2One acquisition: Bringing Groovy and Grails into SpringSource
- Several commercial software releases, including the SpringSource Tool Suite, SpringSource Application Management Suite and the SpringSource Advanced Pack for Oracle.
They’ve clearly been a busy company over the past year, but it may not be entirely clear what they’re up to. (Well, part of it is clear enough—they’re moving into the app server space.) The next part of the keynote explained where SpringSource is going as a company.
SpringSource in 2009
Rod noted that 2008 has been a tough year for the world economy in general, and thus one reasonable prediction is that that’s going to translate into pressure on IT budgets. One development he expects to see is license costs coming under increased scrutiny. Another is that he thinks IT will begin paying more attention to the costs associated with complexity, and will invest more in reducing that complexity.
I know from my own workplace that his ideas here are correct. Even before news broke that everything’s melting down, we were reevaluating our license situation and indeed even in some cases making changes. And one of the themes that our CIO has sounded time and time again is that we need to work to reduce complexity when we can. I suspect that these are common themes anyway, but with the tough economic times it’s pretty easy to believe that one can build a business strategy around this, and that’s what SpringSource is doing.
The SpringSource strategy: help customers control costs by managing and reducing complexity
This was really the theme of the keynote and Rod noted that they’d even changed their tagline to reflect it: “Weapons for the War on Java Complexity.” He explained how the various efforts over 2008 are generally aligned with managing complexity on different fronts. For example:
Continue targeting complexity in development by expanding the Spring Framework in a way that simplifies application development. Rod showed how with each new release of Spring, the SLOC for the pet store application dropped. He highlighted Spring Web MVC, Spring Web Flow and the acquisition of G2One in particular as representing a continued commitment to simplifying application development. Another notable item here includes Spring 2.5-style configuration via annotations.
Spring 3.0 moves the platform further along in this simplifying direction. Some highlights:
- Spring 3.0 will support EL in XML configuration and in annotations. He didn’t say exactly where this would appear.
- Spring Web MVC will provide first-class support for RESTful web services. The match is strong (Spring Web MVC already has a @RequestMapping attribute that serves well here), and RESTful remoting is simpler than say SOAP-based web services.
- With Spring Web MVC, developers should adopt the annotated POJO model as Spring 3.0 will deprecate the Controller hierarchy and 3.1 will probably eliminate it altogether. Again the argument is that this is simpler than XML configuration.
- Spring Web Flow should be seen not as a niche technology but as a core part of their web framework that potentially applies any time there’s a directed navigation requirement. Examples include wizards, back button, refresh, multiple UIs, and UI reuse.
Finally (we’re still on the topic of managing complexity in development), Rod suggested that we take a look at @Configurable (which was available in Spring 2.0) and consider it a “secret weapon” against complexity.
The other major way in which SpringSource aims to manage/reduce complexity:
Target complexity not only in development but also in operations: Though it’s by no means unanimous, lots of people feel that Spring has done a pretty nice job of simplifying JEE development. Their idea is now to take that to the data center. Their commercial offerings align with this; for example, the Application Management Suite provides deep diagnostics for Spring-based applications, and the dm Server aims to make release management simpler and more flexible. Besides their commercial offerings, their investment in Covalent Technologies (better access to Apache and Tomcat expertise) represents a desire to strengthen their offering in hosting and operations.
They see Tomcat as being the platform of choice where WAR-based deployments are concerned, but they see server-side OSGi as the wave of the future. Because Tomcat is currently widely deployed (I think Rod said something like 70% of enterprises have deployed Tomcat?), SpringSource wants to be involved there, and that’s why they bought Covalent. But at the same time they are trying to encourage their customers and indeed the industry at large to make the transition to OSGi-based deployment.
And this leads to a couple of announcements he made.
A couple of product announcements
tc Server: The first announcement was that SpringSource will be releasing another server product to complement their current dm Server offering. This one is called tc Server for (you guessed it) Tomcat Server, and the idea is that it’s an enhanced version of Tomcat, one that includes management functionality to make it “ready for the data center.” The AMS product comes with it, and it will provide features such as visibility into Tomcat and app performance stats, deadlock detection, heap and thread dumps, and stuff like that. It will also be possible to manage tc Server WAR deployments through AMS. They’re expecting (if I understood correctly) a GA release in January 2009.
Rod emphasized that the Spring Framework itself would remain server-agnostic, despite the fact that SpringSource is a server vendor.
SpringSource Application Platform Configurator: The second announcement is that SpringSource will be making available a web application called the SpringSource Application Platform Configurator. Again, managing complexity is the driver here. This time they are addressing the complexity associated with managing dependencies between JAR files, eliminating version conflicts, and that sort of thing. The idea is that you go to this app (which they host), and you specify a bunch of parameters such as the app type (web app, Grails, batch, etc.), whether you’re OK with including pre-release software (such as milestone releases) or whether you allow only GAs, what sorts of capabilities you want and where your religious allegiances lie (is it OK to include JSF? is it OK to include Flex?), what hosting provider you’re using (WebSphere, WebLogic, dm Server, etc.), what OS, etc. (By the way, they don’t explicitly ask “where are your religious allegiances,” but Rod noted that they recognize this reality of how software is sometimes chosen and the configurator is designed accordingly.) Then at the end you register (free), get a text dump of the JARs you just chose, and get a dynamically-generated ZIP containing those JARs (and they’re of course mutually consistent so as to avoid versioning conflicts). That’s a cool idea. They don’t know though when this will be available for use; it’s not even in beta yet.
Well, there you have it. If you weren’t at the keynote, now it’s as if you were. :–)
I’ll post more as the conference progresses. Here’s another post on the same keynote.
[Update: Here’s a related InfoQ article.]