New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for conditional breakpoints #52
Comments
Point taken - conditional breakpoints breaking "unconditionally" deserves mentioning on the status page. As for supporting them in Java - this is very challenging and would probably require extensions to GWT itself, as we'll have to somehow be capable of compiling Java snippets on-the-fly to Javascript, in the context of the currently selected stack-frame of the suspended application. |
Is it possible to add javascript conditional breakpoints - like in chrome? It would be nice to at least stop at something like: foo_1_g$.bar_2_g$ == 'name' |
The beauty of how SDBG is integrated with the Eclipse Java Development Tools is that SDBG is reusing the breakpoints (including the conditional ones) which are actually placed and owned by the standard Java (JDWP) debugger. So if you have shared code between the client and server, you don't have to think whether you need an SDBG breakpoint, or a Java breakpoint. This means that the conditional breakpoints are Java, not JavaScript breakpoints. I may be able to cheat those and enter a JavaScript expression in the window where a Java expression is expected. However, the syntax highlighting and code completion will be for Java and for the Java functional context, not for JavaScript. |
I had in mind exactly the cheat you described. I think it is better to have some possibility of conditional breakpoints than have non. I work on a large GWT application and it is frustrating to jump from eclipse to chrome dev tools. |
Tell me about it. OK I'll see if I can make the cheat working... |
You can also simulate a conditional breakpoint by adding some code temporarily: if (..) { But it does require a recompile. |
Currently, breakpoints that are conditional are always triggered as if there were no condition on them. It would be nice to support them. Even better would be if this could be done by writing Java, so you can have something of the form:
If this is too hard for now, then perhaps it should be documented in the "Status" section of the project's home page that the conditions on conditional breakpoints are ignored (which is what I assume is happening).
The text was updated successfully, but these errors were encountered: