Return-Path: X-Original-To: apmail-ant-dev-archive@www.apache.org Delivered-To: apmail-ant-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 29A9010417 for ; Mon, 30 Sep 2013 20:23:52 +0000 (UTC) Received: (qmail 14038 invoked by uid 500); 30 Sep 2013 20:23:51 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 13702 invoked by uid 500); 30 Sep 2013 20:23:45 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 13686 invoked by uid 99); 30 Sep 2013 20:23:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Sep 2013 20:23:43 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of g.grigelionis@gmail.com designates 74.125.82.54 as permitted sender) Received: from [74.125.82.54] (HELO mail-wg0-f54.google.com) (74.125.82.54) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Sep 2013 20:23:36 +0000 Received: by mail-wg0-f54.google.com with SMTP id m15so6463291wgh.9 for ; Mon, 30 Sep 2013 13:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Y6zwQtE8aHMqT0Vn86ZJ9v4wOPIAIDQD4XDt2ipZf0w=; b=pBeIYcwmj/l96nZrTy7H1FIbjBqEOv9WisHcd8HvPPgY0KhixET90aRyRIN4ApsAn8 Xkf6U31UR750oqvgrrJlq92mUAjx8EViQsO6qlUi4W8myBSvCk/4iqirrTbboEDW8ETR Z1OQ1/GhIStGu15f1hZ1SiqCJj9yKwJqpK9Y57gMQ3Exs1/iySYsbUjgG8Q8xg5ja0Rl FSMqo5En0IIbOZgA2c8IPkbFm7O3afEmeXVOhnCXP5+BpKU6x7LihpECUfl7UOUOsZ1q Lf3FZ6GVwVv1j/ZdAuoN8GcppByUN8TDESOVISL2Au1Ec940q4eNF3jbBRtOrKFgfqvz IqIA== MIME-Version: 1.0 X-Received: by 10.180.73.134 with SMTP id l6mr15337518wiv.16.1380572595903; Mon, 30 Sep 2013 13:23:15 -0700 (PDT) Received: by 10.227.42.202 with HTTP; Mon, 30 Sep 2013 13:23:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 22:23:15 +0200 Message-ID: Subject: Re: finding out the original target names in an imported project From: Gintautas Grigelionis To: dev@ant.apache.org Content-Type: multipart/alternative; boundary=f46d043d673f2a633704e79f9b02 X-Virus-Checked: Checked by ClamAV on apache.org --f46d043d673f2a633704e79f9b02 Content-Type: text/plain; charset=ISO-8859-1 But, there is one definite bug: the original name of the default target has its location set to line rather than the actual line. Gintas 2013/9/30 Gintautas Grigelionis > I must correct myself again... the short names are there, too, and one may > use getLocation() to get rid of the doubles/correct getDependencies(). > Still, the inconsistency remains... > > Gintas > > > 2013/9/30 Gintautas Grigelionis > >> Sorry for double post, my description of the problem is incorrect. The >> middle paragraph should read: >> >> Now getName() of a Target returns the original name prepended by the name >> of the *imported* project (the same as corresponding key in getTargets() >> in a Project), *but* getProject() returns the top project name, so there >> is no way to find out what the original name is. Neither is there a simple >> way to correct the dependency names. >> >> Gintas >> >> >> 2013/9/30 Gintautas Grigelionis >> >>> I have noticed (belatedly) a change in Ant API, namely, that there >>> seems to be no way to find out >>> what the original target names in an imported project are. Previously, >>> original names were returned by >>> getName() in a corresponding Target, which was consistent with >>> getDependencies(). >>> >>> Now getName() returns the original name prepended by the top project >>> name, the same as >>> corresponding key in getTargets() in a Project, and getProject() >>> returns the top project name, >>> so there is no way to find out what the original name is. >>> >>> It should be considered a bug: either getName(), getProject() or >>> getDependencies() must be fixed >>> so that the information is consistent: either "fully qualified" names >>> are used everywhere, or else >>> there should be a way to obtain the original target names (which I >>> would prefer). >>> >>> Gintas >>> >> >> > --f46d043d673f2a633704e79f9b02--