[christian.bauer]

So start creating that wiki page. I don't know why everybody in this thread is waiting for something to happen magically.

[werpu12]

Ok, I think I have to answer tho the entire fusion thing, I think the entire discussion here and in the other thread is going into an entirely wrong direction.

First of all I am not the implementor of fusion, I just added a generic jpa adaptor and I am sort of the first user of it writing an app to test the adapter. But, yes there is an overlap between Seam and fusion, but, and this is a big but, fusion is not and never will be a competing framework to Seam, it cannot and it does not want to be.

First fusion is not located in the EJB3 stack, secondly, it does not want to cover the entire application cycle like Seam does. Seam is an excellent framework and if you need something along these lines, please use Seam.
Fusion is more or less refactored out of an existing tomahawk codebase into something more generic. The conversation part has been refactored out from existing tomahawk sandbox taglib components (yes there was a conversation taglib) into the Spring 2.0 domain, where such a solution was heavily missing until recently. It does not try to cover the ground of Seam, and not the ground of Seam 1.2 which also has Spring connectors. It just currently acts as a scope provider which also has a generic persistencecontext controlling mechanism, for Spring 2.0 and hence is rather framework agnostic . So what is there is a basic Spring 2.0 scope which can be used by others to build upon. There is no configuration controlling system in fusion, and never will be others should dock theirs onto it if needed (Shale Dialog for instance instantly comes to mind).

The end goal probably will be to have a foundation layer for JSR 299 in the future. The framework funnily is very platform agnostic there are not too many bindings into JDK5 and the funny thing is that the entire binding into the JSF realm is rather thin and could be replaced easily into other frameworks. While currently living in the JSF realm I do not see to many problems to have this layer being moved into other frameworks.

Anyway, comparing fusion to Seam is like comparing bricks for building something and having the tools to build it to a full house where you can move in. There is some overlap but the entire direction is different. And the last thing we want is bad blood between the two projects, there are simply not too many goals in common, but there is obviously some overlap.

[supernovasoftware.com]

I added the following page to the wiki

http://wiki.jboss.org/wiki/Wiki.jsp?page=http://wiki.jboss.org/wiki/Wiki.jsp?page=http://wiki.jboss.org/wiki/Wiki.jsp?page=SeamJSFComponentCompatibilityList

I encourage all users to list their experiences with, post examples, and recommendations for use of these components with Seam.

There is a lot of overlap between these libraries. If there is a solution in Seam/Ajax4JSF/Richfaces please note this since this will definitly be fully supported with Seam.

[pgmjsd]

"andrew.rw.robinson" wrote:

I am using Tomahawk and Seam together for two projects and have not had many issues (at least that I know of). Instead of saying don't use tomahawk or don't use seam, why don't we just work through bugs and fix the issues. Both libraries are very useful for us users (let us not forget the users) and it would be great to have them play together.

If myfaces/tomahawk would just start creating bug fix releases instead of new functionality versions all the time, I'd be willing to help fix the bugs on their side.

I agree. However I'm on the other side of the fence right now. Currently am having a bit of trouble getting Tomahawk to work with Seam/Facelets. The really frustrating thing is that the Tomahawk sources have disappeared from the MyFaces download page. :(

I'm willing to help out, but if I have to go searching around for the sources that isn't very encouraging.

[javasmith]

The easiest way to get the Tomahawk (or MyFaces) source, in general is through SVN, as stated here:


http://myfaces.apache.org/source-repository.html