| 742 04.01.2009 11:24:56, by ndox:
cleaning and organizing code |
| 741 02.01.2009 14:30:08, by ndox:
preparing version 1.2.
MavenEmbedder use has been removed, replaced by MojoExecutor.
Now when executing missing plugins, Xradar didn't invoke a new maven session but only call direct goals during the current lifecycle. |
| 740 02.01.2009 14:04:15, by ndox:
restore point. MavenEmbbeder will be remove from version 1.2-beta, replace by MojoExecutor. |
| 739 18.12.2008 21:22:22, by ndox:
- Abstract class as a base class for XRadarMojo and DynamicMojo
- still a bug when invoking "mvn site" with multi-module project.
- "mvn clean compile site" lauch is broken, use "mvn celan compile" then "mvn site" instead.
- New : goals are available :
-mvn net.sf.xradar:maven-xradar-plugin:audit
-mvn net.sf.xradar:maven-xradar-plugin:dynamic
=> it fix the "mvn site" problems but are not linked to the report section of the project's site. |
| 738 13.12.2008 17:01:05, by ndox:
update plugin's site part (preparing 1.1-beta-2) |
| 737 13.12.2008 16:37:43, by ndox:
- add uml graph
- add a test to execute maven-xradar-plugin only once per session.
- rename test package
- add log messages and debug mode
- bug 23114535 : problem when xradar is declared in a profile :
=> force to execute jdepend
- when a plugin and its configuration is embedding in a profile, xradar-plugin cannot access to it for the moment... have to fix it |
| 736 09.12.2008 20:39:30, by ndox:
add cpd goal |
| 735 09.12.2008 20:12:37, by ndox:
preparing multimodule project.
When a parent (packaged as pom) is detected, the module is skipped, then children are executed.
autoRadar mode didn't work yet. |
| 734 07.12.2008 20:47:04, by ndox:
- new parameters that allow user to disactive plugin(s) in automatic mode
- plus the MavenPlugin class (forgotten at last commit) |
| 733 07.12.2008 20:22:16, by ndox:
update TODO list again |
| 732 07.12.2008 20:20:46, by ndox:
update TODO list |
| 731 07.12.2008 20:13:10, by ndox:
- add class MavenPlugin used as a data container
- reduce complexity in XRadarMojo
- change pom version to 1.1-beta-2 |
| 730 07.12.2008 16:22:50, by ndox:
refactoring string to static field |
| 729 07.12.2008 03:02:07, by ndox:
- add cobertura report in autmatic mode with properties configured !
- move the generated xradarPom frome target/ to {homeProject}/xradar/release{version}/docs diretory |
| 728 06.12.2008 19:28:17, by ndox:
add umlGraph plugin to the pom. (this plugin adding an umlgraph to the javadoc) |
| 727 02.12.2008 21:20:10, by ndox:
refactoring of XRadarXDynamicMojo to XRadarDynamicMojo.
The execution of the mojos is not manage by the name of the mojo.
The plugin descriptor created automatically by maven when deploying the plugin define the order of the execution of the mojos (order of the declaration).
The point is that sometimes the static is declared and so call first, sometimes the dynamic...
It seems that doing a "mvn eclipse:clean eclipse:eclipse clean deploy" resolve this issue. |
| 726 01.12.2008 22:08:04, by rpelisse:
Adding a new link toward an xslt unit testing framework. |
| 725 30.11.2008 15:22:08, by ndox:
update plugin's site part |
| 724 30.11.2008 14:01:46, by ndox:
update site on how using maven-xradar-plugin version 1.1-beta-1 |
| 723 30.11.2008 13:59:07, by ndox:
-update maven-xradar-plugin version to 1.1-beta-1
- add log parameters messages |
|
|