Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Date: 13 Sep 2003 20:21:09 -0000
Message-ID: <20030913202109.10251.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@ant.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 23154] New:  -
    Filterset goes invalid after first copy operation in copy task

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23154>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23154

Filterset goes invalid after first copy operation in copy task

           Summary: Filterset goes invalid after first copy operation in
                    copy task
           Product: Ant
           Version: 1.6Alpha (nightly)
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Core
        AssignedTo: dev@ant.apache.org
        ReportedBy: gthb@dimon.is


ant -version output: "Apache Ant version 1.6alpha compiled on September 9 2003"

I have a copy task acting on a fileset with multiple files, with a filterset
defined with the start token "i", end token "s" and with one filter defined
in that filterset, with the filter token "s.dimon.d" and replacement value
"com.foo.bar". I'm using this to filter the string "is.dimon.ds" to the
string "com.foo.bar". It was working in 1.5.4. I then tried it in 1.6alpha
in order to verify the fix to Bug 23153, but then I got this:

Copying 96 files to C:\cvs\DS-4\delivs\code-repack\java-public
Replacing: is.dimon.ds -> com.foo.bar
Inifinite loop in tokens. Currently known tokens : [s.dimon.d]
Problem token : is.dimon.ds called from is.dimon.ds
Replacing: is.dimon.ds -> s.dimon.d
Replacing: is.dimon.ds -> s.dimon.d
Replacing: is.dimon.ds -> s.dimon.d
[...]

i.e. apparently the first file copy operation correctly did the replacement,
but then an "infinite loop" was detected (for whatever reason), and in
subsequent copy operations it appears that the filter replacement value has
been changed from "com.foo.bar" to "s.dimon.d", the filter token.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org