Re: execute versus executeReport (was, as it were, JXR-93)

2011-08-23 Thread Benson Margulies
On Tue, Aug 23, 2011 at 6:14 PM, Hervé BOUTEMY wrote: > no > > IMHO, javadoc plugin documents both reporting and build tags [1] It's the aggregate IT in javadoc that sent me off the rails. I'm better now. > > but only reporting should be used > > and it works perfectly for Maven core 3.0.4-SNAPS

Re: execute versus executeReport (was, as it were, JXR-93)

2011-08-23 Thread Hervé BOUTEMY
no IMHO, javadoc plugin documents both reporting and build tags [1] but only reporting should be used and it works perfectly for Maven core 3.0.4-SNAPSHOT: really, jxr aggregate support is fine actually when configured as reporting and we should promote reporting configuration only Regards,

jxr 2.3.1 to fix aggregation (and update to new site and such)

2011-08-23 Thread Benson Margulies
The motivation for 2.3 of JXR was to get a new pair of aggregate goals. Unfortunately, due to the an interesting division of labor in the javadoc plugin, I missed a step, and the test I cribbed from javadoc didn't notice, either. I fixed this stuff up today, and I propose to rename 2.4 in JIRA to

Re: execute versus executeReport (was, as it were, JXR-93)

2011-08-23 Thread Benson Margulies
On Tue, Aug 23, 2011 at 5:26 PM, Hervé BOUTEMY wrote: > I have been confused for a long time too, but finally had some explanations I > can try to summary here: not sure it will give every answers, but at least I > suppose it will help. Hervé, So far so good, and you can see that I cribbed an ex

Re: execute versus executeReport (was, as it were, JXR-93)

2011-08-23 Thread Hervé BOUTEMY
I have been confused for a long time too, but finally had some explanations I can try to summary here: not sure it will give every answers, but at least I suppose it will help. It has to do with the difference in API between a maven plugin (execute method from plugin-api [1]) and a reporting pl

execute versus executeReport (was, as it were, JXR-93)

2011-08-23 Thread Benson Margulies
I am somewhat confused by the design of the site plugin with respect to adding additional goals. The new pattern is to move from 'aggregate' configuration property booleans to more goals. However, goals have to be called out in executions, and the reporting section can't spec an execution, and we'

Re: MavenProject / POM change in a command chain

2011-08-23 Thread Ansgar Konermann
Am 23.08.2011 18:43 schrieb "Krull, Stephan" : > > Hello there, > > I am currently working on a maven command chain to fulfill several tasks in one step on a maven project. the chain has the following syntax: > > "../apache-maven-2.2.1/bin/mvn clean versions:use-parent-release scm:checkin install"

Re: MavenProject / POM change in a command chain

2011-08-23 Thread Stephen Connolly
There is no support for reloading the pom during a maven invocation. This is why the versions plugin _clearly_ states that you cannot use it with anything else from the same maven invocation. On 23 August 2011 17:42, Krull, Stephan wrote: > Hello there, > > I am currently working on a maven comm

MavenProject / POM change in a command chain

2011-08-23 Thread Krull, Stephan
Hello there, I am currently working on a maven command chain to fulfill several tasks in one step on a maven project. the chain has the following syntax: "../apache-maven-2.2.1/bin/mvn clean versions:use-parent-release scm:checkin install" Explanation: The command chain starts by changing t

JXR-93

2011-08-23 Thread Benson Margulies
This is embarassing. There must be some simple mistake here, but I wonder if any of the other JXR hackers could offer me a clue before I start blundering around? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For addit