我也有这个问题。显然，我在构建路径中将JRE设置为1.5而不是1.6。

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

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

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

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

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

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

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

http://www.digizol.com/2008/09/eclipse-access-restriction-on-library.html对我来说效果最好。

在Windows上：Windows->首选项->Java->编译器->错误/警告->不推荐和受限制的API->禁止的引用（访问规则）：->更改为警告

在Mac OS X/Linux上：Eclipse->首选项->Java->编译器->错误/警告->不推荐和受限制的API->禁止的引用（访问规则）：->更改为警告

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

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

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

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