Hello,

I've found a problem with the maven-dependency-plugin that I think is related to a bug in plexus-archiver which might be fixed in svn.

I checked out the lastest plexus code from svn to test it, but I can't figure out how to get my pom execution to use it. I see that the latest maven-dependency-plugin depends on plexus-archiver 1.0-alpha-7, but the version of source I have is 1.0-alpha-10-SNAPSHOT.

Is there a way to force maven to use this version of the dependency without upgrading anything else?

For the curious, here is the problem I'm having. The only work-around I can think of is to not use spaces in directory names, but changing this in our system won't be easy. The directory it should be changing into is "Mac OS X" which comes straight from Java in the ${os.name} property of either ant or maven.

Thanks for any advice you might have,

-Josh

[INFO] Expanding: /tmp/tmp6787.tar into /Users/jpollak/src/software/ trunk/
[WARNING] -------------------------------
[WARNING] Standard error:
[WARNING] -------------------------------
[WARNING]
[WARNING] -------------------------------
[WARNING] Standard output:
[WARNING] -------------------------------
[WARNING] /bin/sh: line 0: cd: /Users/jpollak/src/software/trunk/ trunk-2.2.0-SNAPSHOT/lib/jni/Mac: No such file or directory

[WARNING] -------------------------------
org.codehaus.plexus.archiver.ArchiverException: chmod exit code was: 1
at org .codehaus .plexus.archiver.util.ArchiveEntryUtils.chmod(ArchiveEntryUtils.java:59) at org .codehaus .plexus .archiver .zip.AbstractZipUnArchiver.extractFile(AbstractZipUnArchiver.java:236) at org .codehaus.plexus.archiver.tar.TarUnArchiver.execute(TarUnArchiver.java: 92) at org .codehaus .plexus .archiver.tar.TarBZip2UnArchiver.execute(TarBZip2UnArchiver.java:72) at org .codehaus .plexus.archiver.AbstractUnArchiver.extract(AbstractUnArchiver.java:108) at org .apache .maven .plugin .dependency.AbstractDependencyMojo.unpack(AbstractDependencyMojo.java: 266) at org .apache .maven .plugin .dependency .fromConfiguration.UnpackMojo.unpackArtifact(UnpackMojo.java:122) at org .apache .maven .plugin .dependency.fromConfiguration.UnpackMojo.execute(UnpackMojo.java:95) at org .apache .maven .plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447) at org .apache .maven .lifecycle .DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 539) 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:333)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
        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:585)
        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)


--
Joshua ChaitinPollak | Software Engineer
Kiva Systems, Inc., 225 Wildwood Ave, Woburn, MA 01970






Reply via email to