Antonio Petrelli
added a comment - 03/Apr/07 10:58 AM The same problem appears during the use of the release plugin: the release fails and I have to install the checked-out code locally before retrying the release.

Actually, the pb is that doing an aggregate Javadoc this way, you won't get the javadoc jar deployed on your repo. It will just be generated in target (not sure though, I haven't run it).

Another idea would be to create a new module, run at the end, which contains the javadoc plugin. This is pretty much the same as the way we create a global aggregated distribution in a multi-module project.

I'm even wondering if it would not be a good idea to move the javadoc execution in the distribution module...

Emmanuel Lécharny
added a comment - 22/Aug/12 10:52 AM Actually, the pb is that doing an aggregate Javadoc this way, you won't get the javadoc jar deployed on your repo. It will just be generated in target (not sure though, I haven't run it).
Another idea would be to create a new module, run at the end, which contains the javadoc plugin. This is pretty much the same as the way we create a global aggregated distribution in a multi-module project.
I'm even wondering if it would not be a good idea to move the javadoc execution in the distribution module...

As far as I have seen, a component (javadoc plugin?, site plugin? or more probably the maven framework itself) checks the dependencies very early in the life cycle, independently of the phase at which the javadoc is executed.

I also tried to build with --fail-never. In that case modules are built, but the build itself is reported as failed. The site itself is not generated.

Patrick M.J. Roth
added a comment - 23/Aug/12 2:10 AM I already tried
<execution>
<phase>verify</phase>
</execution>
but it didn't solve the issue.
As far as I have seen, a component (javadoc plugin?, site plugin? or more probably the maven framework itself) checks the dependencies very early in the life cycle, independently of the phase at which the javadoc is executed.
I also tried to build with --fail-never. In that case modules are built, but the build itself is reported as failed. The site itself is not generated.
However the following works:
mvn install javadoc:aggregate
This could mean that the javadoc plugin is not involved.

Sorry, you're right Emmanuel, 'verify' is before 'install'. But I also tried 'install', with no success.

I have debugged what happens in my case. I've seen that an exception is thrown when the jar can't be downloaded. In the catch clause it is then checked if the jar is part of the project. Since it is the case, the exception is ignored and a warning is written (something like "can't find dependency, but appears to be part of reactor, try to go further").

As you see, maven can recover from such an error. However, a file with extension .lastUpdated is written in place of the jar not found. If the same jar is searched for once more, then an new error is thrown and the build fails definitely.

I didn't analyze further, because it apears to me to be quite complex. Furthermore, I can circumvent the problem by running 'install' and 'site' in two separate commands.

Patrick M.J. Roth
added a comment - 23/Aug/12 7:55 AM Sorry, you're right Emmanuel, 'verify' is before 'install'. But I also tried 'install', with no success.
I have debugged what happens in my case. I've seen that an exception is thrown when the jar can't be downloaded. In the catch clause it is then checked if the jar is part of the project. Since it is the case, the exception is ignored and a warning is written (something like "can't find dependency, but appears to be part of reactor, try to go further").
As you see, maven can recover from such an error. However, a file with extension .lastUpdated is written in place of the jar not found. If the same jar is searched for once more, then an new error is thrown and the build fails definitely.
I didn't analyze further, because it apears to me to be quite complex. Furthermore, I can circumvent the problem by running 'install' and 'site' in two separate commands.