我发现了这条信息的另一个原因。我在编程Scala。解决方案是:

打开运行->调试配置 在主选项卡的底部，在“应用”和“恢复”按钮旁边，有一个文本说明你正在使用哪个启动器，旁边有一个超链接说“选择其他”。这是一个奇怪的UI元素，乍一看并不可行。 使用“选择其他”链接并选择“Scala应用程序(新调试器)启动器”。另一个似乎不能与Scala一起工作。

现在调试应该可以工作了。注意，我已经安装了Scala IDE插件，如果您没有这个选项，那么这个选项可能是不可用的。

我从黑莓SDK方面得到了这个问题的答案:出于某种原因，无论我在编译器中修改了多少次选项，实际的底层设置文件都没有改变。

在项目的.settings文件夹中查找一个名为org.eclipse.jdt.core.prefs的文件。

在那里你可以手动修改设置:

org.eclipse.jdt.core.compiler.debug.lineNumber=generate

编辑:除此之外，我还注意到有时我可以忽略Eclipse给出的警告，它仍然会停在需要的地方……越来越奇怪……我将此归入我们作为开发人员所需要处理的事情中。

在使用Spring Tool Suite (STS)启动Java EE项目时，我们也会遇到这个消息，但是我们可以忽略这个消息，因为一切都很好。

如果其他方法都不起作用，打开调试透视图，清除所有现有的断点，然后重新设置它们。

We have very useful information to solve this problem already, but in my specific case, the problem was that as I did an update to my project from the repository, new classes were generated with the compiled source from the newest code. The problem is that I forgot to change the versions of the projects in my POM files and as the breakpoints were set on the new code and the POM files were still pointing to old versions that were available on the JAR files of a previous compilation, the classes from the JAR files were chosen and not the classes from the new code.

在恢复中，为了解决这个问题，我只需要更新主项目的POM文件的版本，清理并重新编译源代码，最后刷新环境。我希望这能对其他人有用。

确保运行时的主类所在的项目与包含断点的类所在的项目相同。如果不是，请确保两个项目都在运行配置的类路径中，并且出现在任何jar和类文件夹之前。