在我的案例中，生成路径JRE和执行环境中安装的JRE之间不匹配。我进入了项目>财产>Java编译器。底部有一条警告信息。

我单击链接“Installed JRE”、“Execution environment”、“Java build path”，将JDK版本更改为1.7，警告消失。

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

我也遇到过这个错误，但我的项目是在命令行上使用Maven和tycho编译器构建的（这是一组OSGi插件）。在对有相同问题但在Eclipse中而不是在命令行中解决的人进行了大量筛选后，我在Tycho开发者论坛上发现了一条消息，回答了我的问题，使用pom.xml中的配置忽略了关于访问限制的编译器警告：

<plugin>
    <groupId>org.eclipse.tycho</groupId>
    <artifactId>tycho-compiler-plugin</artifactId>
    <version>${tycho.version}</version>
    <configuration>
        <compilerArgument>-warn:+discouraged,forbidden</compilerArgument>
    </configuration>
</plugin>

更多信息可以在Tycho FAQ中找到。这让我花了好几年的时间，所以我想我会通过发布这个答案来帮助其他任何试图从命令行修复这些访问限制错误的人。

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

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

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

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

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

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

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