You are viewing a plain text version of this content. The canonical link for it is here.
Posted to m2-dev@maven.apache.org by ji...@codehaus.org on 2004/08/31 16:55:19 UTC

[jira] Commented: (MNG-78) create dependency classification system to minimize local repo bloat

The following comment has been added to this issue:

     Author: Jason van Zyl
    Created: Tue, 31 Aug 2004 10:54 AM
       Body:
These notions are entirely handled by the artifact handlers.
---------------------------------------------------------------------
View this comment:
  http://jira.codehaus.org/browse/MNG-78?page=comments#action_23630

---------------------------------------------------------------------
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: Open
   Priority: Major

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

    Project: m2
   Fix Fors:
             1.0-alpha-1
   Versions:
             1.0-alpha-1

   Assignee: John Casey
   Reporter: John Casey

    Created: Tue, 31 Aug 2004 3:17 AM
    Updated: Tue, 31 Aug 2004 10:54 AM
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