-
-
2. Re: Excessive Seam dependency
niox.nikospara.yahoo.com Jan 12, 2012 5:56 AM (in response to marx3)Hello,
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?
-
3. Re: Excessive Seam dependency
marx3 Jan 12, 2012 9:50 AM (in response to marx3)i'm not 100% sure about knowdlege-api but lack of all other dependencies causes application not to deploy.
-
4. Re: Excessive Seam dependency
lightguard Jan 12, 2012 2:07 PM (in response to marx3)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 itCorrect, Seam Faces depends on it.
2) joda-time - seam-international need itYeah, still not sure where the bug is there.
3) seam-transaction - because of ClassNotFoundExceptionThat CNFE is a warning, this is optional.
4) seam-persistence - because of ClassNotFoundExceptionThis should also be optional and the CNFE is a warning.
5) prettyfaces-jsf2 - because of ClassNotFoundExceptionSame
6) seam-security - because of ClassNotFoundException (additionally it adds a bunch of PicketLink stuff I don't need)Same
7) knowledge-api from drools - because of ClassNotFoundExceptionSame
8) commons-beanutils - because of ClassNotFoundExceptionI 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.
-
5. Re: Excessive Seam dependency
lucaster.luca.cavagnoli.gmail.com Jan 14, 2012 11:17 AM (in response to marx3)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???
-
6. Re: Excessive Seam dependency
lightguard Jan 16, 2012 5:20 PM (in response to marx3)They're marked as optional.