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: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
