我在Eclipse 4.4.2中遇到过一个有趣的案例。我的项目(P1)引用了一个外部类(项目P2)，它有两个同名但参数类型不同的方法:

public static void setItem(Integer id) …
public static void setItem(Item item) …

类型Item包含在第三个项目P3中，我不想在这里看到它。P1只调用了第一个方法:

ExternalClass.setItem(Integer.valueOf(12345));

因此，使用Item类的第二个方法没有被使用，而且P3确实不在编译类路径中——如果没有被使用，为什么要使用它呢?

Eclipse告诉我

The type ...Item cannot be resolved.
It is indirectly referenced from required .class files

从命令行编译不会产生任何此类问题。更改第二个方法的名称(此处未使用!)也使这个问题在Eclipse中消失了。

对我来说，当我使用已经使用了很长时间的旧jar集将jdk升级到1.8.0_60时，就会发生这种情况。如果我回到jdk1.7.0_25，所有这些问题都消失了。这似乎是JRE和库之间的兼容性问题。

当jar文件中的类不遵循与jar文件夹结构相同的结构时，就会发生此错误。

例如，如果你的类文件包含包com.test.exam，并且从这个类文件创建的classes.jar包含结构test.exam…将抛出错误。您需要纠正classes.jar的包结构，然后将其包含在eclipse构建路径中…

我有这个错误，因为一个损坏的本地maven存储库。

因此，为了解决这个问题，我所要做的就是进入我的存储库，删除有关.jar所在的文件夹，然后在Eclipse中强制执行更新maven。

这很可能是Eclipse搞混了，因为这是一个实际的错误。我忽略了这个错误，并运行了它所抱怨的endpointInterface的web服务，它运行得很好，除了每次我想要运行它时都必须处理对话框。只是另一个不透明的错误，什么也没告诉我。

在我的例子中，这是因为我在pom.xml文件中添加了一个新的依赖项。

新的依赖项依赖于旧版本的库(2.5)。我的pom.xml中的另一个库需要相同的库，但它需要3.0版本。

出于某种原因，当Maven遇到这些冲突时，它会简单地忽略最新的版本。在Eclipse中查看pom.xml时，您可以选择底部的“依赖层次结构”选项卡，以查看依赖关系是如何解析的。在这里，您将发现是否因为这个原因而忽略了所讨论的库(以及类)。

在我的例子中，这就像锁定新版本一样简单。您可以通过右键单击该条目来做到这一点—在上下文菜单中有一个选项可以将其锁定。