You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2018/12/18 22:09:00 UTC

[jira] [Commented] (MJAVADOC-134) Support aggregated reports at each level in the multi-module hierarchy

    [ https://issues.apache.org/jira/browse/MJAVADOC-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16724504#comment-16724504 ] 

Hudson commented on MJAVADOC-134:
---------------------------------

Build succeeded in Jenkins: Maven TLP » maven-javadoc-plugin » MJAVADOC-134 #2

See https://builds.apache.org/job/maven-box/job/maven-javadoc-plugin/job/MJAVADOC-134/2/

> Support aggregated reports at each level in the multi-module hierarchy
> ----------------------------------------------------------------------
>
>                 Key: MJAVADOC-134
>                 URL: https://issues.apache.org/jira/browse/MJAVADOC-134
>             Project: Maven Javadoc Plugin
>          Issue Type: New Feature
>    Affects Versions: 2.2
>            Reporter: skaze
>            Priority: Major
>         Attachments: MJAVADOC-134_multiaggregate.zip
>
>
> The current system makes the assumption that if one wants aggregated reports one does not want further javadoc reports (aggregated ones) down the hierarchy. We do require this functionality and in fact do the same for all our reports (PMD, Checkstyle, Clover, JXR, Surefire, etc):
> A->B->C->D1 (JAR)
> A->B->C->D2 (JAR)
> A->B->E(JAR)
> A->F (JAR)
> A - javadoc for D1,D2,E,F
> B - javadoc for D1,D2,E
> C - javadoc for D1,D2
> D1 - javadoc for D1
> D2 - javadoc for D2
> E - javadoc for E
> F - javadoc for F
> This way there is the required info at the appropriate level throughout the hierarchy. And nope we dont care about space or generation times:)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)