|
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=298616#comment-298616 ] Christoph Gritschenberger commented on MASSEMBLY-557: ----------------------------------------------------- Indeed that fixed it. Thanks a ton. I added forced the directoryMode to 755 in the assembly-descriptor-section of the corresponding directory and that was it. {code} diff --git a/assembly/src/descriptors/bin.xml b/assembly/src/descriptors/bin.xml index 562c4db..c874142 100644 --- a/assembly/src/descriptors/bin.xml +++ b/assembly/src/descriptors/bin.xml @@ -98,6 +98,7 @@ <outputDirectory>/config/</outputDirectory> <lineEnding>dos</lineEnding> <fileMode>0644</fileMode> + <directoryMode>0755</directoryMode> </fileSet> <!-- Copy openengsb system repo --> <fileSet> {code} > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=298613#comment-298613 ] Geoffrey De Smet edited comment on MASSEMBLY-557 at 5/14/12 9:04 AM: --------------------------------------------------------------------- @Christoph I 've found a possible workaround, can you check if it works for you too? {code} <dependencySet> ... <!-- Workaround for https://jira.codehaus.org/browse/MASSEMBLY-557 --> <fileMode>755</fileMode> <directoryMode>755</directoryMode> <unpack>true</unpack> ... </dependencySet> {code} was (Author: ge0ffrey): @Christoph I 've found a possible workaround, can you check if it works for you too? {code} <dependencySet> ... <!-- Workaround for https://jira.codehaus.org/browse/MASSEMBLY-557 --> <fileMode>755</fileMode> <directoryMode>755</directoryMode> <unpack>true</unpack> ... </dependencySet> {code} I presume the bug is in org.apache.maven.plugin.assembly.archive.task.AddArtifactTask#execute near AddArtifactTask.java line 145: {code} if ( directoryMode != -1 ) { archiver.setDirectoryMode( directoryMode ); dirModeSet = true; } {code} I think the directoryMode (or the defaultDirectoryMode) should be set to a default value anyway. Or that the Archiver from plexus-archiver should do that automatically. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=298644#comment-298644 ] Geoffrey De Smet commented on MASSEMBLY-557: -------------------------------------------- SUMMARY of the issue: *the assembly zip is randomly corrupted if <dependenySet> together with <unzip>true</> is used without explicitly setting the <directoryMode>...</>*. I presume the bug is in org.apache.maven.plugin.assembly.archive.task.AddArtifactTask#execute near AddArtifactTask.java line 145: {code} if ( directoryMode != -1 ) { archiver.setDirectoryMode( directoryMode ); dirModeSet = true; } {code} I think the directoryMode (or the defaultDirectoryMode) should be set to a default value anyway. Or that the Archiver from plexus-archiver should do that automatically. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=298745#comment-298745 ] Christoph Gritschenberger commented on MASSEMBLY-557: ----------------------------------------------------- I'm not sure that's it. We do not use either <dependencySet> nor <unzip> in our assembly-descriptor. The "config" directory in question, is part of the assembly's src-folder (--> it's copied from target/classes). We basically unpack another assembly (apache-karaf) and among other things add an additional folder named "config". The unpacking we configured using an execution-configuration in the assembly's pom.xml {code} <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack-unix</id> <phase>generate-resources</phase> <goals> <goal>unpack</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>org.apache.karaf</groupId> <artifactId>apache-karaf</artifactId> <type>tar.gz</type> <outputDirectory>target/dependencies/unix</outputDirectory> </artifactItem> </artifactItems> </configuration> </execution> ... {code} The config-directory is added using a <fileSet> {code} ... <fileSet> <directory>target/classes/config</directory> <outputDirectory>/config/</outputDirectory> <lineEnding>dos</lineEnding> <fileMode>0644</fileMode> </fileSet> ... {code} > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=298745#comment-298745 ] Christoph Gritschenberger edited comment on MASSEMBLY-557 at 5/15/12 4:54 AM: ------------------------------------------------------------------------------ I'm not sure that's it. We do not use either <dependencySet> nor <unzip> in our assembly-descriptor. The "config" directory in question, is part of the assembly's src-folder (--> it's copied from target/classes). We basically unpack another assembly (apache-karaf) and among other things add an additional folder named "config". The unpacking we configured using an execution-configuration in the assembly's pom.xml {code} <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack-unix</id> <phase>generate-resources</phase> <goals> <goal>unpack</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>org.apache.karaf</groupId> <artifactId>apache-karaf</artifactId> <type>tar.gz</type> <outputDirectory>target/dependencies/unix</outputDirectory> </artifactItem> </artifactItems> </configuration> </execution> ... {code} The config-directory is added using a <fileSet> {code} ... <fileSet> <directory>target/classes/config</directory> <outputDirectory>/config/</outputDirectory> <lineEnding>dos</lineEnding> <fileMode>0644</fileMode> </fileSet> ... {code} You can browse the full source at https://github.com/openengsb/openengsb-framework/tree/v2.4.2/assembly Currently we downgraded the assembly-plugin to 2.2.2 as a workaround (the <directoryMode> thing is not in the main tree yet). was (Author: christophgr): I'm not sure that's it. We do not use either <dependencySet> nor <unzip> in our assembly-descriptor. The "config" directory in question, is part of the assembly's src-folder (--> it's copied from target/classes). We basically unpack another assembly (apache-karaf) and among other things add an additional folder named "config". The unpacking we configured using an execution-configuration in the assembly's pom.xml {code} <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <executions> <execution> <id>unpack-unix</id> <phase>generate-resources</phase> <goals> <goal>unpack</goal> </goals> <configuration> <artifactItems> <artifactItem> <groupId>org.apache.karaf</groupId> <artifactId>apache-karaf</artifactId> <type>tar.gz</type> <outputDirectory>target/dependencies/unix</outputDirectory> </artifactItem> </artifactItems> </configuration> </execution> ... {code} The config-directory is added using a <fileSet> {code} ... <fileSet> <directory>target/classes/config</directory> <outputDirectory>/config/</outputDirectory> <lineEnding>dos</lineEnding> <fileMode>0644</fileMode> </fileSet> ... {code} > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=307479#comment-307479 ] Christian Bayer commented on MASSEMBLY-557: ------------------------------------------- @Christoph Gritschenberger We have a similar setup, that can be reduced to a fileSet with a directory but no explicit directoryMode set. Try adding {code} <directoryMode>0755</directoryMode> {code} to your fileSet. Worked for us. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=307681#comment-307681 ] Christoph Gritschenberger commented on MASSEMBLY-557: ----------------------------------------------------- That's exactly what I did to make it work. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313218#comment-313218 ] Kristian Rosenvold commented on MASSEMBLY-557: ---------------------------------------------- Could someone test 2.4-SNAPSHOT and see if the problem is still there ? > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313239#comment-313239 ] Geoffrey De Smet commented on MASSEMBLY-557: -------------------------------------------- @Kristian it's random (not always reproducable). However, since no one linked a commit to the assembly plugin that defaults the directoryMode correctly, it's probably still in there. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313301#comment-313301 ] Kristian Rosenvold commented on MASSEMBLY-557: ---------------------------------------------- @Geoffery; the default file modes originate within plexus-archiver. Our linking to commits in plexus is somewhat arbitrary. There is a fair chance this issue is fixed since I vaguely recall fixing something about file attributes in plexus ;) > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313402#comment-313402 ] Christoph Gritschenberger commented on MASSEMBLY-557: ----------------------------------------------------- I just tested again with maven-assembly-plugin-2.4-20121112.092019-526.jar Behavior is still the same. We still have to stick with the above workaround. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
|
In reply to this post by JIRA jira@codehaus.org
[ https://jira.codehaus.org/browse/MASSEMBLY-557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313402#comment-313402 ] Christoph Gritschenberger edited comment on MASSEMBLY-557 at 11/12/12 5:58 AM: ------------------------------------------------------------------------------- I just tested again with maven-assembly-plugin-2.4-20121112.092019-526.jar Behavior is still the same. We still have to stick with the above workaround. BTW: it's 100% reproducible for me when following the steps I described earlier (https://jira.codehaus.org/browse/MASSEMBLY-557?focusedCommentId=295409&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-295409) was (Author: christophgr): I just tested again with maven-assembly-plugin-2.4-20121112.092019-526.jar Behavior is still the same. We still have to stick with the above workaround. > Corrupted zip created by assembly: extracting the zip forgets certain folders (or throws permission denied errors) possibly because zip index is corrupted > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: MASSEMBLY-557 > URL: https://jira.codehaus.org/browse/MASSEMBLY-557 > Project: Maven 2.x Assembly Plugin > Issue Type: Bug > Affects Versions: 2.2.1 > Reporter: Geoffrey De Smet > Priority: Critical > Attachments: droolsjbpm-integration-distribution-5.2.0.M2_BROKEN_IN_reference_manual_gutted.zip > > > Take a look at the attached zip created by the assembly plugin. > - If you open it, you can see navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/. In that map you find the file droolsjbpm-integration-docs.pdf which you can open with a PDF reader. > - If instead you extract the entire archive to a directory, and navigate to the submap /droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/pdf/, you 'll find that that map is unreadable (chmod 000) and the pdf file is gone. > The directories html_single and html suffer the same fate, but none of the other directories do. > I used the default linux Ubuntu 10.10 archive manager (which according to about screen is called "File-roller 2.32.0"). > I used Maven 3.0.3, maven-assembly-plugin 2.2.1. > Note that that attached zip is gutted to stay inside the maximum file upload size. > Possible reproduce recipe: > {code} > git clone [hidden email]:droolsjbpm/droolsjbpm-integration.git > cd droolsjbpm-integration > git checkout 5.2.0.M2 > mvn clean install -DskipTests -Dfull > cd droolsjbpm-integration/target > ls > {code} > {code} > checkdir error: cannot create /home/gdesmet/tmp/releases/problem_with_the_release_zip/droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images > Permission denied > unable to process droolsjbpm-integration-distribution-5.2.0.M2/reference_manual/html_single/images/. > ... > {code} -- 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 |
| Powered by Nabble | Edit this page |
