[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect
[
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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
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}
>
> target-packaged
>
> zip
>
> false
>
>
>
> *:core-env
>
>
> env
> false
> true
>
>
>
>
> *:data-bridge
>
>
> target
> false
> true
>
>
>
>
> *:web
>
>
> web
> false
> true
>
>
>
>
> {code}
> When unzipping the result on a Linux host all the directory permissions have
> been set to 777.
> If I revert the plugin v
[jira] (MASSEMBLY-449) Permissions on directories in a zipped archive incorrect
[
https://jira.codehaus.org/browse/MASSEMBLY-449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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}
>
> target-packaged
>
> zip
>
> false
>
>
>
> *:core-env
>
>
> env
> false
> true
>
>
>
>
> *:data-bridge
>
>
> target
> false
> true
>
>
>
>
> *:web
>
>
> web
> false
> true
>
>
>
>
> {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-637) fileSet unix strips last newline of file
[ https://jira.codehaus.org/browse/MASSEMBLY-637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=343290#comment-343290 ] Leo Leung commented on MASSEMBLY-637: - I'm using version 2.4 and struck this bug. What's the easiest way to get this fix? > fileSet unix strips last newline of file > - > > Key: MASSEMBLY-637 > URL: https://jira.codehaus.org/browse/MASSEMBLY-637 > Project: Maven Assembly Plugin > Issue Type: Bug >Affects Versions: 2.4 > Environment: Linux ws117v6226517 2.6.32-5-686 #1 SMP Sun Sep 23 > 09:49:36 UTC 2012 i686 GNU/Linux > Apache Maven 3.0.4 (r1232337; 2012-01-17 01:44:56-0700) > Maven home: /usr/local/lib/apache-maven-3.0.4 > Java version: 1.6.0_33, vendor: Sun Microsystems Inc. > Java home: /usr/local/lib/jdk1.6.0_33/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux", version: "2.6.32-5-686", arch: "i386", family: "unix" >Reporter: deckrider >Assignee: Olivier Lamy > Fix For: 2.5 > > Attachments: MASSEMBLY-637.patch > > > using unix strips last newline of file when > building on Linux platform (not sure about other platforms) -- This message was sent by Atlassian JIRA (v6.1.6#6162)
[jira] (MASSEMBLY-637) fileSet unix strips last newline of file
[
https://jira.codehaus.org/browse/MASSEMBLY-637?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=343290#comment-343290
]
Leo Leung edited comment on MASSEMBLY-637 at 3/20/14 12:14 AM:
---
I'm using version 2.4 and struck this bug.
What's the easiest way to get this fix?
I'm getting "rejected hunks" when I try to apply the patch to the 2.4 source.
And using the files from
https://svn.apache.org/viewvc?view=revision&revision=r1506482
gives me the following compilation error:
{noformat}
[ERROR]
F:\maven-assembly-plugin\src\main\java\org\apache\maven\plugin\assembly\archive\DefaultAssemblyArchiver.java:[147,25]
error: method verifyTempDirectoryAvailability in class AssemblyFileUtils
cannot be applied to given types;
{noformat}
was (Author: leol):
I'm using version 2.4 and struck this bug.
What's the easiest way to get this fix?
> fileSet unix strips last newline of file
> -
>
> Key: MASSEMBLY-637
> URL: https://jira.codehaus.org/browse/MASSEMBLY-637
> Project: Maven Assembly Plugin
> Issue Type: Bug
>Affects Versions: 2.4
> Environment: Linux ws117v6226517 2.6.32-5-686 #1 SMP Sun Sep 23
> 09:49:36 UTC 2012 i686 GNU/Linux
> Apache Maven 3.0.4 (r1232337; 2012-01-17 01:44:56-0700)
> Maven home: /usr/local/lib/apache-maven-3.0.4
> Java version: 1.6.0_33, vendor: Sun Microsystems Inc.
> Java home: /usr/local/lib/jdk1.6.0_33/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "2.6.32-5-686", arch: "i386", family: "unix"
>Reporter: deckrider
>Assignee: Olivier Lamy
> Fix For: 2.5
>
> Attachments: MASSEMBLY-637.patch
>
>
> using unix strips last newline of file when
> building on Linux platform (not sure about other platforms)
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)
