[seam-dev] Seam 3 space on JBoss Community

Stuart Douglas stuart at baileyroberts.com.au
Thu Mar 18 21:05:07 EDT 2010


With regard to the current problems that have been mentioned:

 1   Inability to monitor community discussion via "subscribe to this thread"
 2   Inability to monitor comments on wiki pages
 3   Inability to post deep, complex links - including links to our own threads on swfk.org<http://swfk.org>
 4   A rigid navigation structure that cannot easily be altered
 5   Editing posts

I really can't see 1 and 2 being too hard to implement, especially not compared to a migration to another site.

3 should also be easy, I just had a quick look and it should be fairly trivial to update seam-text.g so the parser can parse links properly.

Not really sure what you mean with 4. 

I personally don't like the ability to edit posts, it can confuse the discussion. The ability to edit posts before there are any replies could be a good compromise, as it allows the user to fix any silly mistakes (such as forgetting code blocks).

Personally I quite like the seam site, although there is lots of room for improvement. 

Stuart


________________________________________
From: seam-dev-bounces at lists.jboss.org [seam-dev-bounces at lists.jboss.org] On Behalf Of Dan Allen [dan.j.allen at gmail.com]
Sent: Friday, 19 March 2010 6:51 AM
To: Seam Mailing List
Subject: [seam-dev] Seam 3 space on JBoss Community

Two forces are converging that cause us to rethink where we are hosting Seam 3 project documentation and discussions. I'll enunciate those forces and propose a solution that Lincoln and I have devised.

Seam 3 is a very different beast than Seam 2. In some ways, I liken it to the relationship between Maven 2 and Maven 1. Both the Maven projects are build tools that are founded on the same principle, a software project management and comprehension tool that leverages an extensive ecosystem of plugins that tie into a unified build lifecycle. But Maven 2 is built on a different foundation than Maven 1, making them, in the end, very different solutions.

Seam 3 relinquishes the context and dependency management and event notification responsibility to CDI, something that evolved out of the Seam 2 core. Seam 3 is also focused on extensibility punctuated by container portability. While you can expect similar convenient APIs and integrations in Seam 3, and a bridge module that allows you to use or emulate Seam 2 components, pragmatically speaking, it's new project that is going to be organized and governed very differently.

Having established that Seam 3 differs from Seam 2 is several fundamental ways, mixing Seam 2 and Seam 3 information is massively confusing for developers. I'm referring specifically to the forums and the wiki. The driving force here is to establish a new "space" for Seam 3. Let's set that point on the table and move to the next force.

Seam and Weld are projects brought to you by JBoss and its valued community. Yet, for some time now, these projects have isolated themselves from the JBoss community by being hosted outside (seamframework.org<http://seamframework.org>) of the JBoss community umbrella (http://community.jboss.org). The creator of the seamframework.org<http://seamframework.org> software is no longer with the team and the rest of us must assume the responsibility of keeping it up to date. The problem is, any work we spend on seamframework.org<http://seamframework.org> takes away from our ability to improve Seam and Weld, review patches, analyze issues or write documentation. It's an unnecessary drain. What makes it even more ridiculous is that we have a entire team, the JBoss Community infrastructure team, that works full time on providing a collaboration site to host projects, discussions and documentation. A resource we are not currently leveraging.

Although it's a bigger discussion, we are reconsidering the use of the JBoss Community for technical reasons. Lately we've identified some pain points with seamframework.org<http://seamframework.org> that will immediately be solved by using Jive SBS (the Java-based software behind community.jboss.org<http://community.jboss.org>).

 *   Inability to monitor community discussion via "subscribe to this thread"
 *   Inability to monitor comments on wiki pages
 *   Inability to post deep, complex links - including links to our own threads on swfk.org<http://swfk.org>

 *   A rigid navigation structure that cannot easily be altered

In short, we are concerned that we are lacking proper tools to effectively manage and grow the Seam and Weld projects and community.

As simple as it sounds, there are still some considerations to take into account before deciding to return Seam and Weld home to the JBoss Community. That migration will require more planning. However, what Lincoln and I suggest we can do as a first step is to take advantage of the need to create a new space for Seam 3 and initiate that space in the JBoss Community. In addition to the technical benefits, this would give us:

 *   a clean break for Seam 3, avoiding muddling with Seam 2 discussions and information
 *   a proving ground to decide how we like the JBoss Community collaboration platform, considering a full migration of seamframework.org<http://seamframework.org> in the future
 *   a chance for Seam community members across the board to establish their JBoss Community accounts
 *   a better experience, in our mind

We propose:

 *   Creating a Seam 3 space at http://community.jboss.org with a user discussion forum and wiki
 *   Creating a development subspace with a wiki (no discussion forum)

In the short term, we'll still use the seam-dev mailinglist for development discussions (though we can consider enabling the discussion forums in the development subspace if the e-mail bridge can be activated).

Would the majority of you be agreeable to this approach? It really will provide a lot more clarity for Seam 3 and will show that we are sincere about reuniting with the JBoss Community. Understand that this move will not take away from the focus on portability in any way.

-Dan

p.s. Take a look at http://hibernate.org

--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen



--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen



More information about the seam-dev mailing list