如何使内嵌标签（需要com.sun）更加跨平台？是否有非Oracle /跨平台Javadoc解析器？

我正在编写一个库，该库将已经经过单元测试的示例代码（其源代码，输出和任何输入文件）插入JavaDoc，并具有很多自定义的可能性。使用此库的主要方法是使用内联标记，例如

{@.codelet.and.out my.package.AGreatExample}
{@.codelet my.package.AGreatExample}
{@.file.textlet examples\doc-files\an_input_file.txt}
{@.codelet.and.out my.package.AGreatExample%eliminateCommentBlocksAndPackageDecl()}

由于自定义标记（甚至doclets）需要使用com.sun，因此这意味着它们与Java本身的跨平台不一样。（不确定这是否相关，但是Java 8语言规范中没有单词“ javadoc”，甚至子字符串“ doc” 。）

我不喜欢编写这样限制的库的想法。那我该怎么办？到目前为止，我的想法是

• 为了利用现有的javadoc解析器，我坚持使用com.sun标记。但是，我com.sun尽可能地依靠“瘦”。也就是说，我将尽可能少的代码放在taglet类中，而将大部分代码留在了不依赖的其他地方com.sun。
• 我致力于创建自己的解析器，该解析器仅搜索我的特定标记。这是一种痛苦，但不是太可怕。您遍历每个Java源文件的各行，搜索\{@\.myTagletName (.*?)\}。捕获该文本后，它与com.sun标签中的代码几乎相同。
• 执行Javadoc之前必须运行此解析器，因此需要重复的目录结构。（1）您的原始代码，带有未解析的自定义标签，（2）该代码的副本，带有parsed-output。我将所有代码复制到重复目录，然后仅解析那些已知具有这些标记的Java文件（在解析器中以某种方式“注册”了这些类）。

这是合理的方法吗？已经有一个跨平台的javadoc / taglet解析器了，所以我不必自己动手？有什么跨平台，taglet- 像已经在那里？JavaDoc 本身不是跨平台的，还是仅仅是自定义标签和doclet？

由于这个决定（使用内联标签），我想对我被锁定在图书馆之外的人数有一个大概的了解，但是我主要是在寻找长期解决方案。

（尽管上面有我的Java 8链接，但我使用的是Java7。）

感谢@fge提供的标签建议（比我最初的想法更优雅）以及@Michael提供的不祥但有用的com.sun警告。