Community
Participate
Working Groups
for historical reasons, setInput is called in SSE's createPart control. This is obvious drain on startup performance, worse now that we're trying to fit into FileBuffer framework and all its related to.
Assigning to you Amy, since you've investigated in the past. Let me know if those past solutions no longer apply, or need more discussion of alternatives.
setInput was called again in createPart control to initialize items associated with the sourceviewer that were not able to be initialized the first time setInput was called (becaues the sourceviewer had not been created yet) Instead of setting the input all over again, a new method, initializeSourceViewer should be created to just handle initializing everything that was missed in the first setInput (sourceviewer, viewerselectionmanager, etc)
Created attachment 16905 [details] org.eclipse.wst.sse.ui.patch While investigating, I also noticed sourceViewer.config was being called twice in createPartControl. This patch fixes the code so that setInput and sourceViewer.config should only be called once.
just adding performance keyword
Thanks, Amy. I committed your patch to head, should be in builds > 1/4/05.
done
