BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage News The Future Of JBoss Seam And Apache DeltaSpike

The Future Of JBoss Seam And Apache DeltaSpike

This item in japanese

Lire ce contenu en français

Bookmarks

At the beginning of this year JBoss released version 3.1 of the Seam Web framework. However this is not just another minor numbered update in the Seam timeline. Instead, this version is the last "bundled" release of Seam, marking an important milestone. Future development will happen in a different manner since the effort is now focused on Apache DeltaSpike.

Apache DeltaSpike (currently in incubation) is a set of extensions on Java CDI (Contexts and Dependency Injection). This description might sound familiar because this was also the original purpose of Seam 3: a set of modules which extend CDI to provide functionality beyond that offered by Java EE 6.

So what will happen with Seam 3? Is Apache DeltaSpike going to be Seam 4? To answer these questions, InfoQ contacted Pete Muir, a Principal Software Engineer at Red Hat/JBoss for some clarifications:

InfoQ: Can you talk a bit about DeltaSpike? Is it a continuation of Seam?

About 4 or 5 months ago, we started discussing the future of Seam 3, and where we (the project leaders, both from inside JBoss/Red Hat, and our community contributors) wanted to take it. And we quickly realised we weren't happy with the direction! Why?

Well, post-Java EE 6 release, a number of different groupings of extensions for the Java EE platform, built on the CDI extension SPI, had popped up. At first, we thought this was great, as it proved that CDI and Java EE 6 were popular, and offered a great ecosystem for developers. However, we quickly realised that whilst Java EE 6 and CDI had standardised the core programming model, we had ended up splintering at the next level up - extensions.

When we approached other CDI communities, such as Apache MyFaces CODI, and CDISource, we all realised that we felt the same - and when we polled our user communities we realised they felt the same too - what they really wanted was one way, one excellent way (of course), to do stuff. From here, we conceived the idea of DeltaSpike, a neutral ground at which we could collaborate and cherry pick the best of Seam 3, Apache MyFaces CODI and others.

The first 3 months have proved this true. DeltaSpike 0.1 has been released, focusing on core extensions to the CDI programming model. And it is better than both Seam 3 and CODI in everyone's opinion.

So a continuation in goals, ethos and spirit, even if not in API!

InfoQ: Is DeltaSpike the core for Seam 4?

We have no intention of releasing Seam 4. But this is a perfect point to introduce our ideas about how DeltaSpike fits into JBoss AS (as that is the true continuation of Seam 3).

We want to make JBoss AS the best place to use DeltaSpike - great tooling, examples, and tutorials. Excellent compatibility, top notch performance. And we want to do this with both source and binary compatibility to the Apache DeltaSpike upstream, to provide 100% compatibility with the rest of Java EE.

This is our vision for the next generation of "Seam".

InfoQ: What is the connection with MyFaces? Will Seam merge with MyFaces? Or some components will only be merged will others will remain as Seam 3?

The eventual aim is to migrate all of Seam 3 and MyFaces CODI to DeltaSpike, taking the best of both. We're also hoping to incorporate ideas from CDISource, Software Mill, Cambridge Technology Partners and others. We've taken the pragmatic attitude that we should start with the core features, and move out from there. I think you'll start to see a lot more momentum in the next few months, as the core is almost done, and we can start building many more extensions on this.

InfoQ: What will happen with Seam 3.x ? Will there be Seam 3.2 or the next version is something different?

We've committed to continuing to support Seam 3 for the foreseeable future with bug and security fixes, at least until the community feels the DeltaSpike stream is ready. I think we are more likely to see Seam 3.1.1 than Seam 3.2.

We're working hard on a migration guide for Seam 2 to Java EE 6, and we'll provide the same for Seam 3, once more of DeltaSpike is complete.

InfoQ: Anything more that you would like to add for existing Seam users?

Just that exciting times are ahead. I think we're soon going to see the recent turbulent weather around Seam start to turn to sunshine. Watch jboss.org/developer for more!

Apache DeltaSpike artifacts are already in Maven Central for those who want to evaluate them.

