JavaBlackbelt Fragen zu RCP Entwicklung

[flaite]

Hi,

JavaBlackbelt ist eine community für openSource Tests. Warum diese MultipleChoiceTests-Zertifizierungen den Konzernen überlassen? Bauen wir einfach unsere eigenen.
Man kann in die unterschiedlichen Tests Fragen eingeben und bekommt dafür Schweinderl-Punkte.
Mit den Schweinderl-Punkten kann man für die Tests "bezahlen". Für bestandene Tests gibt es Test-Bestanden-Punkte. Und diese Test-bestanden-Punkte regeln wiederum welchen Gürtel man bekommt.
Es gibt: weisse, gelbe, orange, grüne, blaue und braune Gürtel. Ich hab seit Samstag einen blauen Gürtel. Und den gibts nicht dafür, dass man 3 oder 4 Tests besteht. Genau nachgezählt hab ich bisher 14 bestanden.

ich bin bekennender JavaBlackbelt-Junkie. Leider unser holländischer Freelancer Rob Appelboom auch. Er legte ein Tempo vor wie kein Holländer nach Neskens, Rensenbrink und Cruyf 74  . Ich hab total keinen Bock derjenige mit der zweithöchsten JavaBlackBelt Punktzahl auf unserem Gang zu sein. 
Nicht nur Frank Rijkard kann provozieren. 

Lange Rede, kurzer Sinn. Ich werde hier von Zeit zu Zeit meine Fragenvorschläge für nicht völlig esoterische Themengebiete posten (Hibernate, Spring und JGoodies Fragen sind esoterisch für ein NOtes Forum). Wenn die Fragen gut sind, bekomme ich schnell Schweinderl Punkte, mit denen ich dann wiederum Tests machen kann...
Zur Zeit bin ich ziemlich auf Eclipse Rich Client Platform (RCP) fokussiert. Lotus Expeditor baut da ja drauf auf und ein paar Leute interessieren sich ja dafür. Vielleicht fallen euch ein paar der sicher vorhandenen sprachlichen oder inhaltlichen Fehler auf. Oder ihr hat eine Idee wie man ein paar gemeine Fallen in die Antworten reinbauen kann. Egal.

Hier ist Frage Nummer 1:
Category: /Fat GUIs/Eclipse RCP/Eclipse RCP Basic/Workbench Advisors/WorkbenchAdvisor

Small description: Restore state of Workbench

Statement: You are developing a RCP application. The last step has been to add a view to your perspective. After the run of a quick launch of the application, you have noticed that the view isn't visible in the perspective, though it should.
What steps may you take, to make the view visible?

answers
a) It must be a bug in your perspectives code.

b) you find a call

Code

configurer.setSaveAndRestore(true);

in the body of the method

Code

public void initialize(IWorkbenchConfigurer configurer)

of the class of your application, which inherits from WorkbenchAdvisor.
Comment that call out.

c) you find a call

Code

configurer.setSaveAndRestore(true);

in the body of the method

Code

public void initialize(IPerspectiveConfigurer configurer)

of the class of your application, which implements IPerspectiveFactory.
Comment that call out.

d) Activate the check-box "Clear workspace data before launching" in the projects run configuration of your eclipse environment.

e) only c)


explanation
b) and d) are correct.
a) is wrong. Reason might be a bug in the code defining the perspective, but it must not.
b) The method setsSaveAndRestore, which is part of the interface of IWorkbenchConfigurer, aims at setting whether the workbench state should be saved on close and restored on subsequent open. Such changes of the workbench state by the user are not saved on default, setsSaveAndRestore must be explicitly called with 'true' as boolean parameter.
Imagine you have tested the application before with workbench state change turned on. The state of this run will be restored in the next test-run. And programmatic changes as displaying a newly added view in the workbench, might be overwritten by this state.
c) is wrong. There is no type IPerspectiveConfigurer in the Eclipse API.
d) is correct. You don't have to change the code (as in b)) to clear possible user initiated changes of the workbench. You get the same result, just by activating the check-box "Clear workspace data before launching" in the projects run configuration of your eclipse environment.
e) is nonsense, because c) is wrong.