So I wasn't doing it just because they were their own modules, but because of the reusability of those generic components. I'd concur that you wouldn't want (say) javax.servlet or javax.ejb outside of a J2EE server, but JavaMail you might ...
They are already in there own modules and it does not matter to an external project what the end id of the dependency is. Putting the JavaMail spec into the geronimo-javamail group does not make it any more (or less) difficult for a project to depend on it. So for now everything under specs/ gets released in the geronimo-spec group.
Finally, I am not in favor of moving the JavaMail specs to Commons at this time and I believe that we should not even be thinking about it right now. Sure someday another project might be created to hold all sorts of ASL impls of Sun specs, that does not mean that Commons will be the place.
It is too early to be thinking about moving anything to another project, so please lets drop it.
I'm happy for them to both be in the geronimo-spec, but as it stands ATM the JavaMail one isn't. It's defined in its own, so can you change it to ensure that both the JavaMail and Activation are in the right places as you want them?
Thanks,
Alex.
