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.executeGoalWithL
ifecycle(DefaultLifecycleExecutor.java:475)
>
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
(DefaultLifecycleExecutor.java:454)
>
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHa
ndleFailures(DefaultLifecycleExecutor.java:306)
>
> at
>
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegme
nts(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.doExecut
e(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
