Details

      Description

      We need a way to declaratively say what the outputs of a plugins are going to be. The concrete example being the Antlr plugin that generates a source root, we should know what this is going to be before executing the plugin.

        Issue Links

          Activity

          Brett Porter created issue -
          John Casey made changes -
          Field Original Value New Value
          Assignee John Casey [ jdcasey ]
          Brett Porter made changes -
          Fix Version/s 2.0-alpha-2 [ 11020 ]
          Brett Porter made changes -
          Fix Version/s 2.0-alpha-2 [ 11020 ]
          Fix Version/s 2.0-alpha-3 [ 11021 ]
          John Casey made changes -
          Assignee John Casey [ jdcasey ]
          Hide
          John Casey added a comment -

          is this still something we're working toward for 2.0, or is it something for later?

          Show
          John Casey added a comment - is this still something we're working toward for 2.0, or is it something for later?
          Brett Porter made changes -
          Fix Version/s 2.0-beta-1 [ 11040 ]
          Fix Version/s 2.0-alpha-3 [ 11021 ]
          Hide
          Jason van Zyl added a comment -

          The use cases I can think of:

          o generated sources being added the compile source roots

          Show
          Jason van Zyl added a comment - The use cases I can think of: o generated sources being added the compile source roots
          Jason van Zyl made changes -
          Environment
          Description allow the mojo to pass back results in the response, and for the other mojos to lookup those results using ognl.

          This will also assist with guarded mojo execution
          allow the mojo to pass back results in the response, and for the other mojos to lookup those results using ognl.

          This will also assist with guarded mojo execution
          Brett Porter made changes -
          Description allow the mojo to pass back results in the response, and for the other mojos to lookup those results using ognl.

          This will also assist with guarded mojo execution
          allow the mojo to pass back results in the response, and for the other mojos to lookup those results using ognl.

          This will also assist with guarded mojo execution
          Fix Version/s 2.1-beta-1 [ 11704 ]
          Environment
          Fix Version/s 2.0-beta-1 [ 11040 ]
          Brett Porter made changes -
          Link This issue is depended upon by MNG-125 [ MNG-125 ]
          Vincent Massol made changes -
          Workflow jira [ 31648 ] Maven [ 36964 ]
          Brett Porter made changes -
          Component/s maven-core [ 11340 ]
          Jason van Zyl made changes -
          Link This issue is related to MNG-1569 [ MNG-1569 ]
          Vincent Massol made changes -
          Workflow Maven [ 36964 ] Maven New [ 48064 ]
          Jason van Zyl made changes -
          Link This issue is depended upon by MNG-2333 [ MNG-2333 ]
          Jason van Zyl made changes -
          Summary symmetry for ognl parameters in plugin response symmetry for outputs of a plugin
          Description allow the mojo to pass back results in the response, and for the other mojos to lookup those results using ognl.

          This will also assist with guarded mojo execution
          We need a way to declaratively say what the outputs of a plugins are going to be. The concrete example being the Antlr plugin that generates a source root, we should know what this is going to be before executing the plugin.
          Jason van Zyl made changes -
          Assignee Jason van Zyl [ jason ]
          Jason van Zyl made changes -
          Fix Version/s 2.1.x [ 13142 ]
          Fix Version/s 2.1 [ 11704 ]
          Hide
          Brett Porter added a comment -

          waiting on a proposal, more use cases.

          Show
          Brett Porter added a comment - waiting on a proposal, more use cases.
          Brett Porter made changes -
          Fix Version/s 2.x [ 13145 ]
          Fix Version/s 2.1 [ 13142 ]
          Assignee Jason van Zyl [ jason ]
          Jason van Zyl made changes -
          Fix Version/s 3.1.alpha1 [ 16093 ]
          Fix Version/s 3.x [ 13145 ]
          Jason van Zyl made changes -
          Issue Type Improvement [ 4 ] New Feature [ 2 ]
          Hide
          Jason van Zyl added a comment -

          This will be part of a new Plugin API which is out of scope for Maven 3.0.

          Show
          Jason van Zyl added a comment - This will be part of a new Plugin API which is out of scope for Maven 3.0.
          Brett Porter made changes -
          Fix Version/s 3.1.alpha1 [ 16093 ]
          Fix Version/s 3.1 [ 15565 ]
          stephenconnolly made changes -
          Fix Version/s Issues to be reviewed for 4.x [ 19871 ]
          Fix Version/s 3.2 [ 15565 ]
          Jason van Zyl made changes -
          Assignee Jason van Zyl [ jason ]
          Mark Thomas made changes -
          Project Import Sun Apr 05 08:49:45 UTC 2015 [ 1428223785911 ]
          Mark Thomas made changes -
          Workflow jira [ 12711561 ] Default workflow, editable Closed status [ 12751432 ]
          Mark Thomas made changes -
          Project Import Sun Apr 05 21:45:26 UTC 2015 [ 1428270326204 ]
          Mark Thomas made changes -
          Workflow jira [ 12948838 ] Default workflow, editable Closed status [ 12988120 ]
          Mark Thomas made changes -
          Assignee jason lane [ jason ] Jason van Zyl [ jvanzyl ]

            People

            • Assignee:
              Jason van Zyl
              Reporter:
              Brett Porter
            • Votes:
              1 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:

                Development