Return-Path: <anonymous@nagoya.betaversion.org>
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 75673 invoked from network); 14 Mar 2003 18:09:54 -0000
Received: from exchange.sun.com (192.18.33.10)
  by daedalus.apache.org with SMTP; 14 Mar 2003 18:09:54 -0000
Received: (qmail 13023 invoked by uid 50); 14 Mar 2003 18:11:40 -0000
Date: 14 Mar 2003 18:11:40 -0000
Message-ID: <20030314181140.13022.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@ant.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 18007] New:  -
    stcheckin behavior of rootlocalfolder broken
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

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

stcheckin behavior of rootlocalfolder broken

           Summary: stcheckin behavior of rootlocalfolder broken
           Product: Ant
           Version: 1.5.2
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Major
          Priority: Other
         Component: Optional Tasks
        AssignedTo: dev@ant.apache.org
        ReportedBy: eric_schwarzenbach@classwell.com


With ant 1.5.1, my task works (though it ignores file status).  get output like:

starteam_checkin_schema_files:
[stcheckin] Warning: rootLocalFolder specified, but forcing off.
[stcheckin] overriding local folder to C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Sc
hema_Proc\depot\schemas
[stcheckin] Checking In: C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depo
t\schemas\text.xsd

Upgrading to 1.5.2 it no longer works, with output like:

starteam_checkin_schema_files:
[stcheckin] Recursive Checkin from: C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schem
a_Proc\depot\schemas
[stcheckin] Checking in to: mainline\ClasswellContent\ContentData\eBook\testSche
mas\
[stcheckin]   Includes specified: *.xsd
[stcheckin]   Items will be checked in with no change in lock status.
[stcheckin]   Items will be checked in regardless of repository status only if l
ocked.
[stcheckin] Local file missing: C:\april_2003\ClasswellContent\ContentData\eBook
\C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas\C:\DOCUME~1\ES
CHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas\mcd_msm\bookshell.xsd --> mai
nline\ClasswellContent\ContentData\eBook\testSchemas\mcd_msm\bookshell.xsd


I don't know how reliable the output is, but it seems to be screwing up it's
treament of the rootlocalfolder. My task sets that to be
"C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas"
(as the output shows)
However it "Local file missing" output seems to indicate that it is still
looking for the default working path for the project which would be
"C:\april_2003\ClasswellContent\ContentData\eBook\". In fact the output makes it
look like it's trying to append my rootlocalfolder path to the default path or
something. Regardless it's wrong, and it's not finding file which is indeed there.

FWIW, my full stcheckin task looks like:

  <target name="starteam_checkin_schema_files" depends="httpize_schema_refs,
cvs_checkout_latest_approved">
    <stcheckin servername="${st.server.name}" 
              serverport="${st.server.port}"
              projectname="${st.project.dtd}" 
              viewname="${st.view.dtd}"
              username="${st.user}"
              password="${st.pw}"
              rootlocalfolder="${schemas.temp.dir}/${cvs.module}/schemas"
              includes="*.xsd"
              forced="false"
              recursive="true"
              rootstarteamfolder="${st.root}"
              comment="Checkin latest approved from CVS"
              adduncontrolled="true"
   />
  </target>