[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2014-02-18 Thread Robert Metzger (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=341637#comment-341637
 ] 

Robert Metzger commented on MASSEMBLY-449:
--

I can confirm that the bug still exists with 2.4.

 Permissions on directories in a zipped archive incorrect
 

 Key: MASSEMBLY-449
 URL: https://jira.codehaus.org/browse/MASSEMBLY-449
 Project: Maven Assembly Plugin
  Issue Type: Bug
  Components: permissions
Affects Versions: 2.2-beta-4
Reporter: James Kavanagh
 Fix For: 2.4


 Using the following assembly plugin:
 {code:xml}
 assembly
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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 was sent by Atlassian JIRA
(v6.1.6#6162)


[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2013-06-08 Thread Julien Nicoulaud (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=326385#comment-326385
 ] 

Julien Nicoulaud commented on MASSEMBLY-449:


I can still see this bug in 2.4. The workaround with the archiverConfig works.

 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
  Components: permissions
Affects Versions: 2.2-beta-4
Reporter: James Kavanagh
 Fix For: 2.4


 Using the following assembly plugin:
 {code:xml}
 assembly
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-11-07 Thread Dennis Lundberg (JIRA)

 [ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dennis Lundberg closed MASSEMBLY-449.
-

   Resolution: Fixed
Fix Version/s: 2.4

 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
  Components: permissions
Affects Versions: 2.2-beta-4
Reporter: James Kavanagh
 Fix For: 2.4


 Using the following assembly plugin:
 {code:xml}
 assembly
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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




[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-11-02 Thread Dennis Lundberg (JIRA)

 [ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dennis Lundberg updated MASSEMBLY-449:
--

Component/s: permissions

 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
  Components: permissions
Affects Versions: 2.2-beta-4
Reporter: James Kavanagh

 Using the following assembly plugin:
 {code:xml}
 assembly
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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




[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-02-21 Thread Leo Leung (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=292395#comment-292395
 ] 

Leo Leung commented on MASSEMBLY-449:
-

@Kristian Rosenvold Thanks for that. Overriding the dependency to plexus-io 
2.0.3 worked.

 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
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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




[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-02-20 Thread Kristian Rosenvold (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=292208#comment-292208
 ] 

Kristian Rosenvold commented on MASSEMBLY-449:
--

@Leo Leung You need to update the plexus-io dependency of the assembly plugin 
to 2.0.3, which will arrive in maven central in a few hours

 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
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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




[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-02-19 Thread Leo Leung (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=292170#comment-292170
 ] 

Leo Leung commented on MASSEMBLY-449:
-

The workaround provided by Andreas Veithen no longer works with version 2.3 .
I get the following exception when I try to add the archiverConfig 
configuration to get around this issue:

{noformat}
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] null
[INFO] 
[DEBUG] Trace
java.lang.NullPointerException
at 
org.codehaus.plexus.components.io.attributes.PlexusIoResourceAttributeUtils.mergeAttributes(PlexusIoResourceAttributeUtils.java:70)
at 
org.codehaus.plexus.components.io.resources.PlexusIoFileResourceCollection.addResources(PlexusIoFileResourceCollection.java:149)
at 
org.codehaus.plexus.components.io.resources.PlexusIoFileResourceCollection.getResources(PlexusIoFileResourceCollection.java:195)
at 
org.codehaus.plexus.archiver.AbstractArchiver$1.hasNext(AbstractArchiver.java:455)
at 
org.apache.maven.plugin.assembly.filter.ComponentsXmlArchiverFileFilter.finalizeArchiveCreation(ComponentsXmlArchiverFileFilter.java:166)
at 
org.codehaus.plexus.archiver.AbstractArchiver.runArchiveFinalizers(AbstractArchiver.java:871)
at 
org.codehaus.plexus.archiver.AbstractArchiver.createArchive(AbstractArchiver.java:895)
at 
org.apache.maven.plugin.assembly.archive.archiver.AssemblyProxyArchiver.createArchive(AssemblyProxyArchiver.java:512)
at 
org.apache.maven.plugin.assembly.archive.DefaultAssemblyArchiver.createArchive(DefaultAssemblyArchiver.java:185)
at 
org.apache.maven.plugin.assembly.mojos.AbstractAssemblyMojo.execute(AbstractAssemblyMojo.java:452)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] 

{noformat}

 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
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 

[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2012-01-02 Thread Andreas Kohn (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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




[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect

2011-12-25 Thread Silvestrov Ilya (JIRA)

[ 
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=286810#comment-286810
 ] 

Silvestrov Ilya commented on MASSEMBLY-449:
---

This problem still exist for 2.2.2 version.

@Andreas, thanks for you workaround, it solves a problem.

 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
 idtarget-packaged/id
 formats
 formatzip/format
 /formats
 includeBaseDirectoryfalse/includeBaseDirectory
 moduleSets
 moduleSet
 includes
 include*:core-env/include
 /includes
 binaries
 attachmentClassifierenv/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:data-bridge/include
 /includes
 binaries
 attachmentClassifiertarget/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/unpack
 /binaries
 /moduleSet
 moduleSet
 includes
 include*:web/include
 /includes
 binaries
 attachmentClassifierweb/attachmentClassifier
 includeDependenciesfalse/includeDependencies
 unpacktrue/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