Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852609 **[Laurent Dauvilaire](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=ldauvilaire)** commented addon to my previous comment: it also works with ant when replacing the '.' characters by 'x' compile-core: [echo] Compile core java sources. [javac] Compiling 40 source files to D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\webapp\WEB-INF\classes [echo] Include non java core resources on destination. [copy] Copied 1 empty directory to 1 empty directory under D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\webapp\WEB-INF\classes compile: [echo] Compile java sources. [javac] Compiling 167 source files to D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\webapp\WEB-INF\classes [echo] Include non java resources on destination. [copy] Copying 8 files to D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\webapp\WEB-INF\classes [copy] Copied 4 empty directories to 2 empty directories under D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\webapp\WEB-INF\classes dist: [jar] Building jar: D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\hub-webapp-internal-3.0.20\display-ldv-3.0.20.jar [zip] Building zip: D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\hub-webapp-internal-3.0.20\display-ldv-3.0.20.zip [jar] Building jar: D:\Home\LDauvilaire\src\Repository\SVN\JHub\modules\display-webapp\modules\hub-internal\xx\xx\xx\xx\target\dev\3.0.20\hub-webapp-internal\hub-webapp-internal-3.0.20\display-ldv.war BUILD SUCCESSFUL -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852603 **[Joerg Schaible](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=joehni)** commented The question is: Can you create and access (r/w) such a file with **Java**? We know the same behaviour deploying in Weblogic - Maven is not involved here at all. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852634 **[Kieffer](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=java.developer)** commented Hello, Still have the same kind of bug with version 2.0.6... [INFO] [compiler:compile] [INFO] Compiling 1660 source files to C:\user\appli\ADF\ADF-Root\..\ADF-Web\target\classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [war:war] [INFO] Exploding webapp... [INFO] Copy webapp webResources to C:\user\appli\ADF\ADF-Root\..\ADF-Web\target\ADF_ea-5.1-SNAPSHOT [INFO] Copy webapp webResources to C:\user\appli\ADF\ADF-Root\..\ADF-Web\target\ADF_ea-5.1-SNAPSHOT [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Could not explode webapp... Embedded error: Failed to copy full contents from C:\user\appli\ADF\ADF-Root\..\ADF-Web\WebContent\AIDE_fr\Fournisseur\eaonouv\resources\_vti_cnf\192_0_0.gif to C:\user\appli\ADF\ADF-Root\..\ADF-Web\target\ADF_ea-5.1-SNAPSHOT\AIDE_fr\Fournisseur\eaonouv\resources\_vti_cnf\192_0_0.gif [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Could not explode webapp... at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:272) 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:324) 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) Caused by: org.apache.maven.plugin.MojoExecutionException: Could not explode webapp... at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:348) at org.apache.maven.plugin.war.WarMojo.performPackaging(WarMojo.java:167) at org.apache.maven.plugin.war.WarMojo.execute(WarMojo.java:133) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539) ... 16 more Caused by: java.io.IOException: Failed to copy full contents from C:\user\appli\ADF\ADF-Root\..\ADF-Web\WebContent\AIDE_fr\Fournisseur\eaonouv\resources\_vti_cnf\192_0_0.gif to C:\user\appli\ADF\ADF-Root\..\ADF-Web\target\ADF_ea-5.1-SNAPSHOT\AIDE_fr\Fournisseur\eaonouv\resources\_vti_cnf\192_0_0.gif at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:807) at org.apache.maven.plugin.war.AbstractWarMojo.copyFileIfModified(AbstractWarMojo.java:866) at org.apache.maven.plugin.war.AbstractWarMojo.copyResources(AbstractWarMojo.java:442) at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:329) ... 20 more [INFO] [INFO] Total time: 1 minute 5 seconds [INFO] Finished at: Wed Jun 13 13:26:31 CEST 2007 [INFO] Final Memory: 11M/21M [INFO] -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852607 **[Laurent Dauvilaire](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=ldauvilaire)** commented yes the creation of the WAR is possible with ANT used outside from Maven: [mkdir] Created dir: D:\Home\LDauvilaire\src\Repository\SVN\JHub\target\dev\3.0.20\hub-webapp-internal\hub-webapp-internal-3.0.20 [jar] Building jar: D:\Home\LDauvilaire\src\Repository\SVN\JHub\target\dev\3.0.20\hub-webapp-internal\hub-webapp-internal-3.0.20\display-ldv-3.0.20.jar but is seems that ant is smarter because it replaces: JHub\modules\display-webapp\modules\hub-internal\..\..\..\..\target by JHub\target -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852638 **[Stanislav Spiridonov](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=foal)** commented It is a bug of JDK (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6481955). Was fixed in JDK 5.0_11 and in JDK 6.0u1. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852632 **[Stanislav Spiridonov](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=foal)** commented The bug is reproduced on versions 2.0.2 and 2.0.3-SNAPSHOT. It seems that not the all File paths were canonicalized (now it destination) [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Could not explode webapp... at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:256) 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) Caused by: org.apache.maven.plugin.MojoExecutionException: Could not explode webapp... at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:351) at org.apache.maven.plugin.war.WarMojo.performPackaging(WarMojo.java:164) at org.apache.maven.plugin.war.WarMojo.execute(WarMojo.java:130) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534) ... 16 more Caused by: java.io.FileNotFoundException: C:\Users\Kot\work\commons.rep\obfuscate\1.1\org.jresearch.commons.obfuscate.pom\..\org.jresearch.commons.obfuscate.test\target\org.jresearch.commons.obfuscate.test-1.1-SNAPSHOT\WEB-INF\lib\org.jresearch.commons.obfuscate.annotation-1.1-SNAPSHOT.jar (The filename, directory name, or volume label syntax is incorrect) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.\(FileOutputStream.java:179) at java.io.FileOutputStream.\(FileOutputStream.java:131) at org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:821) at org.apache.maven.plugin.war.AbstractWarMojo.copyFileIfModified(AbstractWarMojo.java:951) at org.apache.maven.plugin.war.AbstractWarMojo.buildWebapp(AbstractWarMojo.java:593) at org.apache.maven.plugin.war.AbstractWarMojo.buildExplodedWebapp(AbstractWarMojo.java:347) ... 20 more -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852623 **[Brett Porter](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=brettporter)** commented I've canonicalised the source file, which is about all I can do for the situation. It should be noted that the reporter was not using 2.0 despite the report according to the trace, more likely 2.0-beta-3. I don't have a test case to confirm whether this really works or not. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
Re: [I] [MWAR-35] War packaging fails with long file names [maven-war-plugin]
jira-importer commented on issue #205: URL: https://github.com/apache/maven-war-plugin/issues/205#issuecomment-2967852616 **[Brett Porter](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=brettporter)** commented can probably canonicalise the path -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