Rate this Article

Adoption
Style

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Java and its Frameworks

    by Luca S,

  • Good Blog

    by Jimmy Añazco,

    • Good article

      by Markos Fragkakis,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Shame, about Seam, it made my life easier! It will take ages before Deltaspike picks up the pace and becomes production-ready and adopted.

    • Seam was good

      by Travis De Silva,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Seam was a really good framework and made our life very much easier. But as all good things come to an end, so must this. I think JSF in general is more widely used in the enterprise as a language for Java developers to do the web front end but on the more wider consumer web sites that need massive scalability, I think the HTML5 / JavaScript MVC frameworks like angularjs.org are better. I am trying out angularjs backed with a JEE6 middle tier with Restful services via JAX-RS/RestEasy using JBoss 7.1.1. Let's see how it goes.

    • Seam is dead and DeltaSpike has no voice

      by Mark Ashworth,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      The Seam story just highlights one of the greatest risks associated with using Open Source products, and that is once the lead developers of a product have a bee in their bonnet to change focus / direction / whatever; then it is the customer that losses out in the long run. The motivation might be well founded but the ultimate *choice* is up to the client / developer / architect to *choose* the best solution for the problem at hand. As with all freedoms, it comes with a price and that price is understanding the pros, cons and integration issues.

      If anyone looks at the DeltaSpike wiki site with it's sparse detail on what is going on, then anyone can be forgiven to assume that nothing is stated because nothing is being committed to. There was no phased approach or maintenance releases announced for Seam 3 so although DeltaSpike might hopefully one day be the CDI extension library of choice *choice with no alternatives*, it is going to take a long time to get there and find the traction among developers / solution developers / architects. Also, now there are no alternative or competing products which is the greatest driver of innovation.

      So in more ways than one, we [the customers] have been let down.

    • Java and its Frameworks

      by Luca S,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      C'mon guys, maybe once Seam he had some strong points, but many others extremely weaks. and now that CDI is a standard what's the point of use it? You were almost locked to a specific version of his JBoss, and migrate to other versions were a pain in the a**. We have some web app in Seam 2.2.0, and the process of migration is by far too expensive and time consuming for us. So we're stuck to JBoss 5.1.
      Other frameworks are years ahead, but require some mind shifting and adopting REST for all, convention over configuration and so on...like the Play Framework (which is highly inspired by Rails) for example.
      Leave this old, big, cucumbersome frameworks behind, it's time to evolve!

    • Re: Java and its Frameworks

      by Kostis Kapelonis,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Seam is not tied to JBoss AS. I know this as a fact since I have personally used Seam 2.x with Weblogic. Why do you say that you are stuck with JBoss 5.1 ?

      Also Seam was one of the two popular frameworks (the other one is Spring Web Flow) that supported "conversation" scope in an easy way.

    • Re: Seam is dead and DeltaSpike has no voice

      by Alan Baltazar,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      I agree with you my friend! I wouldn't complain if Delta Spike would put out a version 1.0 this summer but it's just plain unrealistic. What I'm worried about is that once DeltaSpike 1.0 comes out, would there be a Delta Spike 2.0 or 3.0 or 4.0? Or would it be renamed 'Another Spiked Seam Version'? Also, hopefully, when DeltaSpike 1.0 comes out, there would be one complete workable sample ( e-commerce ) running from an eclipse ide that developers can use right away to gain popularity. Maybe, work with Amazon Cloud for a DeltaSpike configuration. Follow what Drupal, Joomla and .Net folks have been doing. In the U.S.A., Seam ISN'T that popular (I'd prefer Seam over that crap, Spring). An Open Source technology is only good if it has a very large fan base.

    • Re: Seam is dead and DeltaSpike has no voice

      by Rich Kucera,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Now it's almost 2014 and still nothing there... Travis idea with Angular.js is in fact what has happened, SPA, the single page application, no?

    • Good Blog

      by Jimmy Añazco,

      Your message is awaiting moderation. Thank you for participating in the discussion.

      Thanks for your information in the article. :)

    Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

    Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

    BT