Простым способом было бы использовать Checkstyle.
Скачать файл банку и создать конфигурационный XML-файл (javadoc_checks.xml), как это:
<module name="Checker">
<module name="TreeWalker">
<module name="JavadocType"/>
<module name="JavadocMethod"/>
<module name="JavadocVariable"/>
<module name="JavadocStyle"/>
</module>
</module>
Теперь выполните следующую команду (предполагается, что все находится в том же каталоге и src
содержит код):
java -jar checkstyle-6.9-all.jar -c javadoc_checks.xml src/
Если, например, вы просто хотите, чтобы проверить отсутствие Javadocs для классов и интерфейсов, то вам просто необходимо это в конфигурационном XML:
<module name="Checker">
<module name="TreeWalker">
<module name="JavadocType"/>
</module>
</module>
И выход был бы что-то вроде:
C:\src\com\example\Test.java:137: Javadoc comment missing.
C:\src\com\example\Test1.java:3: Javadoc comment missing.
C:\src\com\example\Test2.java:12: Javadoc comment missing.
Есть много вариантов, вы можете увидеть их в:
http://checkstyle.sourceforge.net/config_javadoc.html
http://checkstyle.sourceforge.net/cmdline.html
Ваша проблема кажется много сложнее, чем это, потому что, как вы определяете «есть javadoc»? Достаточно ли иметь комментарии на уровне класса или на уровне метода. Что делать, если у вас есть автогенерированный javadoc, например **/@author Alex/**. Это технически javadoc, но в нем ничего нет –
Видимо, должно быть. У нас есть такой отчет о сонарном кубе, хотя, если я помню, он показывает количество недокументированных публичных методов. – John
Говоря о SonarQube, почему бы не добавить его в свой непрерывный стек интеграции? – NiziL