[
https://issues.apache.org/jira/browse/MASSEMBLY-842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15823570#comment-15823570
]
Andreas Aronsson edited comment on MASSEMBLY-842 at 1/16/17 7:34 AM:
---------------------------------------------------------------------
The snapshot does seem to fix the issue. :-)
But I am getting some inconsistent behavior:
{noformat}
[INFO] Building tar:
/home/andreasa/tmp/incorrectentries/target/incorrectentries-1-SNAPSHOT.tar
[WARNING] When creating tar entry
java.lang.NullPointerException
at
org.codehaus.plexus.components.io.resources.PlexusIoURLResource.getContents(PlexusIoURLResource.java:41)
at
org.codehaus.plexus.components.io.resources.Deferred.getContents(Deferred.java:60)
at
org.codehaus.plexus.components.io.resources.proxy.ResourceInvocationHandler.invoke(ResourceInvocationHandler.java:62)
at com.sun.proxy.$Proxy23.getContents(Unknown Source)
at
org.codehaus.plexus.archiver.ArchiveEntry.getInputStream(ArchiveEntry.java:137)
at
org.codehaus.plexus.archiver.tar.TarArchiver.tarFile(TarArchiver.java:329)
at
org.codehaus.plexus.archiver.tar.TarArchiver.execute(TarArchiver.java:168)
at
org.codehaus.plexus.archiver.AbstractArchiver.createArchive(AbstractArchiver.java:993)
at
org.apache.maven.plugins.assembly.archive.archiver.AssemblyProxyArchiver.createArchive(AssemblyProxyArchiver.java:445)
at
org.apache.maven.plugins.assembly.archive.DefaultAssemblyArchiver.createArchive(DefaultAssemblyArchiver.java:184)
at
org.apache.maven.plugins.assembly.mojos.AbstractAssemblyMojo.execute(AbstractAssemblyMojo.java:476)
at
org.apache.maven.plugins.assembly.mojos.SingleAssemblyMojo.execute(SingleAssemblyMojo.java:58)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
{noformat}
This does not happen on every run.
Another one even weirder
{noformat}
[INFO] Building tar:
/home/andreasa/tmp/incorrectentries/target/incorrectentries-1-SNAPSHOT.tar
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007efc15de3a24, pid=23890, tid=0x00007efc16b65700
#
# JRE version: OpenJDK Runtime Environment (8.0_111-b16) (build 1.8.0_111-b16)
# Java VM: OpenJDK 64-Bit Server VM (25.111-b16 mixed mode linux-amd64
compressed oops)
# Problematic frame:
# C [libc.so.6+0x90a24] __memcpy_sse2_unaligned_erms+0x44
#
# Failed to write core dump. Core dumps have been disabled. To enable core
dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/andreasa/tmp/incorrectentries/hs_err_pid23890.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
/usr/bin/mvn: line 20: 23890 Aborted (core dumped)
$M2_HOME/bin/mvn "$@"
{noformat}
When I remove the tar packaging it is all working well.
Perhaps a separate issue for the tar packaging?
was (Author: andreas.aronsson):
The snapshot does seem to fix the issue. :-)
But I am getting some inconsistent behavior:
{noformat}
[INFO] Building tar:
/home/andreasa/tmp/incorrectentries/target/incorrectentries-1-SNAPSHOT.tar
[WARNING] When creating tar entry
java.lang.NullPointerException
at
org.codehaus.plexus.components.io.resources.PlexusIoURLResource.getContents(PlexusIoURLResource.java:41)
at
org.codehaus.plexus.components.io.resources.Deferred.getContents(Deferred.java:60)
at
org.codehaus.plexus.components.io.resources.proxy.ResourceInvocationHandler.invoke(ResourceInvocationHandler.java:62)
at com.sun.proxy.$Proxy23.getContents(Unknown Source)
at
org.codehaus.plexus.archiver.ArchiveEntry.getInputStream(ArchiveEntry.java:137)
at
org.codehaus.plexus.archiver.tar.TarArchiver.tarFile(TarArchiver.java:329)
at
org.codehaus.plexus.archiver.tar.TarArchiver.execute(TarArchiver.java:168)
at
org.codehaus.plexus.archiver.AbstractArchiver.createArchive(AbstractArchiver.java:993)
at
org.apache.maven.plugins.assembly.archive.archiver.AssemblyProxyArchiver.createArchive(AssemblyProxyArchiver.java:445)
at
org.apache.maven.plugins.assembly.archive.DefaultAssemblyArchiver.createArchive(DefaultAssemblyArchiver.java:184)
at
org.apache.maven.plugins.assembly.mojos.AbstractAssemblyMojo.execute(AbstractAssemblyMojo.java:476)
at
org.apache.maven.plugins.assembly.mojos.SingleAssemblyMojo.execute(SingleAssemblyMojo.java:58)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
{noformar}
This does not happen on every run.
Another one even weirder
{noformat}
[INFO] Building tar:
/home/andreasa/tmp/incorrectentries/target/incorrectentries-1-SNAPSHOT.tar
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007efc15de3a24, pid=23890, tid=0x00007efc16b65700
#
# JRE version: OpenJDK Runtime Environment (8.0_111-b16) (build 1.8.0_111-b16)
# Java VM: OpenJDK 64-Bit Server VM (25.111-b16 mixed mode linux-amd64
compressed oops)
# Problematic frame:
# C [libc.so.6+0x90a24] __memcpy_sse2_unaligned_erms+0x44
#
# Failed to write core dump. Core dumps have been disabled. To enable core
dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/andreasa/tmp/incorrectentries/hs_err_pid23890.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
/usr/bin/mvn: line 20: 23890 Aborted (core dumped)
$M2_HOME/bin/mvn "$@"
{noformat}
When I remove the tar packaging it is all working well.
Perhaps a separate issue for the tar packaging?
> Incorrect entries created in MANIFEST/maven
> -------------------------------------------
>
> Key: MASSEMBLY-842
> URL: https://issues.apache.org/jira/browse/MASSEMBLY-842
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Affects Versions: 3.0.0
> Environment: Fedora 25
> Reporter: Andreas Aronsson
> Attachments: effio24.xml, effio25.xml,
> incorrectentries-compress114snapshot.zip, incorrectentries.zip
>
>
> When executing 'mvn package' on the attached project, the produced archive(s)
> are not produced as expected. As an example, the following entries in the zip
> archive I expect to be marked as directories and end with a slash rather than
> the current state:
> {noformat}
> crwsrwsrwx 0 11-Feb-2016 21:30:54 META-INF/maven/org.slf4j
> crwsrwsrwx 0 11-Feb-2016 21:30:54
> META-INF/maven/org.slf4j/slf4j-api
> {noformat}
> In the tar archive they are links which is also not expected.
> I have also tried to find any reference to this in maven-archiver and
> plexus-archiver but wasn't able to find anything.
> Using the {{unzip}} utility asks the following:
> {noformat}
> replace META-INF/maven? [y]es, [n]o, [A]ll, [N]one, [r]ename:
> {noformat}
> during unzip which was also unexpected.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
