Hallo Marcus,
der "Trick" ist hier, dass die Toolbar selber eben nicht als Projektkomponente deklariert wird sondern so wie Du es gemacht hast als PUBLIC-Komponente. Du muss jetzt lediglich dafür sorgen, dass sie nur "in den passenden Projekten" angezeigt wird. Wichtig zu verstehen ist hier, dass das Toolbar-Plugin zwar in jedem Projekt grundsätzlich erstmal geladen wird (das kann man nicht weiter steuern), aber in den "unpassenden" Projekten "unsichbar" bleibt. Üblicherweise macht man das, indem die .getItems()-Methode dann eben nur eine leere Collection liefert.
D.h. Du brauchst innerhalb der .getItems()-Methode eine Abfrage die prüft, ob das entsprechende Feature für das aktuelle Projekt "aktiviert" ist. Hier sind grundsätzlich diverse Varianten möglich. Die "sauberste" und übliche Methode ist hier aber die Nutzung einer ProjectApp. Wenn es nur um das grundsätzliche "ist aktiv oder nicht" geht, hat diese ProjectApp ehe Dummy-Charakter, d.h. man schaut dann im Code einfach, ob sie dem aktuellen Projekt unter "Projektapplikationen" hinzugefügt wurde oder eben nicht.
Das Vorgehen dazu: Du erzeugst zusätzlich eine Projektkomponente (siehe Post von André), also eine Klasse die das ProjectApp-Interface implementiert. Diese Klasse (z.B. XqProjectApp) gibst Du dann auch in der module.xml als <project-app> an. Die Methoden kannst Du dabei leer lassen.
Sobald das gemacht ist, kannst Du diese ProjectApp einzelnen Projekten im ServerManager hinzufügen.
Was Du jetzt noch brauchst ist die entsprechende Abfrage im Code. Das kannst Du einmal natürlich selber bauen, ich habe aber vor einiger Zeit mal die GenericConfig gebaut, die eigentlich zur Konfiguration solcher ProjectApps gedacht ist. Es gibt dort aber auch eine Utility-Methode, um festzustellen ob eine ProjectApp im aktuellen Projekt hinzugefügt ist. Auch wenn Du GenericConfig gar nicht zum Konfigurieren nutzt (also gar kein "Configurable" hast) solltest Du die Methode nutzen können sobald Du GenericConfig einbindest.
boolean projectAppIsInstalled = GenericConfigPanel.isInstalled(XqProjectApp.class, broker);
Dabei ist dann "MyProjectApp" Deine entsprechende ProjectApp-Klasse, der broker ist ein SpecialistsBroker mit Projektbindung. Der steht in Deinem Plugin im Rahmen der setUp-Methode zur Verfügung.
D.h. in Deinem XqToolbarItemsPlugin steht dann zusätzlich sowas drin:
public class XqToolbarItemsPlugin implements JavaClientEditorialToolbarItemsPlugin {
...
private boolean projectAppIsInstalled;
@Override
void setUp(BaseContext context){
projectAppIsInstalled = GenericConfigPanel.isInstalled(XqProjectApp.class, context);
}
@Override
Collection<? extends JavaClientToolbarItem> getItems(){
if(!projectAppIsInstalled){
return Collections.emptyList();
}
... //hier dann Dein Code der die Items erzeugt
}
...
}
Falls Du GenericConfig nicht einbinden willst, ist hier der Code der darin benutzt wird um das "Project App ist installiert" zu prüfen:
public static boolean isInstalled(final Class<? extends ProjectApp> projectAppClass,final SpecialistsBroker specialistsBroker){
final Collection<ComponentDescriptor> components = specialistsBroker.requestSpecialist(ModuleAgent.TYPE).getComponents(projectAppClass);
if (!components.isEmpty()) {
final ComponentDescriptor component = components.iterator().next();
final Collection<Project> projects = specialistsBroker.requestSpecialist(ModuleAdminAgent.TYPE).getProjectAppUsages(component.getModuleName(), component.getName());
final long projectId = specialistsBroker.requireSpecialist(ProjectAgent.TYPE).getId();
for (final Project project : projects) {
if (project.getId() == projectId) {
return true;
}
}
}
return false;
}
Wenn Du diese statische Methode direkt in die ProjectApp-Klasse einbaust, kannst Du natürlich auf die Übergabe der ProjectApp-Klasse verzichten und sie dort "hart" reincodieren, so dass dann der Aufruf etwas kürzer wird, z.B.
projectAppIsInstalled = XqProjectApp.isInstalled(context);
Viele Grüße
Michael
