Mailing-List: contact m2-dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven 2 Developers List" <m2-dev@maven.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <26243874.1106857125072.JavaMail.orion@beaver.codehaus.org>
Date: Thu, 27 Jan 2005 15:18:45 -0500 (EST)
From: jira@codehaus.org
To: m2-dev@maven.apache.org
Subject: [jira] Assigned: (MNG-78) create dependency classification system to
 minimize local repo bloat
In-Reply-To: <16645633.1093936639897.JavaMail.orion@beaver.codehaus.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Message:

   The following issue has been re-assigned.

   Assignee:  (mailto:)
---------------------------------------------------------------------
View the issue:
  http://jira.codehaus.org/browse/MNG-78

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: MNG-78
    Summary: create dependency classification system to minimize local repo bloat
       Type: Task

     Status: Unassigned
   Priority: Major

 Original Estimate: 8 hours
 Time Spent: Unknown
  Remaining: 8 hours

    Project: m2

   Assignee: 
   Reporter: John Casey

    Created: Tue, 31 Aug 2004 3:17 AM
    Updated: Thu, 27 Jan 2005 3:18 PM
Environment: n/a

Description:
Currently, all dependencies are resolved and retrieved transitively before a project is built. This means that any dependencies included in other projects' poms purely for testing purposes (f.e. jmock, junit, httpunit, etc.) will also be downloaded, regardless of whether the current project actually needs them for testing. The net result is a bloated local repository, as all testing, etc. [non-runtime] dependencies of each dependency project is retrieved.

One facet of the consequences of this can be seen in MNG-77.

There has been some talk about how best to classify dependencies within maven, but as far as I know, nothing concrete has come out of it. I would like to nail this particular functionality down, and get it implemented, to reduce the overhead of manual POM construction, among other things.

Often, it is completely inappropriate to include compile-time dependencies in a bundled distro (f.e. EJBs cannot include j2ee.jar). This issue has seen some play on the maven-1 lists lately, and I'd like to hit it out of the park with m2.


---------------------------------------------------------------------
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