[ http://issues.apache.org/jira/browse/HADOOP-149?page=comments#action_12375173 ]
Doug Cutting commented on HADOOP-149: ------------------------------------- Yes, this is a pain. I think the root of the problem is that file modes are not cross-platform, so Java doesn't have an API to access them. As a work-around, can you, instead of directly invoking your scripts, invoke '/bin/bash myScript.sh'? That way you don't require things to be executable. > TaskTracker#unJar trashes file modes > ------------------------------------ > > Key: HADOOP-149 > URL: http://issues.apache.org/jira/browse/HADOOP-149 > Project: Hadoop > Type: Bug > Versions: 0.2 > Environment: linux > Reporter: [EMAIL PROTECTED] > Priority: Minor > > Last Changed Rev: 395069 > The unJar'ing of the job 'jar', trashes any file modes I've lovingly set at > zip time. This is a bit of a pain when my job wants to run external scripts > and I want to bundle the scripts up in the jar itself for distribution out to > slaves. > I ain't sure how to address the issue though. Nought about unix file modes in > JarEntry nor ZipEntry. I tried the ant 1.6.5 task unjar and unzip tasks > thinking they'd respect file modes but they do same as TaskTracker#unJar > (Commons zip makes mention of unix file modes but I haven't tried it). > Perhaps support for jobs as tar(.gz) bundles? (But again, couldn't use ant > to untar. It does same as unzip/unjar trashing file permissions). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
