Return-Path: 
 <issues-return-60008-apmail-maven-issues-archive=maven.apache.org@maven.apache.org>
Delivered-To: apmail-maven-issues-archive@minotaur.apache.org
Received: (qmail 41930 invoked from network); 3 Jan 2010 03:02:28 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 3 Jan 2010 03:02:28 -0000
Received: (qmail 32229 invoked by uid 500); 3 Jan 2010 03:02:27 -0000
Delivered-To: apmail-maven-issues-archive@maven.apache.org
Received: (qmail 32134 invoked by uid 500); 3 Jan 2010 03:02:27 -0000
Mailing-List: contact issues-help@maven.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@maven.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@maven.apache.org>
List-Post: <mailto:issues@maven.apache.org>
List-Id: <issues.maven.apache.org>
Reply-To: dev@maven.apache.org
Delivered-To: mailing list issues@maven.apache.org
Received: (qmail 32124 invoked by uid 99); 3 Jan 2010 03:02:27 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Jan 2010 03:02:27 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [63.246.2.115] (HELO codehaus01.managed.contegix.com)
 (63.246.2.115)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Jan 2010 03:02:16 +0000
Received: from codehaus01.managed.contegix.com (localhost.localdomain
 [127.0.0.1])
	by codehaus01.managed.contegix.com (Postfix) with ESMTP id 3455114A823F
	for <issues@maven.apache.org>; Sat,  2 Jan 2010 21:01:55 -0600 (CST)
Date: Sat, 2 Jan 2010 21:01:55 -0600 (CST)
From: "Dan Tran (JIRA)" <jira@codehaus.org>
To: issues@maven.apache.org
Message-ID: 
 <3148534.50623.1262487715179.JavaMail.haus-jira@codehaus01.managed.contegix.com>
In-Reply-To: 
 <15438955.1208421475503.JavaMail.haus-jira@codehaus01.managed.contegix.com>
Subject: [jira] Closed: (MDEP-162) localRepository as file URL in
 settings.xml makes unpacking dependencies fail: expanding into null
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 4e90ceb663894a42f12c0e28abbab431
X-Virus-Checked: Checked by ClamAV on apache.org


     [ http://jira.codehaus.org/browse/MDEP-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dan Tran closed MDEP-162.
-------------------------

    Resolution: Won't Fix
      Assignee: Dan Tran  (was: Brian Fox)

even though url format is valid for localRepository settings, but I dont think it is worth for use to do the extra mile to support this since it is very uncommon usage.

> localRepository as file URL in settings.xml makes unpacking dependencies fail: expanding into null
> --------------------------------------------------------------------------------------------------
>
>                 Key: MDEP-162
>                 URL: http://jira.codehaus.org/browse/MDEP-162
>             Project: Maven 2.x Dependency Plugin
>          Issue Type: Bug
>          Components: unpack-dependencies
>    Affects Versions: 2.0
>         Environment: Windows XP
>            Reporter: Heiko Selber
>            Assignee: Dan Tran
>            Priority: Minor
>         Attachments: expanding_into_null.txt
>
>
> I specified the localRepository in settings.xml like this:
> <localRepository>file:///C:/.m2/repository</localRepository>
> Using a file URL is apparently valid for artifacts which are only downloaded.
> However, when a dependency is to be expanded to .unpacked-modules, a file URL leads to failure.
> The dependency is unpacked to the directory where mvn was started.
> The console output shows this line:
> [INFO] Expanding: c:\.m2\repository\com\company\project\activemq-cpp\2.1.3_02\activemq-cpp-2.1.3_02-win32.zip into null
> Debug output is attached, look for outputDirectory.
> The problem here is an inconsistency in treating a file URL; it is correctly used by some modules, but incorrectly by others.
> Possible solutions:
> 1. Accept file URLs everywhere (preferred)
> 2. Don't accept file URLs anywhere and fail cleanly when file URL is encountered
> 3. Document clearly in which format the path is to be given

-- 
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
-
For more information on JIRA, see: http://www.atlassian.com/software/jira