抱歉更新旧POST。我得到了报告的问题，并按照如下所述解决了它。

假设您使用的是Eclipse+m2e maven插件，如果出现此访问限制错误，请右键单击出现错误的项目/模块-->财产-->构建路径-->库-->将JDK/JRE替换为在Eclipse工作区中使用的项目/模块。

我遵循了上述步骤，问题得到了解决。

只需更改项目的构建路径库的顺序。右键单击项目>构建路径>配置构建路径>选择顺序和导出（选项卡）>更改条目的顺序。我希望将“JRE系统库”移到底部会起作用。这对我来说很有效。简单又简单。。。。！！！

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

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

转到项目财产中的“生成路径”设置。删除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突然变得“丢失或无法访问”，即使它存在。

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

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

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

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

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