[ http://jira.codehaus.org/browse/MNG-139?page=comments#action_45474 ]
Bob Allison commented on MNG-139: --------------------------------- One place where problems can occur is using a mirror for codehaus while building m2. In the m2 top-level plugin, there is a repository named "snapshots" which points to "http://snapshots.maven.codehaus.org/maven2/"; and a pluginRepository named "snapshots" which points to "http://snapshots.maven.codehaus.org/maven2/plugins";. Creating a mirror of "snapshots" causes problems during the integration tests. The name used for the pluginRepository needs to be changed so it does not match the regular repository (that change allows the integration tests to succeed whether the pluginRepository is mirrored or not). > server definitions should be reusable > ------------------------------------- > > Key: MNG-139 > URL: http://jira.codehaus.org/browse/MNG-139 > Project: Maven 2 > Type: Task > Components: design > Reporter: Brett Porter > Assignee: Brett Porter > Priority: Critical > Fix For: 2.0-beta-1 > > Original Estimate: 4 hours > Remaining: 4 hours > > currently if multiple projects use the same server for deployment, we are > relying on inheritence to share the definition, or it must be copied. This > applies similarly to the SCM connection and the dist/site management settings. > It would be a good idea to be able to declare these elements in a deployed > artifact. > It may still be reasonable to do this through inheritence, but there is a > chance we'll hit the need for multiple inheritence (because multiple projects > inherit things from different sources), so we should enumerate the use cases > and verify it. > eg. > A B > / \ / \ > C D E > Where A and B declare two different things that D uses both of, but which C > and E desire only to inherit one of. > This essentially using composition for some elements instead of inheritence. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/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]
