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

如果上述解决方案不起作用，并且你在做了spring bean注入后开始遇到这个问题，问题可能是你没有为注入类使用接口。尝试使用实现接口的类进行注入可以解决这个问题。下面是一个例子: 无法安装用于创建bean的断点问题

在编译/构建jar时，我做了上面列出的所有事情-仍然有同样的问题。

最终，在启动服务器时，下面列出的jvmarg更改最终为我工作:

删除/注释了一堆与javaagent和bootclasspath相关的jvm参数。

<!-- jvmarg value=“${agentfile}” /-->

< !贾维德- lib /雷丁——>

<!-- jvmarg value=“-Xbootclasspath/a：/foo /-->

打开/取消注释以下行:

<jvmarg value= -Xdebug />

然后，当我启动服务器时，我就可以到达断点了。我怀疑javaagent在某种程度上干扰了Eclipse检测行号的能力。

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

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

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

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

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

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

我有同样的错误与JBoss 7.1.. 我和泽菲罗做了同样的事。只是忽略了错误，我能够正常放置断点。 在我的情况下，我正在构建思想蚂蚁生成器，这是我的javac任务:

<javac
        srcdir="${src.dir}"
        destdir="${build.classes.dir}" 
        includeantruntime="false" 
        debug="${debug}"
        verbose="false"
        debuglevel="lines,vars,source"
        source="1.6"
        target="1.6">

        <!-- Sppressing warning for setting an older source without bootclasspath
             (see: https://blogs.oracle.com/darcy/entry/bootclasspath_older_source) -->
        <compilerarg value="-Xlint:-options"/>

        <classpath>
            <fileset dir="${lib.dir}" includes="*.jar" />
            <fileset dir="${jboss.lib.dir}" includes="**/*.jar" />
        </classpath>

    </javac>