Bug 3335 - Java Element Deltas: Performance issues with deltas from Working Copy (1GIE36J)
Summary: Java Element Deltas: Performance issues with deltas from Working Copy (1GIE36J)
Status: VERIFIED WORKSFORME
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: All Windows NT
: P3 normal (vote)
Target Milestone: 2.0 F2   Edit
Assignee: Philipe Mulet CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 22:53 EDT by Martin Aeschlimann CLA
Modified: 2002-06-03 08:56 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Aeschlimann CLA 2001-10-10 22:53:25 EDT
MA (13.08.2001 10:59:25)
	When registered as Java element delta listener, you get also deltas coming from working copys, like when the user
	types on the keyboard.

	This results in many deltas sent to all delta listeners.
	Performance suggestion:
		There could be two kinds of delta listeners, some that are not interested in working copy deltas. 

NOTES:

PM (10/8/2001 12:17:19 PM)
	Nice to have
Comment 1 DJ Houghton CLA 2001-10-29 17:10:28 EST
PRODUCT VERSION:
	128

Comment 2 Philipe Mulet CLA 2001-12-05 12:29:41 EST
Defer - this would be an API change
Comment 3 Philipe Mulet CLA 2002-05-31 17:06:15 EDT
Added notion of event type, allowing to register reconcile specific listeners.
See 

	/**
	 * Adds the given listener for changes to Java elements.
	 * Has no effect if an identical listener is already registered.
	 * After completion of this method, the given listener will be 
registered for exactly
	 * the specified events.  If they were previously registered for other 
events, they
	 * will be deregistered.  
	 * <p>
	 * Once registered, a listener starts receiving notification of changes 
to
	 * java elements in the model. The listener continues to receive 
	 * notifications until it is replaced or removed. 
	 * </p>
	 * <p>
	 * Listeners can listen for several types of event as defined in 
<code>ElementChangeEvent</code>.
	 * Clients are free to register for any number of event types however 
if they register
	 * for more than one, it is their responsibility to ensure they 
correctly handle the
	 * case where the same java element change shows up in multiple 
notifications.  
	 * Clients are guaranteed to receive only the events for which they are 
registered.
	 * </p>
	 * 
	 * @param listener the listener
	 * @param eventMask the bit-wise OR of all event types of interest to 
the listener
	 * @see IElementChangedListener
	 * @see ElementChangedEvent
	 * @see #removeElementChangedListener(IElementChangedListener)
	 * @since 2.0
	 */
	public static void addElementChangedListener(IElementChangedListener 
listener, int eventMask)


Closing
Comment 4 Philipe Mulet CLA 2002-05-31 17:06:39 EDT
closed
Comment 5 Philipe Mulet CLA 2002-06-03 08:56:52 EDT
Verified