Hallo allerseits,
wir starten seit FirstSpirit 4.0 unserer Deployment-Aufträge per Workflow-Script in einem neuen Thread. Die angelegten Aufträge haben standardmäßig keine aktivierten Tasks. Diese werden durch das Workflow-Script vor Ausführungen bedarfsabhängig aktiviert.
Bis 5.2R17 hat das problemlos funktioniert. Seitdem wir vor kurzem auf 5.2R20 umgestiegen sind funktioniert das nur noch, wenn man Admin-Rechte hat. Bei normalen Redakteuren schlägt die Aktivierung der Tasks mit einer SecurityException in der Java-Konsole fehl.
Die relevante Stelle in unserem Script sieht ungefähr folgendermaßen aus (das Beispiel ist stark gekürzt):
executeDeployment() {
new Thread( this ).start();
run() {
...
taskList = scheduleEntry.getTasks();
for(i = 0; i < taskList.size(); i++) {
if("Task1".equals(taskList.get(i).getName()) {
taskList.get(i).setActive(true);
taskList.get(i).setParameter("param","value");
}
...
}
scheduleEntryControl = targetScheduleEntry.execute();
scheduleEntryControl.awaitTermination();
...
}
}
Java-Konsole:
// Error: Exception in runnable:bsh.TargetError: Method Invocation setActive : ... : .setActive ( true )
Called from method: startDeploymentThread : ... : executeDeployment ( )
Target exception: java.lang.SecurityException: CHANGE_PROJECT
Verwendet jemand zufällig eine ähnliche Methodik oder hat eine Idee?
Beste Grüße
Robin Kump
