Bug 15844 [Exception Handling] SelectionChange events and NPE
Build 20020508 Due to new global actions there are now more objects listening to selection changes send out by a JFace viewer. We now had the case that one of the listener generated a NPE. As a result all listeners registered after that one didn't receive the selection change event. StructuredViewers should be more fault tolorant to exceptions when informing listeners.
bundles/org.eclipse.jface/src/org/eclipse/jface/viewers/Viewer.java
return values[i];
	}
	return null;
}
/* (non-Javadoc)
 * Copy-down of method declared on <code>IInputProvider</code>.
 */
public abstract Object getInput();
/* (non-Javadoc)
 * Copy-down of method declared on <code>ISelectionProvider</code>.
 */
public abstract ISelection getSelection();
/**
 * Handles a help request from the underlying SWT control.
 * The default behavior is to fire a help request,
 * with the event's data modified to hold this viewer.
 */
protected void handleHelpRequest(HelpEvent event) {
	Object oldData = event.data;
	event.data = this;
	fireHelpRequested(event);
	event.data = oldData;
}
/**
 * Internal hook method called when the input to this viewer is
 * initially set or subsequently changed.
 * <p>
 * The default implementation does nothing. Subclassers may override 
 * this method to do something when a viewer's input is set.
 * A typical use is populate the viewer.