我试图调试日志管理器，需要将jre更改为jdk，然后在“主”选项卡中选择这个jdk，调试配置的“Java运行时环境”|“运行时jre”，然后一切正常。

从Spring AOP得到这个消息(似乎来自CGLIB库)。点击忽略似乎工作正常，我仍然可以调试。

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

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

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

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

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

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

打开/取消注释以下行:

<jvmarg value= -Xdebug />

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

我尝试了之前的大部分解决方案，但还是遇到了问题。 这就是我接下来所做的:

从Eclipse中删除应用程序 停止服务器 从webapps中删除应用文件夹 从服务器中的临时文件夹中删除内容 从服务器中的工作文件夹中删除内容 在Eclipse上重新打开应用程序 启动服务器

可能有些步骤是不需要的，但“以防万一”。

因此，如果前面的解决方案仍然不适合你。试试这个。 我希望这对你有所帮助;-)

当我用@ManagedBean (javax.annotation.ManagedBean)注释类时，我发现了这个问题。在JBoss EAP 6.2.0上运行新编译的应用程序时出现警告消息。忽略它并继续运行并没有帮助——断点从未到达。

我在JSF页面中使用EL调用该bean。现在…@ManagedBean可能不适合(我是CDI的新手)。当我将注释更改为@Model时，bean执行了，但断点警告也消失了，我像预期的那样击中了断点。

总之，看起来@ManagedBean注释弄乱了行号，不管它是否使用了错误的注释。

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文件的版本，清理并重新编译源代码，最后刷新环境。我希望这能对其他人有用。