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=33955>. 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=33955 ------- Additional Comments From [EMAIL PROTECTED] 2005-03-21 09:54 ------- I think the problem is in the tarFile method of the Tar task. I think it has to do with the fact that the prefix is simply a string (in the code) and is only constructed at runtime, so inspecting the TarFileSet for the info simply produces (0) for UID/GID for the directories specced in the prefix, whereas as soon as the 'real' file is reached, the TarFileSet actually contains the correct info. TarEntry te = new TarEntry(vPath); <- includes prefix as String, sets GID/UID to 0 te.setModTime(file.lastModified()); if (!file.isDirectory()) { te.setSize(file.length()); te.setMode(tarFileSet.getMode()); } else { te.setMode(tarFileSet.getDirMode()); } te.setUserName(tarFileSet.getUserName()); <- these will be blank if the directories don't exist in the initial tarFileSet passed in te.setGroupName(tarFileSet.getGroup()); te.setUserId(tarFileSet.getUid()); te.setGroupId(tarFileSet.getGid()); The way to fix it is eluding me right now, but it'll probably involve managing the TarFileSet/vPath in some way so that the UID/GID of the files at the leaf of the tree are used to set the UID/GID of the dirs. Just not sure how to do this after scanning the code :) Kev -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
