You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by ji...@codehaus.org on 2003/12/15 01:19:56 UTC

[jira] Updated: (MAVEN-1082) improve reactor tag to allow collection of included projects without execution

The following issue has been updated:

    Updater: John Casey (mailto:jdcasey@commonjava.org)
       Date: Sun, 14 Dec 2003 6:19 PM
    Comment:
patch as promised.
    Changes:
             Attachment changed to reactor-tag-collectOnly-collectionVars-enhancement.patch
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1082&page=history

---------------------------------------------------------------------
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1082


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MAVEN-1082
    Summary: improve reactor tag to allow collection of included projects without execution
       Type: Improvement

     Status: Unassigned
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: maven
 Components: 
             core
   Versions:
             1.0-rc2

   Assignee: 
   Reporter: John Casey

    Created: Sun, 14 Dec 2003 6:19 PM
    Updated: Sun, 14 Dec 2003 6:19 PM
Environment: all

Description:
reactor tag currently forces the execution of some goal (default or specified) in each project included. This is a problem for the multiproject plugin, in that the multiproject:site goal doesn't require the resolution of all project dependencies in order to complete successfully. In fact, in the case of interdependent projects within the multiproject inclusion specification, this resolution breaks the site generation process. However, this dependency resolution is a necessary precondition to any project goal executions. Since multiproject:site-init only uses reactor to produce a collection of projects, I propose the following modifications in support of this:

1. Add a collectOnly attribute to reactor to allow for the simple resolution of projects without goal execution. The deliverable of the reactor tag in this case would be a list of projects, in order of their interdependency.

2. Add a collectionVar attribute to reactor to allow for predictable assignment of the resulting reactor collection to a variable in the context. Currently, multiproject takes advantage of the context variable "reactorProjects" which could change in the future. In other words, multiproject's dependence on this context variable is not outwardly apparent, which leaves it susceptible to malfunction when this internal variable changes.

I have created a patch against the 1.0 CVS sources to accommodate these changes, and will attach them to this issue. 

BTW, the accompanying multiproject JIRA issue is MPMULTIPROJECT-16.


---------------------------------------------------------------------
JIRA INFORMATION:
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

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org