Java8-使用Doclet进行自定义JavaDoc检查

Java8-使用Doclet进行自定义JavaDoc检查,java,java-8,javadoc,doclet,Java,Java 8,Javadoc,Doclet,我对验证JavaDoc感兴趣,我发现了以下定制检查: 问题com.sun.javadoc已删除,将仅在中替换(这意味着至少使用) 此包中的声明已被包jdk.javadoc.doclet中的声明取代。有关更多信息,请参阅该软件包文档中的迁移指南 是否有使用Java8的替代品 编辑 我需要一个新的检查以防止块标记后出现描述 在checkstyle中没有这样的规则,需要 在PMD中没有这样的规则,可能需要我建议使用ide的JavaDoc检查(我的是eclipse),以及和 对于所有三个,您都应该进行自

我对验证JavaDoc感兴趣,我发现了以下定制检查:

问题
com.sun.javadoc
已删除,将仅在中替换(这意味着至少使用)

此包中的声明已被包jdk.javadoc.doclet中的声明取代。有关更多信息,请参阅该软件包文档中的迁移指南

是否有使用Java8的替代品

编辑


我需要一个新的检查以防止块标记后出现描述

在checkstyle中没有这样的规则,需要


在PMD中没有这样的规则,可能需要

我建议使用ide的JavaDoc检查(我的是eclipse),以及和

对于所有三个,您都应该进行自己的配置

在eclipse中,您可以在Windows/Preferences/Java/Compiler/Javadoc中找到JavaDocs的配置

如果您有这些工具无法满足的特殊需求,那么请忘记eclipse。 您唯一的机会是为CheckStyle或PMD编写自己的扩展。 例如,请参见


顺便说一句,也不建议使用java内部api-请参阅。据我所知,这些api将随着Java9/10/11+而消失。所以不建议使用它们。

我需要一个新的检查来防止块标记后的描述,在checkstyle需要创建一个新的检查中,请参阅扩展的我的答案。我不知道为什么在“这些api将随着Java 9/10/11+消失”中使用将来时态。Java11已经发布,这些包仍然存在。而且,
com.sun.javadoc
从来都不是一个内部包。这是官方的,即使我们正处于向更好设计的API过渡的阶段。JavaDoc不仅需要更好的api设计,还需要符合w3c标准的输出。顺便说一句,我已经删除了我评论中关于“内部api”的部分。那么@PowerStat是我唯一的选择吗?你能详细说明一下答案吗?我不知道其他的方法或工具-除了要求CheckStyle/PMD社区找到一个对你的需求进行检查的人。也许有我不知道的插件。
import com.sun.javadoc.*;

public class CheckingDoclet extends Doclet {