I have little experience with Seam 3, but anyway:
I had encountered ClassNotFoundExceptions that were actually caught and handled by Seam, just logged at debug level. I think in my case had to do with the drools dependency. This was purely a debug log and did not stop my app from deploying successfully.
So: Are you sure these ClassNotFoundExceptions are real and not some caught debug-level log entries? I mean, if you remove e.g. knowledge-api, will the application deploy despite the exception?
i'm not 100% sure about knowdlege-api but lack of all other dependencies causes application not to deploy.
This one must have slipped sorry.
Marek Nazarko wrote on Dec 30, 2011 03:30:
I've migrated my project from JBoss 6 and Seam 3 to JBoss 7.1 and Seam 3.1.
To make it working I had to add a bunch of dependencies I didn't need before.
From Seam I use only solder-impl and seam-faces, unfortunately I have to add this:
1) seam-international - injection fails without it
Correct, Seam Faces depends on it.
2) joda-time - seam-international need it
Yeah, still not sure where the bug is there.
3) seam-transaction - because of ClassNotFoundException
That CNFE is a warning, this is optional.
4) seam-persistence - because of ClassNotFoundException
This should also be optional and the CNFE is a warning.
5) prettyfaces-jsf2 - because of ClassNotFoundException
6) seam-security - because of ClassNotFoundException (additionally it adds a bunch of PicketLink stuff I don't need)
7) knowledge-api from drools - because of ClassNotFoundException
8) commons-beanutils - because of ClassNotFoundException
I have no idea what's using this.
What's wrong with Seam that it's modules can't be uses independently?
In order to fix this we'd need to have quite a few optional modules like seam-faces-transaction, seam-faces-persistence, seam-faces-prettyfaces etc. If that's how the community wants it then we can do it, but it sure makes the typical usage difficult. I'd be very open to creating a feature request in JIRA and have people vote on it for a future release.
I have been there, Marek
If seam-faces depends prettyfaces-jsf2 and seam-international, which in turn depends on joda-time, shouldn't these dependencies be downloaded automatically, recursively???
They're marked as optional.