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

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

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

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

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

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

在这种情况下，如果您确定应该能够访问给定的类，那么这可能意味着您向项目中添加了几个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设置为1.5而不是1.6。