You can find the full source code for this website in the Seam package in the directory /examples/wiki. It is licensed under the LGPL.
| Online: | 12 Members of 8195 |
For those of you that like to live on the bleeding edge and use SVN trunk, it is currently undergoing a restructure in preparation for work to begin on Seam 3.0. As a result of this, the trunk build is currently broken however we are working hard to get it to a stable state ASAP. The latest (somewhat more stable) 2.1 branch can now be found at the following location:
http://anonsvn.jboss.org/repos/seam/branches/community/Seam_2_1/
I've updated the SVN checkout instructions on the Downloads page.
Check out my weblog or have a look at the books I wrote.
Unfortunately, because of how the branches are organized (under community and enterprise folders), you cannot do an svn switch to migrate a working copy to the new location. That's only relevant if you are holding patches against the repository. Your best bet is to run svn diff and the reapply the patch after you check out a fresh copy.
If anyone knows a better trick, please document it here.
Dan Allen | mojavelinux.com | Author of Seam in Action
Dan,
svn switch works just fine...
just ran this in root folder
svn sw http://anonsvn.jboss.org/repos/seam/branches/community/Seam21/
and it worked with no problem
cheers, tomaz
command got messedup...
svn sw http://anonsvn.jboss.org/repos/seam/branches/community/Seam_2_1/
Ah, it's the --relocate flag that doesn't work. Relocate is a hot replacement of the metadata. I guess it only supports the same repository depth. Switch by itself appears to be able to accommodate any migration (or at least this one).
Btw, the point of --relocate is to avoid communication with the repository in case any files changed in the interim (basically avoids an implicit update).
Dan Allen | mojavelinux.com | Author of Seam in Action
I realize that the trunk is still being restructured, and this maybe fixed later, but currently the checkout instructions point to the wrong SVN URL:
That checks out trunk/, which seems to contain the old 2.1 stuff. To get the new Seam 3.0 stuff, one needs to checkout everything (branches and all).
Shouldn't all trunk code be under trunk/?
I've updated the Downloads page to explain how the Seam 3 SVN repository is organized, as it is different from Seam 2. Seam 2 is a organized as a single project (thus one repository), built using Ant. Seam 3 is entirely modular and is divided into multiple repositories (docs, examples, modules, sandbox), each built using Maven 2. In order to get all of Seam 3, you have to check out each repository individually.
Don't expect everything to work just yet. If you check it out now, you are part of the process ;)
If you are a Maven 2 guru, I encourage you to play with the examples and give me feedback about how I've setup the deployment using the Maven 2 plugins. I am trying to make the examples as clean as possible, quintessential examples of how to use Maven 2.
We are also looking for feedback on the m2eclipse plugin. Our understanding is that it is still quite unstable/unreliable. Now that we are using a Maven 2 build, it is essential that this plugin be reliable in the future. Please beat on it and report bugs to the m2eclipse guys. If they don't listen, please contact us (in particular Max) and explain the situation. We need stability!
Dan Allen | mojavelinux.com | Author of Seam in Action
Thanks. I get the idea now. It is still quite confusing though.
repos/seam is now both the repository for Seam2 (with trunk/, branches/, etc.) and contains the repositories for Seam3 (docs/, modules/) etc. If you really want a 'clean slate' for Seam3, there should probably be a repos/seam3 for the new stuff. Just my two cents.
Far form a guru, but I use it a fair bit. I'll give it a try. The poms look promising :)
I find it quite stable. I have been using it with multimodule projects ( both Seam and Spring) and it works pretty well. I gave up on trying to run SeamTests from Eclipse though. But that is not really relevant for Seam3, is it.
It seems that way at first, but it is so much cleaner to have the separation...and you get used to it pretty quickly.
Shane just hasn't gotten to it yet. Likely that folder is going to get nuked or relocated to some other URL so that it is out of the way. The real Seam 2 trunk is the 2.1 branch.
Dan Allen | mojavelinux.com | Author of Seam in Action
I meant the repository layout is confusing. The separations does make a lot of sense. Does separate repositories imply different release cycles as well?
I see. I guess I'll wait for things to settle down a bit and see how it looks then.
BTW, I'm getting an error when I try to deploy the booking example, but I'll start a new thread for that.
How do you import the projects into eclipse? I tried but it did not work well. So I'm doing a simple checkout and using mvn eclipse:eclipse.
Did anyone got lucky with m2eclipse-subversion integration?
I use mvn eclipse:eclipse, but if you have the seam/modules/trunk checked out, you can do File -> Import -> Maven Projects and point it at that root to get a set of m2eclipse projects.
Last week I finally got a chance to give the m2eclipse plugin a try and managed to get all the Web Beans and Seam artifacts setup pretty quickly. I now strongly recommend the use of m2eclipse with the Seam project. Overall it does a pretty good job at managing the Maven 2 projects.
I'm in the process of preparing some instructions for using mvn eclipse:m2eclipse to get the projects created so Eclipse can import them w/o having to use the wizard. Though using the m2eclipse import wizard works well too.
I'm also discouraging the use of mvn eclipse:eclipse because my feeling is that it is very hackish. It hurts Eclipse not to know that it is dealing with a Maven 2 project, which is why before using m2eclipse I was using NetBeans.
As for checking out from SCM, I always checkout from the commandline. Frankly, I don't trust an IDE to do that for me...so I can't help you there other than to recommend checking out the project externally and then pointing Eclipse at the working copy.
Dan Allen | mojavelinux.com | Author of Seam in Action
I ended up using the import that Popetz told about. It gave me the same errors, but, after I called Maven - Update Project Configuration, it starts working. After I figured it out I could checkout Web Bean through the SCM integration.
m2eclipse is a little unstable but have really nice features. Workspace resolution and Source Download are a must have.
Thank you
I've been using subclipse plugin for over 2 yrs now with my Seam projects and no problems (svn co, diff, commit, etc.). Highly recommended.
Currently reading Seam 2.x Web Development by David Salter with DZone review publication forthcoming
JBoss Tools 3 Developers Guide is out now in paperback as well.
When will JBoss 6 be available (alpha) so we don't have to JBoss 5.x for JSF 2.0 and JPA 2.0 libs, etc.? It will make the setup procedure for Seam 3 easier if we use an EE 6 certified app server, esp. JBoss AS.
Glassfish already has a PREVIEW available for EE 6...
Currently reading Seam 2.x Web Development by David Salter with DZone review publication forthcoming
JBoss Tools 3 Developers Guide is out now in paperback as well.
Hi,
I can't get the Seam 3.0 code.
Some provided links available in the Download page are wrong like:
This one
Where's Seam 3.0 code?
Regards,
Nico
Hi Nicolas. Try with: http://anonsvn.jboss.org/repos/seam/
Regards.
Waldemar
I'll be updating the wiki soon with better instructions for working with Seam 3. Sorry for the delay, we've been a lot swamped lately, but we'll have some more hands on deck this month and we'll be picking the pace up again.
Dan Allen | mojavelinux.com | Author of Seam in Action
I've downloaded source code from svn and compiled a few modules but when I compile security I have a compile error. Something's wrong with class org.jboss.seam.drools.SeamGlobalResolver. It isn't found. Anybody could help me out with this?