I've fixed MCHECKSTYLE-170 and tried to apply some shading.
The separation of api/interfaces versus implementation is not done well in
Doxia.
This would mean, that the shade-plugin will need a lot of configuration,
which also needs to be maintained if there are new Doxia-classes.
So for plugins with only reporting-goals the requirement for Maven-2.2.1
seems to be the best solution.
-Robert
On Sat, 14 Jan 2012 00:10:45 +0100, Dennis Lundberg <denn...@apache.org>
wrote:
On 2012-01-13 20:43, Robert Scholte wrote:
My guess would be that with relocation it wouldn't matter.[1]
I'd like to confirm this with the maven-checkstyle-plugin project, but
unfortunately a lot of unit-tests are failing on my machine (win7 + jdk6
+ any M2/M3)
I can confirm these test errors and failures on Win 7, Java 5 and Maven
2.2.1/3.0.3.
On Ubuntu with Java 5 and Maven 2.2.1/3.0.3 it works though.
Created an issue in JIRA to track it:
http://jira.codehaus.org/browse/MCHECKSTYLE-170
-Robert
[1]
http://maven.apache.org/plugins/maven-shade-plugin/examples/class-relocation.html
On Thu, 12 Jan 2012 22:59:36 +0100, Dennis Lundberg <denn...@apache.org>
wrote:
Hi
Can it work? I haven't had much experience with shading, but I was
under
the impression that it is a way to hide classes from Maven's class
loader. What we really want in this case is a way to *insert* newer
versions of classes into Maven's class loader. Don't know if that can
be
done...
On 2012-01-12 00:12, Robert Scholte wrote:
What about plugins containing both build and report goals?
If the suggested shading of Doxia will work, I'd prefer that option.
-Robert
On Wed, 11 Jan 2012 23:53:57 +0100, Barrie Treloar
<baerr...@gmail.com>
wrote:
On Thu, Jan 12, 2012 at 9:15 AM, Stephen Connolly
<stephen.alan.conno...@gmail.com> wrote:
+1
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org