Archive

Archive for May 6, 2008

Free MacBook Airs @ JavaOne!

May 6, 2008 Leave a comment

macbook_air_front2.jpg

If you’re at JavaOne this week make sure to stop by and check out the Appistry booth … and register to win one of TWO MacBook Airs. I saw them at the office and it kind of bugged me, to tell you the truth, PARTICULARLY since I can’t win one of them!

But you can, so stop by and good luck. The guys have some cool demos, & if you care at all about easy scaling, reliability & more on commodity infrastructure, you’ll find it well worth your time.

EAF 3.8 beta on the Developer Portal
Also wanted to let folks know that we pushed a late-beta (very few known bugs) of Appistry EAF 3.8 to the developer’s portal today. EAF 3.8 contains some cool new Spring support, as well as support for components, a cross-language and cross-platform feature which makes the fabric even easier to use in many more situations.

Of course, as with previous versions EAF 3.8 is available in the Community Edition, which makes it easy to use for problems that you care about.

Categories: Editorial Tags:

The Spring Application Platform

May 6, 2008 1 comment

architecture.png

Almost lost in all of the twittering about Twitter’s twubbles last week (sorry CrazyBob, couldn’t resist that one!), was the unintentionally quiet announcement of the “Spring Application Platform” (more official posts here and here from springsource).

Pros
An interesting post from Per Olesen (j2ee developer) highlighted these positives:

At a first glance, it looked to me as a lot like a server like the JBoss micro kernel architecture, which could (can) be tailored to only run the exact parts of JEE, that your application needs .. At a second glance, this is actually just a minor part … they are also using it (OSGi) as the technology for deployment units for the applications running on it … that is where I see some benefits

Billy Newport (IBM distinguished engineer and driver behind wXS ) thinks this is more or less inevitable:

It looks like what others and I have been planning/hoping to do over the next few years. Most of us are looking for an OGSi based distributed platform with a commercial friendly license (EPL, BSD or Apache)

I see this as the new JVM, a module or bundle oriented runtime that’s also distributed.

I think that probably represents the POV of many java vendors.

Cons
On the other hand, Billy wonders how long the additional work can be licensed (as opposed to being treated as OSS commodity):

Spring DM is Apache licensed, I can see the extra work in the Spring server being clean roomed and made available with EPL or Apache pretty soon and this will remove value from selling the SpringSource server<

Phil Zolo is concerned that this hurts the Spring framework itself:

The Spring Application Platform is the biggest announcement to come out of the Spring team for some time. It also looks like it could be a big mistake. Spring became popular in the first place as a practical, community driven solution to the real problems with Java enterprise applications, with a focus on simplicity. The latest offering seems to be moving in a rather different direction.

Of course, Marc Fleury (of jBoss fame) has some very pointed observations (more here)

Truth is, I care a little bit but not a lot. To me this is a VC driven move … It is the same thing you had yesterday for free, except it is now under the GPL and a proprietary subscription license. I laugh.

Finally I am fuzzy on how this impacts their relationship with other app-servers. They are not neutral anymore.

That’s basically the point (from another perspective) that Billy was making about the license. In any case, after an indirect interchange with Rod Johnson, Marc gets really lit up

Rod is wrong on a couple of things: I DO understand the technology enough to call it out for what it is “an emperor has no clothes” attempt to monetize his ISV base … this is almost 10 years old. What is new is the licensing gimmick … Your users are not dumb, they see right through this flat footed license change, don’t get mad and patronize them when they call you out.

Ouch!

Final Thoughts
Leaving the personal animosity aside that seems to mix into springsource / jboss conversations, a few points are flowing here and elsewhere:

  1. There’s value here, but it’ll eventually be done in a clean commodity version (for all, including ISVs).
  2. Legitimate concern that the Spring framework itself will get stale
  3. This still doesn’t help with operations, nor does it do much for reliability (a post for another day)

It’ll be interesting to see more community reaction at javaone.

Categories: Editorial Tags: ,
Follow

Get every new post delivered to your Inbox.