Quote reuse from BEA Open Source discussion

Spent a couple of hours at the BEA World event in Paris today. The Open Source “debate” was what brought me there. Rod Johnson (Spring) was the attraction (for those who knew him). Other participants were Ken Tam and Eddie O’Neil from BEA working on Beehive (which hit 1.0 recently), Mathieu Poujol (a local consultant), and Cédric Dumoulin of Struts/Tiles fame.

The point that BEA clearly wanted to get across was that OSS and commercial software can get along just fine. In fact the recent BEA/Spring announcements was pretty much used as an illustration in all Rod and BEA’s answers. Basically, if you as a developer want to use Spring while not scaring your boss away, BEA now lets you do that. BEA can use that as a “Look, We love Open Source” argument, and Rod gets the support $$.

There was an interesting debate on how to find the quality of Open Source projects and the spikesource OSS approach. After initially acknowledging that this was a good initiative, the conclusion was the same as for other questions/topics: use Weblogic, BEA does the work for you ;-). Rod and Cédric were good at making clear that the OSS communities were also providing innovation, not just commoditization.

I must say that Rod has always some very good quotes almost every time I hear him speak. This time, my favorite was: (you can trust BEA because) “If BEA was to support a flaky product (i.e. Spring), they’d loose money and they’re not into the business of loosing money”. Better than code reuse, maybe I can do quote reuse (oh wait, was Rod speaking under Creative Commons license? ;-). Of course, Rod did also a bit of JBoss bashing saying it was still lacking transaction logging (such a basic feature).

There were a few questions from the audience. The one I like best was around the short technology cycles of Open Source that most large companies were totally unable to follow. By now, I’m sure you know the answer was simply: trust BEA and use Weblogic/Spring! ;-) My answer would have been slightly different and would certainly have mentioned the JCP which is both reasonably fast and very stable (see Onno Kluyt’s recent interview).

On Beehive, the message was BEA had to do it in open source because customers were not going to buy Workshop, an IDE out of the blue. I wish they had talked more about what the community did with Beehive. I wish they would have made comments on their work on Eclipse WTP. I wish they had talked about AspectJ. I have to say I was disappointed, but BEA seems to be very keen on mastering the outgoing marketing message, leaving little room to spontaneous voices.

Author: alexismp

Google Developer Relations in Paris.

2 thoughts on “Quote reuse from BEA Open Source discussion”

  1. Alexis — Apologies for the lateness of my reply! I just ran across your post during a blog search. If I recall correctly, the question about Beehive during that panel specifically asked about the history of Beehive and the Workshop runtime. I’d rather have talked about what we’ve done in the subsequent time; chalk that up to my inability at mastering the outgoing marketing message. :)

    Since Workshop, the runtime has undergone significant improvement including:

    The switch to Java 5 metadata from Javadoc based metadata
    A re-architecture of Controls. Controls used to be baed on EJB and are now simply metadata driven POJOs
    Support for Struts 1.2 in NetUI
    A new NetUI tag library supporting HTML and XHTML rendering
    A new NetUI data grid supporting sorting and filtering using arbitrary languages and rendering arbitrary data sets.
    Tag library support for the JSP 2.0 specification
    Support for arbitrary project models via Ant 1.6 macros
    Lots of incremental feature improvements in NetUI and Controls
    Implementation of the JSR-181 metadata standard atop Axis for the authoring of single-file, JavaBean web services

    and the list goes on…

    So, we’ve been busy. Hopefully that answers your question about what’s in the 1.0. Apologies if I misunderstood the original question.

    Eddie

Comments are closed.