Summary: | Breakpoints installed in all classes with "name*" (1GLCLBW) | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Darin Swanson <Darin_Swanson> |
Component: | Debug | Assignee: | Jared Burns <jared_burns> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P1 | CC: | darin.eclipse |
Version: | 2.0 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Darin Swanson
2001-10-10 22:18:48 EDT
Implemented check in JavaBreakpoint#handleEvent() to ensure that breakpoints are only installed in appropriate classes (classes whose names match the breakpoint's installed reference type). Verified the test case in this PR works, but Pattern breakpoints are now broken for patterns that are not an exact match. Fixed. JavaPatternBreakpoint now overrides installableReferenceType(ReferenceType), returning true if its pattern is a substring of the reference type name. Please verify. The "*" pattern still fails. I need to debug to see why... The method #addToTarget() checks is the #getReferenceTypeName() for a breakpoint is "", and does not add the breakpoint. A pattern breakpoint that uses the generic "any type" pattern, returns "" as the reference type name and is never installed. Fixed. #getReferenceType now returns null as an error code. #addToTarget (and other references) updated to reflect this change. #addToTarget also pushed up the hierarchy into JavaBreakpoint. Its implementation in JavaLineBreakpoint and JavaExceptionBreakpoint was identical. Please verify. Pattern breakpoints now work in the deferred case, but a partial match patten and a generic match pattern do not work in the non-deferred case. The logic to install JavaPatternBreakpoints in loaded classes was lost during a recent refactoring. I put it back. Test suite passes now. verified. PRODUCT VERSION: 203 |