[ https://jira.codehaus.org/browse/MJAVADOC-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=354907#comment-354907 ]
Thomas Vestergaard commented on MJAVADOC-387: --------------------------------------------- While I appreciate the goal of {{doclint}} to improve the quality of JavaDoc HTML, I really disapproves of Oracles chosen approach of trying to force developers to adhere to some random standard without any warning or burn-in period - i.e. we had never heard of {{doclint}} before it broke our release-build. (Imagine telling your manager, that the build-error was because the generated documentation would not have been valid HTML...) The preferred solution for either {{doclint}} or the JavaDoc-plugin would be to simply output these validations as warnings rather than hard errors. But since this is not an option (Oracle ain't budging), I support that the desired behaviour of the Maven JavaDoc plugin should be to disable these validation by default. > Handle JDK8 -Xdoclint > --------------------- > > Key: MJAVADOC-387 > URL: https://jira.codehaus.org/browse/MJAVADOC-387 > Project: Maven Javadoc Plugin > Issue Type: Improvement > Reporter: Stephen Colebourne > > The Oracle team have added the doclint tool to JDK 8. The tool validates > Javadoc as part of a standard Javadoc run. Unfortunately, with the default > settings, it rejects many HTML elements that are perfectly acceptable to > browsers, and all invalid Javadoc references (@links). This is likely to > prove very unpopular with developers. > Action needed: > 1) Provide a maven-javadoc-plugin configuration item and property that can > control the doclint tool (currently this requires using additionalparam > AFAICT). > 2) Apply the {{-Xdoclint:none}} option by default, so that doclint is opt-in, > not opt-out (ie. fix Oracle's messed up default). This will also make it much > easier for developers to handle migration to JDK 8. -- This message was sent by Atlassian JIRA (v6.1.6#6162)