DO NOT REPLY [Bug 4634] New: - empty begintoken and endtoken in copy task filterset will hang Ant

[bu...@apache.org]

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=4634>.
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=4634

empty begintoken and endtoken in copy task filterset will hang Ant

           Summary: empty begintoken and endtoken in copy task filterset
                    will hang Ant
           Product: Ant
           Version: 1.4.1
          Platform: Sun
        OS/Version: Solaris
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Core tasks
        AssignedTo: ant-dev@jakarta.apache.org
        ReportedBy: peterwlynch@yahoo.com


Specifying a zero length string as the begin token and end token in a filterset 
used in a copy task will hang Ant.

Add the below xml to a build file, and add the appropriate files:

<copy file="./test.file"
    tofile="./output">
    <filterset begintoken="" endtoken="">
	<filtersfile file="./test.properties"/>
    </filterset>
</copy>


Ant will reach this line:

Reading filters from /home/foo/test.properties
     [copy] Copying 1 file to /home/foo
     [copy] Copying /home/foo/test.file to /home/foo/output

and then hang indefinitley.

One or both tokenmarkers can be set to "" to reproduce the bug.


Expected behavior:
I guess I was expecting Ant to not use the default @ token markers and instead 
just replace the token without using any markers to find it in the file.I'd 
prefer this than changing the behavior to use the default token markers if the 
token markers are zero length strings.

This gives flexibility in replacing tokens themselves:

@TEST_TOKEN@ could be changed to @NEW_TEST_TOKEN@ for example.


Regardless, Ant shouldn't hang. :-(

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>