对我来说，我是这样解决的：

转到当前项目的生成路径

在库下

选择“JRE系统库[jdk1.8xxx]”单击“编辑”并选择“工作区默认JRE（jdk1.8xx）”或“备用JRE”单击“完成”单击“确定”

注意：确保在Eclipse/Preferences（而不是项目）/Java/Installed JRE中，jdk指向jdk文件夹，而不是JRE C:\Program Files\Java\jdk1.8.0_74

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

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

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

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

还有另一种解决方案也有效。

转到项目财产中的“生成路径”设置。删除JRE系统库将其添加回；选择“添加库”并选择JRE系统库。默认值对我有效。

这是因为在不同的jar文件中有多个类。删除和重新添加JRE库将首先选择正确的类。如果您想要一个基本的解决方案，请确保排除具有相同类的jar文件。

对我来说，我有三个不同的jar中的javax.xml.soap.SOAPPart：axis-saaj-1.4.jar、saaj-api-1.3.jar和rt.jar

对我来说，我是这样解决的：

转到当前项目的生成路径

在库下

选择“JRE系统库[jdk1.8xxx]”单击“编辑”并选择“工作区默认JRE（jdk1.8xx）”或“备用JRE”单击“完成”单击“确定”

注意：确保在Eclipse/Preferences（而不是项目）/Java/Installed JRE中，jdk指向jdk文件夹，而不是JRE C:\Program Files\Java\jdk1.8.0_74

在这种情况下，如果您确定应该能够访问给定的类，那么这可能意味着您向项目中添加了几个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突然变得“丢失或无法访问”，即使它存在。

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

我的猜测是，您正在尝试用您拥有的库中的标准类替换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在任何命名约定名称。"