- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
FS5 Update doTransition wirft LockException
Hallo,
nach dem Update auf FS5.2_BETA.32.68448 tritt bei einem Aufruf von doTransition nun eine LockException auf. Das Szenario ist wie folgt: Redakteur1 erfragt eine Freigabe bei Redakteur2. Will Redakteur2 nun die Freigabe erteilen, kommt die Fehlermeldung, dass das freizugebende Element nicht gesperrt werden kรถnne, da es bereits von Redakteur2(cms-013 im Logfile) gesperrt sei. Gab es รnderungen bezรผglich dieser Funktion mit dem Update?
Im Anhang findet sich die Logausgabe.
VG, Ines
- Labels:
-
Developers
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Ines,
es scheint, dass die Methode lock() zwei mal aufgerufen wird.
Wird das Szenario mit einem Skript umgesetzt? Bitte poste die entsprechenden Code-Zeilen fรผr einen genaueren Blick.
Viele Grรผรe
Rene
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Genau, es handelt sich um ein Script, das in einem Arbeitsablauf verwendet wird.
//!Beanshell
import de.espirit.firstspirit.common.gui.CMSDialog;
requester = context.getTask().getHistory().get(0).getCreator();
releaser = context.getUser();
context.logInfo("Requester: " + requester.toString());
context.logInfo("Releaser: " + releaser.toString());
if (requester.getId() == releaser.getId()) {
context.logInfo("Requester and Releaser are one person!");
CMSDialog.showInfoDialog("'Freigabe anfordern' und 'Freigabe' dรผrfen nicht vom selben Redakteur durchgefรผhrt werden!");
context.doTransition("four_eyes_fail");
} else {
context.logInfo("Requester and Releaser are different!");
context.doTransition("four_eyes_okay");
}
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Ines,
die Ursache scheint nicht in diesem Skript zu liegen. Gibt es in dem Arbeitsablauf noch weitere Skripte, die davor ausgefรผhrt werden?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Nein, gibt es nicht.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Rene, besteht die Mรถglichkeit, dass das lesen der History in irgendeiner Weise den Lock verursacht? Viele Grรผรe Jรถrn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Ines,
kannst Du ausschlieรen, dass zur gleichen Zeit ein anderer Benutzer im SiteArchitect das fragliche Element auf dem der Workflow zugreifen will, gelockt wurde?
In Deiner Exception findet sich diese Zeile, die ganu das bedeuten kรถnnte:
Caused by: de.espirit.firstspirit.access.store.LockException: Element 1160974 is already locked by another session
Gruร Marian
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Ines,
ggf. solltet ihr einfach mal den Workflow mit der aktuellen Version 5.2.102 testen.
Gruร
Tim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hallo Ines,
ist dieses Posting noch aktuell? Benรถtigst du noch weitere Hilfe oder haben dir die gegebenen Antworten bereits geholfen? In diesem Fall wรคre es super, wenn du die "richtige Antwort" entsprechend markierst.
Solltest du zwischenzeitlich eine eigene Lรถsung gefunden haben, wรคre es toll, wenn du sie hier bereitstellst.
Viele Grรผรe
Michaela
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Der Helpdesk konnte eine Lรถsung bieten. Es wird im Skript nun vor doTransition die Funktion setLock aufgerufen.
VG, Ines

