[ http://jira.codehaus.org/browse/MJAVADOC-78?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=137908#action_137908 ]
Andrea Aime commented on MJAVADOC-78: ------------------------------------- I don't have exactly a test case, but I can attach the pom that we had to make to make things work, as you can see there is a profile that activates the usage of the special doclet and reconfigures the javadoc plugin accordinly (see the javadoc config in build and then the "uml" profile near the end). > Add a flag to provide standard doclet parameters to custom ones too > ------------------------------------------------------------------- > > Key: MJAVADOC-78 > URL: http://jira.codehaus.org/browse/MJAVADOC-78 > Project: Maven 2.x Javadoc Plugin > Issue Type: Improvement > Affects Versions: 2.0 > Reporter: Andrea Aime > Attachments: JAVADOC-78.patch, pom.xml > > > I'm working on a custom doclet that wraps the standard doclet and add extra > behaviour (automated class diagram generation in class javadocs and package > javadocs). I want to run it under maven 2, but I've stumbled against the > default behaviour: standard doclet parameters such as -link are provided only > if the javadoc is the standard one (in AbstractJavadocMojo.java, the check is > "if ( StringUtils.isEmpty( doclet ) ) ..."). > A generally good behaviour would be not perform assumptions, but to call > XXXDoclet.optionLength for each parameter, and see if the doclet accepts them > or not (and thus provide only the one accepted). As an alternative, add at > least a flag to allow the provision of the standard doclet parameters to the > custom ones as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira