Bug 48337 - [Search] FieldReferenceMatch should report read/write access
Summary: [Search] FieldReferenceMatch should report read/write access
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: 3.0 M8   Edit
Assignee: Jerome Lanneluc CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 37817 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-12-09 07:43 EST by Philipe Mulet CLA
Modified: 2004-05-10 05:26 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Philipe Mulet CLA 2003-12-09 07:43:46 EST 
Build 20031203+JDTCore HEAD with search participants

JavaSearchMatch should be an abstract type, with specific match subclasses, 
e.g. FieldMatch etc...

The #getElement() method would be a way to reach the corresponding element in 
the model, but the match itself could carry/retain search information which 
doesn't require to populate the model any further to display search results.

e.g. retain whether a field ref was a write/read access, retain the modifier of 
a type declaration.
Comment 1 Jerome Lanneluc CLA 2004-03-01 08:01:24 EST 
Added API on FieldReferenceMatch: isReadAccess() adn isWriteAcces().
Comment 2 Frederic Fusier CLA 2004-03-25 12:29:35 EST 
Verified for 3.0 using build I200403250800.
Comment 3 Philipe Mulet CLA 2004-05-10 05:26:41 EDT 
*** Bug 37817 has been marked as a duplicate of this bug. ***