Return-Path: 
 <notifications-return-6435-apmail-ant-notifications-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-notifications-archive@locus.apache.org
Received: (qmail 45770 invoked from network); 3 Dec 2008 20:54:34 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 3 Dec 2008 20:54:34 -0000
Received: (qmail 94706 invoked by uid 500); 3 Dec 2008 20:54:46 -0000
Delivered-To: apmail-ant-notifications-archive@ant.apache.org
Received: (qmail 94679 invoked by uid 500); 3 Dec 2008 20:54:46 -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 94669 invoked by uid 99); 3 Dec 2008 20:54:46 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2008 12:54:46 -0800
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; Wed, 03 Dec 2008 20:53:26 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 529C7234C2A3
	for <notifications@ant.apache.org>; Wed,  3 Dec 2008 12:53:44 -0800 (PST)
Message-ID: <959527144.1228337624337.JavaMail.jira@brutus>
Date: Wed, 3 Dec 2008 12:53:44 -0800 (PST)
From: "Maarten Coene (JIRA)" <jira@apache.org>
To: notifications@ant.apache.org
Subject: [jira] Resolved: (IVY-980) NullPointerException when resolving
 module without revision in the pattern
In-Reply-To: <873503848.1228258847339.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-980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Maarten Coene resolved IVY-980.
-------------------------------

    Resolution: Fixed

I've committed a fix into svn trunk.
Could you please give it a try to see if it has solved your problem and provide us your feedback?

thanks,
Maarten

> NullPointerException when resolving module without revision in the pattern
> --------------------------------------------------------------------------
>
>                 Key: IVY-980
>                 URL: https://issues.apache.org/jira/browse/IVY-980
>             Project: Ivy
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 2.0-RC1, 2.0-RC2
>         Environment: Intel / Windows 2000 (Server) / Windows XP.
>            Reporter: Craig paddon
>            Assignee: Maarten Coene
>             Fix For: trunk
>
>
> When I switched to RC1 or RC2 I experianced the following error (which worked fine in previuos versions).
> When there is a dependancy which uses the rev="+" and there is no revision on the artifact in the repository the resolver throws a null pointer.
> [ivy:resolve] :::: WARNINGS
> [ivy:resolve]           ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:resolve]           ::          UNRESOLVED DEPENDENCIES         ::
> [ivy:resolve]           ::::::::::::::::::::::::::::::::::::::::::::::
> [ivy:resolve]           :: acme#SomeJar;+: java.lang.NullPointerException at org.apache.ivy.plugins.resolver.Bas
> icResolver.resolveAndCheckRevision(BasicResolver.java:457)
> [ivy:resolve]           ::::::::::::::::::::::::::::::::::::::::::::::
> I have a filesystem resolver with the following pattern:
> <filesystem name="remote3rdParty" checkmodified="false" cache="systemCahce">
>         <artifact pattern="\\someServer\IvyRepo\external\[organisation]\[artifact]-[revision].[ext]"/>
>         <artifact pattern="\\someServer\IvyRepo\external\[organisation]\[artifact].[ext]"/>
> </filesystem>
> (Some artifacts in the 3rd party library don't have versions).
> The file path is:
> \\someServer\IvyRepo\external\acme\SomeJar.jar
> The dependancy is:
> <dependency name="SomeJar" org="acme" rev="+" conf="runtime-jar->default;"/>
> From a client point of view, the module doesn't care what version... just get the latest.... and if there is no version just get the current one.
> There are a number of work arounds...
> a) Ensure all JARs in the repository have a version ... Invent a version on ones which don't have any version. (Probably a good idea anyway).
>        - If this is the case then thats fine. It should just be a documented feature :)
> b) Use the beta version of ivy.
> c) Change the client module to specify no revision rev=""

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