[ https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=287282#comment-287282 ]
Andreas Kohn commented on MASSEMBLY-449: ---------------------------------------- I just spent some time trying to understand the octal/decimal issue here. From what I can see the difference between fileMode-inside-descriptor and fileMode-inside-pom seems to appear because the descriptor is parsed by the assembly plugin (see MASSEMBLY-173), while the pom <archiverConfig> is parsed using plexus's injection logic. In maven 2 the plexus IntConverter does not support octal/hexadecimal, while in maven 3 the equivalent code does (see https://github.com/sonatype/sisu/commit/badeded7ee09c3422265edd8d1b8172ee36b677d ). I've filed PLX-463 now to merge that change, but I guess the assembly-plugin would need changes as well then to depend on such a fixed plexus? > Permissions on directories in a zipped archive incorrect > -------------------------------------------------------- > > Key: MASSEMBLY-449 > URL: https://jira.codehaus.org/browse/MASSEMBLY-449 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2-beta-4 > Reporter: James Kavanagh > > Using the following assembly plugin: > {code:xml} > <assembly> > <id>target-packaged</id> > <formats> > <format>zip</format> > </formats> > <includeBaseDirectory>false</includeBaseDirectory> > <moduleSets> > <moduleSet> > <includes> > <include>*:core-env</include> > </includes> > <binaries> > <attachmentClassifier>env</attachmentClassifier> > <includeDependencies>false</includeDependencies> > <unpack>true</unpack> > </binaries> > </moduleSet> > <moduleSet> > <includes> > <include>*:data-bridge</include> > </includes> > <binaries> > <attachmentClassifier>target</attachmentClassifier> > <includeDependencies>false</includeDependencies> > <unpack>true</unpack> > </binaries> > </moduleSet> > <moduleSet> > <includes> > <include>*:web</include> > </includes> > <binaries> > <attachmentClassifier>web</attachmentClassifier> > <includeDependencies>false</includeDependencies> > <unpack>true</unpack> > </binaries> > </moduleSet> > </moduleSets> > </assembly> > {code} > When unzipping the result on a Linux host all the directory permissions have > been set to 777. > If I revert the plugin version to 2.2-beta-3 the issue goes away. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira