Summary: | Can't set breakpoints in external source | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Peter Burka <peter_burka> |
Component: | Debug | Assignee: | Darin Wright <darin.eclipse> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | enhancement | ||
Priority: | P2 | CC: | andrew.kulick, darin.eclipse, erich_gamma, ezegarra, jed.anderson |
Version: | 2.0 | ||
Target Milestone: | 3.0 M3 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Peter Burka
2002-04-15 16:45:53 EDT
*** Bug 13841 has been marked as a duplicate of this bug. *** This is more than a debug issue. The java debug API supports breakpoints in external files (since breakpoints are name based), but the java editor would need to support setting those breakpoints (i.e. a ruler is needed for external files, and support to recognize markers associated with an external file). Not sure this will be addressed in 2.0 Deferred for post 2.0 *** Bug 19410 has been marked as a duplicate of this bug. *** As well, we should support breakpoint in "internal files" that are not on the buildpath. Re-open for 2.1 investigation. As a first step, what about a simple dialog where the user can enter a fully qualified type name and a line number to set a breakpoint? I have an implementation of breakpoint creation/location verification that uses the JDOM. The problem is that it is slow in large compilation units (the JDOM takes seconds to build on larget CUs such as java.lang.Character). Not clear if this solution is going to be feasible. Moving to M5. *** Bug 22958 has been marked as a duplicate of this bug. *** Breakpoint in external source has been deferred for post 2.1 consideration. *** Bug 32729 has been marked as a duplicate of this bug. *** *** Bug 35308 has been marked as a duplicate of this bug. *** Re-opening for 3.0 Released the first part of this feature. It allows to set line breakpoint ('standart') breakpoint in external files and files not in the classpath. It uses JDOM to find the name of the class and to verify the location of the breakpoint (see bug 1591 for more details). The same work need to be done for method breakpoints and watchpoints. Method breakpoints in external source will be limited to 'simple' methods. Method breakpoints require the complete signature of the method, in the case of source files not in the classpath, this signature can be generated if it contains only primitive types. The real name of the non-primitive type cannot be resolved, there is no context to resolve them. Released code to manage watchpoint in external files and files not in the classpath. Released code to manage method breakpoint in external files and files not in the build path. Please verify, Darin W. Verified |