我得到的错误，当我只是改变一些svn设置，而不是在代码中的任何东西。只是清理项目修复了错误。

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

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

听起来这是一个已知的问题(Bug 67414)，在3.0已经解决了……有人评论说他们在3.4中也会遇到这种情况。

与此同时，解决方法是从项目中删除JRE系统库，然后再将其添加回来。以下是步骤:

Go to properties of project with the build error (right click > Properties) View the "Libraries" tab in the "Build Path" section Find the "JRE System Library" in the list (if this is missing then this error message is not an eclipse bug but a mis-configured project) Remove the "JRE System Library" Hit "Add Library ...", Select "JRE System Library" and add the appropriate JRE for the project (eg. 'Workspace default JRE') Hit "Finish" in the library selection and "OK" in the project properties and then wait for the re-build of the project

希望这个错误能得到解决。

In my case ,I created a project and made its minSdkVersion=9 and targetSdkVersion=17. I used automatically generated libs/android-support-v4.jar. I also had to make use of ActionBarActivity using android-support-v7-appcomapt.jar. So I just copied the android-support-v7-appcompat.jar file from android-sdk/extras/andrid/support/v7/appcompat/libs folder and pasted it to my project libs folder. And this caused the above error. So basically,I needed to put android-support-v4.jar file from android-sdk/extras/andrid/support/v7/appcompat/libs as well to my project libs folder. As per my knowledge the v7.jar file had dependencies on v4.jar file. So ,it needed it own v4.jarfile,instead of my project,automatically created v4.jar file.

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

我在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中消失了。