除了Nels Beckman的解决方案，我还有以下建议：

在ConfigureBuild Path下，我必须重新排列order和Export下条目的顺序。

此外，作为一名EclipsePDE开发人员，我需要重新排列MANIFEST.MF中依赖项的顺序，将有问题的包添加到列表的第一位。

使用这些刻度盘，同时在其间运行Project>Clean，我能够解决这些警告。

转到项目财产中的“生成路径”设置。Windows->首选项->Java编译器删除JRE系统库添加另一个具有“完美匹配”的JRE清理并重新构建项目。这对我有用。

转到项目财产中的Java构建路径。删除现有的JRE系统库然后再次添加，即添加库-->JRE库-->选择JRE-->完成。最后选择order和export选项卡，选择JRE Lib并移至顶部。就是这样。

我的猜测是，您正在尝试用您拥有的库中的标准类替换Java5附带的标准类。

根据许可协议的条款，这是不允许的，但是AFAIK直到Java5才强制执行。

我以前在QName中见过这种情况，我通过从jar中删除类来“修复”它。

编辑http://www.manpagez.com/man/1/java/选项“-Xbootclasspath：”的注释

“不应部署使用此选项来重写rt.jar中的类的应用程序，因为这样做会违反Java 2 Runtime Environment二进制代码许可证。”

这个http://www.idt.mdh.se/rc/sumo/aJile/Uppackat/jre/LICENSE

“Java技术限制。您不能修改Java平台接口（“JPI”，标识为包含的类在“java”包或“java”的任何子包中通过在JPI或否则会导致JPI中的类。如果您创建了（i）扩展的附加类和相关APIJava平台的功能，以及（ii）第三方软件开发人员开发额外的软件附加API，您必须立即广泛发布此类API的准确规范，供所有人免费使用开发人员。您不能创建或授权被许可方创建附加类、接口或以任何方式标识为“java”的子包，“javax”、“sun”或sun在任何命名约定名称。"

在这种情况下，如果您确定应该能够访问给定的类，那么这可能意味着您向项目中添加了几个jar，这些jar包含具有相同名称（或路径）但内容不同的类，并且它们相互覆盖（通常，旧的自定义构建jar包含内置的第三方库的旧版本）。

例如，当您添加一个jar实现：

a.b.c.d1
a.b.c.d2

而且是仅实现以下功能的旧版本：

a.b.c.d1
(d2 is missing altogether or has restricted access)

在代码编辑器中，一切都很好，但如果“旧”库覆盖了新库，则在编译过程中会失败-d2突然变得“丢失或无法访问”，即使它存在。

解决方案是检查编译时库的顺序，并确保首先使用具有正确实现的库。

我遇到了同样的问题。我在网站上找到了答案：http://www.17ext.com.首先，删除JRE系统库。然后，再次导入JRE系统库。