[
https://issues.apache.org/jira/browse/AXIS2-5206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sagara Gunathunga reopened AXIS2-5206:
---------------------------------------
Applying given patch cause compilation failures in build server but build
locally without any issue. Need to check this separately.
Stack trace :
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile (default-compile)
on project axis2-aar-maven-plugin: Compilation failure
<https://builds.apache.org/job/Axis2/ws/axis2/modules/tool/axis2-aar-maven-plugin/src/main/java/org/apache/axis2/maven2/aar/AbstractAarMojo.java>:[259,46]
cannot find symbol
symbol : constructor
IOException(org.codehaus.plexus.archiver.ArchiverException)
location: class java.io.IOException
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
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:84)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at
org.jvnet.hudson.maven3.launcher.Maven3Launcher.main(Maven3Launcher.java:79)
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:592)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239)
at org.jvnet.hudson.maven3.agent.Maven3Main.launch(Maven3Main.java:158)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:122)
at hudson.maven.Maven3Builder.call(Maven3Builder.java:74)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:287)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:651)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:676)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation
failure
<https://builds.apache.org/job/Axis2/ws/axis2/modules/tool/axis2-aar-maven-plugin/src/main/java/org/apache/axis2/maven2/aar/AbstractAarMojo.java>:[259,46]
cannot find symbol
symbol : constructor
IOException(org.codehaus.plexus.archiver.ArchiverException)
location: class java.io.IOException
> axis2-aar-maven-plugin fails to build aar while using m2e in workspace
> resolution mode
> --------------------------------------------------------------------------------------
>
> Key: AXIS2-5206
> URL: https://issues.apache.org/jira/browse/AXIS2-5206
> Project: Axis2
> Issue Type: Improvement
> Components: Tools
> Affects Versions: 1.5.6, 1.6.1
> Reporter: Chris Gamache
> Fix For: 1.6.2, 1.7.0
>
> Attachments: AbstractAarMojo.java.patch, screenshot-1.jpg
>
>
> First time posting an issue request. Apologies if I'm doing it wrong...
> When building in Eclipse using m2e in workspace resolution mode, the
> axis2-aar-maven-plugin is not prepared for a "dependency" which isn't an
> assembly but is instead a folder containing the compiled classes from within
> the local workspace. I propose that if the incoming dependency happens to be
> a directory that it get packaged up and copied to the destination instead of
> blowing up with an exception.
> (there is no place to attach a patch, so I'll include a code snippet
> illustrating my idea)
> Modifying this function in AbstractAarMojo.java will give the intended result:
> private void copyFileIfModified(File source, File destination)
> throws IOException {
> // TO DO: Remove this method and use the method in WarFileUtils when
> Maven 2 changes
> // to plexus-utils 1.2.
> if (destination.lastModified() < source.lastModified()) {
> if (source.isDirectory()) {
> JarArchiver jarArchiver = new JarArchiver();
> try {
> jarArchiver.setDestFile( destination );
> jarArchiver.addDirectory(
> source.getCanonicalFile() );
> jarArchiver.createArchive();
> } catch (ArchiverException e) {
> // wrap ArchiverException in IOException
> throw new IOException(e);
> }
> } else {
> FileUtils.copyFile(source.getCanonicalFile(), destination);
> // preserve timestamp
> destination.setLastModified(source.lastModified());
> }
> }
> }
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
