|
Carlos Sanchez made changes - 14/Apr/06 06:11 PM
Carlos Sanchez made changes - 26/Apr/06 05:13 PM
Carlos Sanchez made changes - 23/May/06 06:50 PM
This would require some heavy refactoring to introduce a new way to manage artifacts in the core classloader during the resolution process. See
John Casey made changes - 22/Jun/06 03:18 PM
Another worst problem is that it causes the release:prepare to fail too New patch with less snapshots
Carlos Sanchez made changes - 28/Nov/06 07:20 PM
Carlos Sanchez made changes - 28/Nov/06 07:20 PM
Brett Porter made changes - 28/Nov/06 09:49 PM
this caused some problems with the release plugin because jdom was in the root container (via wagon-webdav), but jaxen was not (because it is optional, so it was not caught by the resolution I added). I have an alternate solution putting extensions in a child container like plugins which is working. I will clean up and commit tomorrow. This could be reviewed and handled differently for trunk given the changes to plexus and classworlds. I'll examine that separately.
Brett Porter made changes - 31/Dec/06 12:19 AM
Brett Porter made changes - 31/Dec/06 12:19 AM
Brett Porter made changes - 03/Jan/07 01:50 AM
Carlos Sanchez made changes - 25/Jan/07 11:26 PM
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
This breaks generation of site when wagon-scm is in the build extensions, eg. to deploy the site to svn or cvs for Collabnet (dev.java.net)
When running site Maven tries always to instantiate projec-info-report mojos before checking in the pom for "exclude default reports" option.
The only way to generate the site was install the project-info-report plugin after removing the class ScmReport. It has to go under the same groupId, org.apache.maven.plugins, which makes it a real hack