* http://jira.codehaus.org/browse/MNG-2381 Improved control over the
repositories in the POM

    Unsure what the ask is here

* http://jira.codehaus.org/browse/MNG-4506 Split site deployment URLs into
release vs. snapshot, just like artifacts

    Moved to 4.x bucket as requires pom model change

* http://jira.codehaus.org/browse/MNG-3474 Add parameter --internet to test
Internet access with and without using proxy defined in settings.xml

    Any takers... looks like a nice small feature to add

* http://jira.codehaus.org/browse/MNG-3879 Dependency map and documentation

    Moved to 4.x bucket as requires a pom model change

    ACTION: bmargulies - split the issue and rename existing issue so that
the pom change is the title

* http://jira.codehaus.org/browse/MNG-4171 The XML resulting from a
property of java.util.Properties is a lot more clumsy than that for Map

    Unsure what the ask is here... seems like it's really a plexus
compatibility layer issue

* http://jira.codehaus.org/browse/MNG-4622 Throw Validation Error if pom
contains a dependency with two different versions.

    I think we risk breaking too much with this one, we already emit the
warning, and my view is that we should consider this as a POM specification
change... it was poor specification in 4.0.0 that lead to permitting
duplicate versions of the same dependency... OTOH for dependencies which
are resources, there may be legitimate reasons for two versions of the same
dependency... e.g. two versions of jquery webjars to be included in a webapp

* http://jira.codehaus.org/browse/MNG-2893 Update the DefaultPluginManager
to not use a project depMan for controlling it's transitive dependencies

    Seems like a legitimate bug we should consider?

* http://jira.codehaus.org/browse/MNG-2916 Default message and profile help
messages

   Moved to 4.x bucket as requires pom model change


On 7 January 2014 15:25, Stephen Connolly
<stephen.alan.conno...@gmail.com>wrote:

> OK we are now at 38 open issues.... anyone else feel like scrubbing some
> more?
>
>
>
> On 7 January 2014 15:25, Stephen Connolly <stephen.alan.conno...@gmail.com
> > wrote:
>
>> Done
>>
>>
>> On 7 January 2014 14:43, Jason van Zyl <ja...@tesla.io> wrote:
>>
>>> Seems reasonable. Go for it.
>>>
>>> On Jan 7, 2014, at 7:43 AM, Stephen Connolly <
>>> stephen.alan.conno...@gmail.com> wrote:
>>>
>>> > AFAIU this is the current list of bugs:
>>> >
>>> http://jira.codehaus.org/issues/?jql=project%20%3D%20MNG%20AND%20fixVersion%20%3D%20%223.2%22%20AND%20(status%20%3D%20Open%20OR%20status%20%3D%20%22In%20Progress%22%20or%20status%3DReopened)%20ORDER%20BY%20priority%20DESC
>>> >
>>> > I propose that the following issues all require a change to the model
>>> > version, and thus should be pushed back to 4.0.0 (or later)
>>> >
>>> > http://jira.codehaus.org/browse/MNG-1977 Global dependency
>>> > exclusions<http://jira.codehaus.org/browse/MNG-1977>
>>> > http://jira.codehaus.org/browse/MNG-2297 Change the POM to use
>>> > attributes<http://jira.codehaus.org/browse/MNG-3397>
>>> > http://jira.codehaus.org/browse/MNG-5102 Mixin POM
>>> > fragments<http://jira.codehaus.org/browse/MNG-5102>
>>> > http://jira.codehaus.org/browse/MNG-2199 Version ranges not supported
>>> for
>>> > parent artifacts <http://jira.codehaus.org/browse/MNG-2199>
>>> > http://jira.codehaus.org/browse/MNG-2216 Add default encodings
>>> section to
>>> > POM <http://jira.codehaus.org/browse/MNG-2216>
>>> > http://jira.codehaus.org/browse/MNG-3826 Add profile activation when
>>> > project version matches a regex <
>>> http://jira.codehaus.org/browse/MNG-3826>
>>> > http://jira.codehaus.org/browse/MNG-2316 Add info to the poms for
>>> > dependencies that implement an API or provide other dependencies
>>> > http://jira.codehaus.org/browse/MNG-3326 Profile Deactivation
>>> Configuration
>>> > http://jira.codehaus.org/browse/MNG-2557 Various enhancements to
>>> profiles
>>> > http://jira.codehaus.org/browse/MNG-2598 Profile element in POM should
>>> > support overriding project.build.directory (WONTFIX candidate?)
>>> > http://jira.codehaus.org/browse/MNG-3726 Extend POM model to support
>>> > declaration of IRC channels
>>> >
>>> > The following issues require that the deployed pom be different from
>>> the
>>> > on-disk pom, i.e. the same problem we had with 2.1.0 and 2.2.0...
>>> again I
>>> > think these should be pushed back to 4.0.0 (or later)
>>> >
>>> > http://jira.codehaus.org/browse/MNG-624 Automatic parent
>>> > versioning<http://jira.codehaus.org/browse/MNG-624>
>>> >
>>> > I would propose that we move these issues into a 4.0 bucket... that
>>> will
>>> > bring us down to 31 issues open for 3.2.0
>>> >
>>> > Thoughts?
>>>
>>> Thanks,
>>>
>>> Jason
>>>
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder,  Apache Maven
>>> http://twitter.com/jvanzyl
>>> ---------------------------------------------------------
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>

Reply via email to