I'd like to start a new thread to discuss the Seam 3 foundation (since this is no longer about the Seam 2.1 branch).<br><br>So far, we have four main SVN divisions:<br><br>examples<br>modules<br>docs<br>sandbox<br><br>
I raised the question whether we should divide up modules into official, sandbox, and thirdparty. Shane said that likely we don't need that fine-grained of a division. However, I'm still concerned that sandbox is too vague (the name reminds me of Tomahawk sandbox which is just a mess, IMO). Plus, examples might need a sandbox. So perhaps we can have<br>
<br>modules<br>modules-sandbox<br>examples<br>examples-sandbox<br><br>Moving on, we are going to use a Maven structure for everything and which closely resembles Web Beans. In fact, they should remain very close in appearance for consistency.<br>
<br>Here's the inheritance for each Seam module:<br><br>webbeans/version-matrix (Pete, is this right?)<br>modules/version-matrix<br>modules/parent<br>modules/%modulename%<br><br>That would simply be expressed as:<br><br>
<parent><br> <artifactId>seam-parent</artifactId><br> <groupId>org.jboss.seam</groupId><br> <version>3.0.0-SNAPSHOT</version><br> </parent><br><br> <modelVersion>4.0.0</modelVersion><br>
<groupId>org.jboss.seam</groupId><br> <artifactId>seam-%modulename%</artifactId><br> <packaging>jar</packaging><br> <version>3.0.0-SNAPSHOT</version><br> <name>Seam %modulename%</name><br>
<br>Of course, a module could be a parent to other modules, such as document perhaps.<br><br>Examples have a different inheritance hierarchy<br><br>webbeans/version-matrix (correct?)<br>
modules/version-matrix<br>
examples/parent<br>
examples/%examplename%<br clear="all"><br>The first example (booking) will be using JSF 2.0. I'm going to express this as a dependency per example right now because I'm thinking we still want Seam 3 to work with JSF 1.2 (or should we?). I'll also assume that the app server has JSF 2.0. We might want a build somewhere that can install JSF 2 into JBoss AS just like Web Beans has. Of course, we are waiting on a deployer from my understanding.<br>
<br>I'll also use the Web Beans logging extension in the examples. I'll coordinate closely with Shane to get the Seam security module running in the booking. Shane, feel free to make changes/additions in booking. I'll keep SVN up to date.<br>
<br>Discussing modules, we definitely need a few more than are currently listed. Here are several I think we need:<br><br>faces (which would have page actions, faces messages, and perhaps engulf the current ui too)<br>pageflow (I think this should not be considered an extension of bpm anymore since it is really standalone)<br>
<br>That's all I've got at the moment. Feel free to correct me anywhere. These are brainstorms.<br><br>-Dan<br><br>-- <br>Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br>
<a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br><a href="http://in.relation.to/Bloggers/Dan">http://in.relation.to/Bloggers/Dan</a><br><br>NOTE: While I make a strong effort to keep up with my email on a daily<br>
basis, personal or other work matters can sometimes keep me away<br>from my email. If you contact me, but don't hear back for more than a week,<br>it is very likely that I am excessively backlogged or the message was<br>
caught in the spam filters. Please don't hesitate to resend a message if<br>you feel that it did not reach my attention.<br>