[ http://issues.apache.org/jira/browse/VELOCITY-491?page=comments#action_12448960 ] Henning Schmiedehausen commented on VELOCITY-491: -------------------------------------------------
Please see http://svn.apache.org/repos/asf/jakarta/velocity/engine/trunk/WHY_TWO_JARS.txt There is a distinct reason why we package the jars like that. That is why there is velocity.jar and velocity-dep.jar. velocity-dep.jar is *intended* to help users to get up to speed quickly without going through the "uh, I need *another* jar?" dependency hell. Once you come to the point where you have dependency clashes, you should already be seasoned enough to not use the -dep jar but the vanilla one and add your dependencies externally. In a nutshell: If any project gets dependency clashes due to the velocity-dep jar, it is using the wrong jar and should use the vanilla "velocity.jar". This is not going to change. velocity-dep is a tool for beginners. I agree that we must stress this more in our documentation. > Velocity-dep repackages the Jakarta ORO classes > ----------------------------------------------- > > Key: VELOCITY-491 > URL: http://issues.apache.org/jira/browse/VELOCITY-491 > Project: Velocity > Issue Type: Bug > Components: Build > Affects Versions: 1.4 > Reporter: Vincent Massol > Priority: Blocker > > Velocity dep should not repackage any external dependencies. At least it > shouldn't do that while keeping the original package name as this leads to > clashes with other libraries. For example the project I'm working on includes > ORO 2.0.8 but as velocity-dep also includes ORO (but another version of it) > it leads to weird errors depending on how the classpath/classloaders are > used. > This project is using Maven2 to build. See > http://jira.codehaus.org/browse/MEV-459 for the issue I've raised against > Maven2 (but it's really a Velocity issue). > Thanks > -Vincent -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
