SourceToHTMLConverter.class是否已从java 7中删除?

SourceToHTMLConverter.class是否已从java 7中删除?,java,Java,正在尝试使用com.sun.tools.doclets构建一些javadocs。现有代码正在引用类文件 SourceToHTMLConverter.class 在旧的JRE中找到它 JRE\160_38\lib\tools.jar\com\sun\tools\doclets\internal\toolkit\util\ 然而,我拥有的所有JRE7似乎都不包含这个类。有人知道为什么吗?该类不是Java公共API的一部分。它不再是Java发行版的一部分。一般来说,依赖包com.sun中的任何内容

正在尝试使用com.sun.tools.doclets构建一些javadocs。现有代码正在引用类文件

SourceToHTMLConverter.class
在旧的JRE中找到它

JRE\160_38\lib\tools.jar\com\sun\tools\doclets\internal\toolkit\util\

然而,我拥有的所有JRE7似乎都不包含这个类。有人知道为什么吗?

该类不是Java公共API的一部分。它不再是Java发行版的一部分。一般来说,依赖包
com.sun
中的任何内容都是一个非常糟糕的主意,尤其是如果包名中还包含
内部
。这是因为它们不是公共的、有文档记录的API的一部分,开发人员绝对不会承诺这些类在不同版本之间会有多少变化

如果您依赖这些类,那么您的代码就不能保证可以从一个JVM移植到另一个JVM(它可以在IBM的JMV或Android上运行,也可以不在IBM的JMV或Android上运行),或者从同一JVM的一个版本移植到下一个版本。他们甚至不承诺在小修改之间不从你下面修改这些

至于你关于为什么要把它拿走的问题:因为他们觉得没有必要再保留它了,所以他们把它扔掉了。就这么简单


不要使用那些类。坚持使用公共的、文档化的API。

该类不是Java公共API的一部分。它不再是Java发行版的一部分。一般来说,依赖包
com.sun
中的任何内容都是一个非常糟糕的主意,尤其是如果包名中还包含
内部
。这是因为它们不是公共的、有文档记录的API的一部分,开发人员绝对不会承诺这些类在不同版本之间会有多少变化

如果您依赖这些类,那么您的代码就不能保证可以从一个JVM移植到另一个JVM(它可以在IBM的JMV或Android上运行,也可以不在IBM的JMV或Android上运行),或者从同一JVM的一个版本移植到下一个版本。他们甚至不承诺在小修改之间不从你下面修改这些

至于你关于为什么要把它拿走的问题:因为他们觉得没有必要再保留它了,所以他们把它扔掉了。就这么简单


不要使用那些类。坚持使用公开的、有文档记录的API。

如果依赖Oracle特定的内部代码,就会出现这种情况。。。别这样,我们一直在说,好吧。。。非常有用的答案。这就是当您依赖于Oracle特定的内部代码时会发生的情况。。。别这样,我们一直在说,好吧。。。非常有用的答案。此外,如果您使用此类类,编译器会发出警告。始终启用所有编译器警告,从不抑制它们,并注意它们告诉您的内容。此外,如果您使用此类类,编译器将发出警告。始终启用所有编译器警告,从不抑制它们,并注意它们告诉您的内容。