DO NOT REPLY [Bug 21424] New: - stcheckout task fails to obey "deleteuncontrolled attribute, leaves errant subdirectories in basedir

[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=21424>.
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=21424

stcheckout task fails to obey "deleteuncontrolled attribute, leaves errant subdirectories in basedir

           Summary: stcheckout task fails to obey "deleteuncontrolled
                    attribute, leaves errant subdirectories in basedir
           Product: Ant
           Version: 1.5.3
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Optional Tasks
        AssignedTo: dev@ant.apache.org
        ReportedBy: weiqigao@networkusa.net


I have observed some behavioral changed of the StarTeam checkout task 
stcheckout between Ant 1.5.1 and Ant 1.5.3.

I'm using the task this way:
  <target name="checkout">
    <stcheckout username="me"
            password="mysecret"
            url="myserver:49201/myproject/myproject"
            rootstarteamfolder="java"
            createworkingdirs="true"
            includes="*"
            excludes="*Src.jar"
            deleteuncontrolled="true"/>
  </target>

I switched from using Ant 1.5.1 to Ant 1.5.3 last week, and experienced 
two changes of behavior:

1. An empty set of working directories is created in the directory where 
I run the build.  Although the actual checked out files are in the 
correct place (the StarTeam default working folder as setup in the 
StarTeam GUI).

2. The stcheckout task doesn't seem to delete all the files that are NOT 
in StarTeam anymore, even though I have set deleteuncontolled to true.

Both were working properly in Ant 1.5.1 but not in 1.5.3.

We are using StarTeam 5.2.118 and the StarGate Runtime 5.2.  And Sun JDK 1.4.2.

I have tracked it down to this line of code in 
org.apache.tools.ant.tasfdef.optional.starteam.TreeBasedTask.getLocalRootMapping(Folder

starteamrootfolder):

localrootfolder = starteamrootfolder.getPathFragment();

On my system, this returns the final portion of my starteamrootfolder 
rather than the full path of the default working folder, which was what 
we want.

For my build file, I have
    starteamroolfolder="aaaa/bbbb/cccc"
and the localrootfolder gets set to "cccc" after this line.  It should probably
be set to "C:/myproject/aaaa/bbbb/cccc".

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