ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 34764] - Zip task sets '000' permission on UNIX
Date Tue, 30 Aug 2005 15:08:31 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34764>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34764





------- Additional Comments From apache@nslm.org  2005-08-30 17:08 -------
I beleive that we may be seeing the same issue.

    104     <target name="client-inject-tlds">
    105         <echo message="Injecting TLDs into ${client.war.name}" />
    106         <!-- Something is broken in Ant's zip task 
    107                 It doesn't do zip updating properly it effectively unzips
    108                 then rezips the old contents into the new file, and
    109                 messes the permissions up in the process (Unix "0000")
    110             -->
    111         <move file="${client.war.name}" tofile="${client.war.name}.tmp" />
    112         <zip
    113                 destfile="${client.war.name}"
    114                 duplicate="fail"
    115                 >
    116             <zipfileset
    117                     src="${client.war.name}.tmp"
    118                     filemode="0744"
    119                     dirmode="0755"
    120                     />
    121             <zipfileset
    122                     dir="${client.dir.build.tld}"
    123                     prefix="WEB-INF/lib"
    124                     filemode="0744"
    125                     dirmode="0755"
    126                     />
    127         </zip>
    128         <delete file="${client.war.name}.tmp" />
    129         <!-- this should work but doesn't... 
    130         <zip
    131                 destfile="${client.war.name}"
    132                 duplicate="fail"
    133                 update="true"
    134                 keepcompression="true"
    135                 >
    136             <zipfileset
    137                     dir="${client.dir.build.tld}"
    138                     prefix="WEB-INF/lib"
    139                     filemode="0744"
    140                     dirmode="0755"
    141                     />
    142         </zip>
    143         -->
    144     </target>

The commented out version at the bottom produces
d---------    2 nslm     users          80 Aug 30 14:28 META-INF
drwxr-xr-x    4 nslm     users         288 Aug 30 14:28 WEB-INF
----------    1 nslm     users        3311 Jul 25 09:32 advancedSearch.jsp

Where as the kludged version at the top produces
drwxr-xr-x    2 nslm     users          80 Aug 30 15:23 META-INF
drwxr-xr-x    4 nslm     users         288 Aug 30 15:23 WEB-INF
-rwxr--r--    1 nslm     users        3311 Jul 25 09:32 advancedSearch.jsp


META-INF and advancedSearch are in ${client.war.name}

It would appear that in "preserving" the contents of the original file you are
dropping the permissions associated with the existing entries.  I can see no way
to reset said permissions as suggested by Stefan, since it is the file we are
attempting to merge things into which is being corrupted. ${client.war.name} was
also created through ant during the same build sequence.

This is also with ant 1.6.2

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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


Mime
View raw message