I'm a JBoss core developer at Red Hat, and the AeroGear project lead. I
previously lead the RichFaces project, and have been involved in many other open
source projects such as Seam, and JBoss AS. I'm passionate about promoting open
source, community, and standards. I server as a W3C representative for Red Hat,
and have been part of multiple Java Community Process (JCP) specifications,
currently on the JSON API expert group. I have been architecting and developing
enterprise applications and projects for over fourteen years, specializing in
mobile device integration, web tier frameworks, UI design, and integration.
Have you ever found yourself frustrated with a ClassNotFoundException? Would you like to know what libraries are in your project and what they depend on? Would you like to get a full report on this stuff every time you run your ant build? If so you need to take a look at the new JBoss Tattletale project!
The Seam 2.1.0.SP1 release included a new reference guide chapter describing Seam integration with GlassFish v2. As with most container integration the bulk of the work is reconciling library differences, datasources and deployment descriptor changes. Glassfish is no different in that regard, however it is much easier to integrate and work with GlassFish than some of the other containers that I written about.
There has been a post or two regarding Seam and RESTeasy in the Seam forums, and the RESTeasy mailing list so I thought I would share my opinion as to where these technologies could fit together. I have been thinking about this since talking with Bill Burke at his JUG talk on RESTeasy.
The latest release of Seam 2.0.2.SP1 includes a completely updated reference guide chapter for deploying Seam on BEA's Weblogic . The primary focus was on working around several issues with Weblogic and EJB3 support.
One of my first tasks since starting at JBoss/Red Hat was to investigate and document container interoperability. What I found is what I expected - various tweaks, settings and library requirements depending on what container is being deployed to. These have more to do with specific server needs rather than anything Seam is requiring (mostly).