Just a quick follow-up:
I've tried to remove this part:
<includes>
<include>*/*.class</include>
</includes>
from my config and it works... does that help?
Sébastien
Sebastien Pennec wrote:
Hi Jason,
Thanks for the update! :)
Following your email about the change in the configuration, I only
replaced this:
<includes>
<include>
<directory>
${project.build.outputDirectory}
</directory>
</include>
</includes>
by this:
<fileset>
<basedir>${project.build.outputDirectory}</basedir>
<includes>
<include>*/*.class</include>
</includes>
</fileset>
in my submodule's pom.xml.
Everything was running fine before, and I now have a "Source not set"
error, with this stacktrace:
org.apache.maven.lifecycle.LifecycleExecutionException: Source not set.
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: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)
Caused by: org.apache.maven.plugin.MojoExecutionException: Source not set.
at
org.codehaus.mojo.retrotranslator.MojoSupport.execute(MojoSupport.java:73)
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.lang.IllegalArgumentException: Source not set.
at
net.sf.retrotranslator.transformer.Retrotranslator.run(Retrotranslator.java:157)
at
org.codehaus.mojo.retrotranslator.RetrotranslateMojoSupport.doExecute(RetrotranslateMojoSupport.java:182)
at
org.codehaus.mojo.retrotranslator.MojoSupport.execute(MojoSupport.java:58)
... 18 more
Is it something I did wrong?
Cheers,
Sébastien
Jason Dillon wrote:
Folks, I finally found some time to finish off some pending issues and
just pushed out a shiny new 1.0-alpha-2-SNAPSHOT which contains a few
goodies:
* Support for richer include/exclude for classes and jars (which are
now 2 separate filesets, matching the Ant tasks usage)
* Support for translating jar project artifacts easily including
attaching them
Site docs are updated:
http://mojo.codehaus.org/retrotranslator-maven-plugin/
Snaps are here:
http://snapshots.repository.codehaus.org/org/codehaus/mojo/retrotranslator-maven-plugin/1.0-alpha-2-SNAPSHOT
(ignore the 1.0-beta-1-SNAPSHOT muck, its invalid).
* * *
The syntax for including things has changed... you will *need* to
update your pom's to use the new configuration syntax.
Basically for *jar file*, what used to be something like:
----8<----
<includes>
<include>
<directory>${pom.basedir}/target</directory>
<pattern>${pom.artifactId}-${pom.version}.jar</pattern>
</include>
</includes>
---->8----
Is now:
----8<----
<jarfileset>
<basedir>${pom.basedir}/target</basedir>
<includes>
<include>${pom.artifactId}-${pom.version}.jar</include>
</includes>
</jarfileset>
---->8----
And for *class files*:
----8<----
<includes>
<include>
<directory>${pom.basedir}/target/classes</directory>
<pattern>**/*.class</pattern>
</include>
</includes>
---->8----
Is now:
----8<----
<fileset>
<basedir>${pom.basedir}/target/classes</basedir>
<includes>
<include>*/*.class</include>
</includes>
</fileset>
---->8----
* * *
Please give it a whirl and let me know if there are any issues. I've
done some basic testing, but I may have missed something, or not have
anticipated how others might use this puppy. If it looks good, I'll
start a vote for a 1.0-alpha-2 release.
Cheers,
--jason
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
--
Sébastien Pennec
[EMAIL PROTECTED]
Logback: The reliable, generic, fast and flexible logging framework for Java.
http://logback.qos.ch/
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email