Hello list,

I'm having problems with the maven appfuse:full-source goal on an uncommon 
platform running Sun JDK 1.5

Starting from an empty maven repository, I build the appfuse archetype based on 
"appfuse-basic-struts".
Maven gives "BUILD SUCCESSFUL"  I follow the instructions for setting up the 
database and the jetty:run goal runs great.

But I really want the appfuse source, so I do a "mvn appfuse:full-source" in 
the project.
This is what comes out:

[snip ... lots of downloads of source]

[INFO] [appfuse:full-source]
[INFO] [AppFuse] Installing source from data modules...
[INFO] [AppFuse] Installing source from service module...
[INFO] [AppFuse] Installing source from web-common module...
[INFO] [AppFuse] Installing source from struts module...
[INFO] [AppFuse] Source successfully exported, modifying pom.xml...
[INFO] [AppFuse] Removing maven-warpath-plugin...
[INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Couldn't rename temporary file /tmp/replace1263906348.txt
[INFO] ------------------------------------------------------------------------
[INFO] Trace
Couldn't rename temporary file /tmp/replace1263906348.txt
        at 
org.apache.tools.ant.taskdefs.optional.ReplaceRegExp.doReplace(ReplaceRegExp.java:431)
        at 
org.apache.tools.ant.taskdefs.optional.ReplaceRegExp.execute(ReplaceRegExp.java:491)
        at 
org.appfuse.mojo.installer.InstallSourceMojo.removeWarpathPlugin(InstallSourceMojo.java:609)
        at 
org.appfuse.mojo.installer.InstallSourceMojo.execute(InstallSourceMojo.java:207)
        at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
        at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
        at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493)
        at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463)
        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:280)
        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)
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 49 seconds
[INFO] Finished at: Sun Oct 07 22:38:57 EDT 2007
[INFO] Final Memory: 10M/25M
[INFO] ------------------------------------------------------------------------

The temporary file mentioned in the error message does not exist. And the 
pom.xml is gone.

The machine I'm running this on is an OpenBSD-current (4.2) amd64 with Sun JDK 
1.5.
This not your ordinary development platform, but I like it.
I've found it to be pretty solid running the Sun JDK. (Eclipse, Ant, Jetty, 
Tomcat, Subclipse)

Before I go put Maven under the debugger are there any clues about what might 
be going on?
Is there some way I could disable the "remove maven-warpath-plugin" goal to see 
if it doesn't break?

I have no working knowledge of any of these packages internals (yet), so I'm 
really looking for an
approach to figure out how to localize the problem.

Thanks for any insights,
Fred


-- 
Frederick C. Druseikis <[EMAIL PROTECTED]>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to