Return-Path: 
 <notifications-return-4981-apmail-ant-notifications-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-notifications-archive@locus.apache.org
Received: (qmail 6731 invoked from network); 29 Sep 2008 21:03:05 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 29 Sep 2008 21:03:05 -0000
Received: (qmail 71770 invoked by uid 500); 29 Sep 2008 21:03:03 -0000
Delivered-To: apmail-ant-notifications-archive@ant.apache.org
Received: (qmail 71754 invoked by uid 500); 29 Sep 2008 21:03:03 -0000
Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:notifications-help@ant.apache.org>
List-Unsubscribe: <mailto:notifications-unsubscribe@ant.apache.org>
List-Post: <mailto:notifications@ant.apache.org>
List-Id: <notifications.ant.apache.org>
Reply-To: dev@ant.apache.org
Delivered-To: mailing list notifications@ant.apache.org
Received: (qmail 71745 invoked by uid 99); 29 Sep 2008 21:03:03 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Sep 2008 14:03:03 -0700
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Sep 2008 21:02:10 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 33D9E234C1E2
	for <notifications@ant.apache.org>; Mon, 29 Sep 2008 14:02:44 -0700 (PDT)
Message-ID: <888004052.1222722164205.JavaMail.jira@brutus>
Date: Mon, 29 Sep 2008 14:02:44 -0700 (PDT)
From: "Pavel Sher (JIRA)" <jira@apache.org>
To: notifications@ant.apache.org
Subject: [jira] Commented: (IVY-881) Ivy incorrectly searches for an
 artifact if it contains / in the name
In-Reply-To: <2036800724.1218537644374.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/IVY-881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12635527#action_12635527 ] 

Pavel Sher commented on IVY-881:
--------------------------------

The bug still exists in Ivy-2.0 RC1. I have the following ivy.xml on server:
<?xml version="1.0" encoding="UTF-8"?>
<ivy-module version="1.4">
  <info .../>
  <publications>
   ...
    <artifact name="javadoc/index" type="html" ext="html" />
   ...
  </publications>
</ivy-module>

Then I am trying to download it with help of the following ivy.xml on the client side:
<ivy-module version="2.0">
<info ...>
<dependencies>
<dependency ...>
<include name="javadoc/*" type="html" ext="html" matcher="glob" />
</dependency>
</dependencies>
</ivy-module>

And Ivy fails to do that because it tries to match pattern javadoc/* to name javadoc\index.html (note the difference in slash and back slash). I had to debug through Ivy sources to understand why it happens. 

These dependencies work just fine in Ivy-1.4.1 



> Ivy incorrectly searches for an artifact if it contains / in the name
> ---------------------------------------------------------------------
>
>                 Key: IVY-881
>                 URL: https://issues.apache.org/jira/browse/IVY-881
>             Project: Ivy
>          Issue Type: Bug
>          Components: Core
>            Reporter: Pavel Sher
>            Assignee: Xavier Hanin
>
> Yesterday (2008-Aug-11) I've build Ivy from the sources and found that Ivy cannot download artifact with / in its name. It seems the bug can be reproduced on windows only.  
> I have the following ivy.xml:
> <?xml version="1.0" encoding="UTF-8"?>
> <ivy-module version="2.0">
>   <info organisation="org" module="module" />
>   <dependencies>
>     <dependency org="org" name="dep" rev="rev" changing="true">
>       <include name="dir/path-to-artifact" type="zip" ext="zip" matcher="glob" />
>     </dependency>
>   </dependencies>
> </ivy-module>
> I tried to debug Ivy source code, and it looks like the problem is somewhere near this code (IvyNode.java):
> 789:     Map allArtifacts = new HashMap();
>                 for (int i = 0; i < confs.length; i++) {
>                     Artifact[] arts = md.getArtifacts(confs[i]);
>                     for (int j = 0; j < arts.length; j++) {
>                         allArtifacts.put(arts[j].getId().getArtifactId(), arts[j]);
>                     }
>                 }
> The produced Map of all artifacts contains dir\path-to-artifact instead of dir/path-to-artifact. And because of this matcher cannot find the required artifact. In Ivy-2.0-beta2 such artifacts were downloaded without problem.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.