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

Reply via email to