Locking - Versionsgeschichte

Sed: Hob den Schutz von „Locking“ auf

2010-02-24T09:56:19Z

Hob den Schutz von „Locking“ auf

Sed am 18. August 2009 um 11:21 Uhr

2009-08-18T11:21:19Z

Jankowski am 13. Februar 2009 um 09:25 Uhr

2009-02-13T09:25:49Z

Liebold am 10. Juli 2008 um 08:30 Uhr

2008-07-10T08:30:19Z

Liebold am 10. Juli 2008 um 08:29 Uhr

2008-07-10T08:29:48Z

Ole: /* Setzen und Freigeben von Locks */

2008-07-09T09:47:32Z

Setzen und Freigeben von Locks

Ole am 9. Juli 2008 um 08:29 Uhr

2008-07-09T08:29:46Z

Ole am 9. Juli 2008 um 08:25 Uhr

2008-07-09T08:25:40Z

Ole am 9. Juli 2008 um 08:24 Uhr

2008-07-09T08:24:22Z

Veltrup: Schützte „Locking“ [edit=autoconfirmed:move=autoconfirmed]

2008-06-27T08:23:14Z

Schützte „Locking“ [edit=autoconfirmed:move=autoconfirmed]

← Nächstältere Version		Version vom 18. August 2009, 11:21 Uhr
Zeile 1:		Zeile 1:
		+	__TOC__
	Mit Locking wird ein Mechanismus beschrieben, mit dem exklusiver Zugriff auf ein Element realisiert wird. Hierbei handelt es sich um eine serverseitige Funktionalität, die das Verändern eines gelockten Elements verhindert. Der IES unterstützt das Locking von Elementen unabhängig vom Typ. Gesteuert wird der Locking-Service über entsprechende <code>HandlerKeys</code>. Der Applikationsentwickler kann entscheiden, ob und wann ein Lock gesetzt bzw. entfernt wird. Es können parallel mehrere Locks pro Nutzer angelegt werden. Der Locking-Status eines Elementes lässt sich über SPML abfragen und auswerten. Je nach Umsetzung kann so auch der lesende Zugriff auf Elemente innerhalb einer Applikation verhindert werden.		Mit Locking wird ein Mechanismus beschrieben, mit dem exklusiver Zugriff auf ein Element realisiert wird. Hierbei handelt es sich um eine serverseitige Funktionalität, die das Verändern eines gelockten Elements verhindert. Der IES unterstützt das Locking von Elementen unabhängig vom Typ. Gesteuert wird der Locking-Service über entsprechende <code>HandlerKeys</code>. Der Applikationsentwickler kann entscheiden, ob und wann ein Lock gesetzt bzw. entfernt wird. Es können parallel mehrere Locks pro Nutzer angelegt werden. Der Locking-Status eines Elementes lässt sich über SPML abfragen und auswerten. Je nach Umsetzung kann so auch der lesende Zugriff auf Elemente innerhalb einer Applikation verhindert werden.

@@ Zeile 1: / Zeile 1: @@
-Mit Locking wird ein Mechanismus beschrieben, mit dem exklusiver Zugriff auf ein Element realisiert wird. Hierbei handelt es sich um eine serverseitige Funktionalität, die das Verändern eines gelockten Elemets verhindert. Der IES unterstützt das Locking von Elementen jeden Typs. Gesteuert wird der Locking-Service über entsprechende <code>HandlerKeys</code>. Der Applikationsentwickler kann entscheiden, ob und wann ein Lock gesetzt bzw. entfernt wird. Es können parallel mehrere Locks pro Nutzer angelegt werden. Der Locking-Status eines Elementes lässt sich über SPML abfragen und auswerten. Je nach Umsetzung kann so auch der lesende Zugriff auf Elemente innerhalb einer Applikation verhindert werden.
+Mit Locking wird ein Mechanismus beschrieben, mit dem exklusiver Zugriff auf ein Element realisiert wird. Hierbei handelt es sich um eine serverseitige Funktionalität, die das Verändern eines gelockten Elements verhindert. Der IES unterstützt das Locking von Elementen unabhängig vom Typ. Gesteuert wird der Locking-Service über entsprechende <code>HandlerKeys</code>. Der Applikationsentwickler kann entscheiden, ob und wann ein Lock gesetzt bzw. entfernt wird. Es können parallel mehrere Locks pro Nutzer angelegt werden. Der Locking-Status eines Elementes lässt sich über SPML abfragen und auswerten. Je nach Umsetzung kann so auch der lesende Zugriff auf Elemente innerhalb einer Applikation verhindert werden.
 Praktische Verwendung findet das Locking i.d.R. bei Artikeln um paralelles Bearbeiten der selben Informationen zu verhindern. In InfoSite5 wird ein solcher Artikel grau hervorgehoben und mit einem Tooltip, der Informationen zum aktuellen Bearbeiter angibt, versehen. Außerdem sind die Buttons zum Speichern deaktiviert.
-Der Locking-Dienst steuert über einen Timeout-Mechanismus, daß Locks auf Elemente automatisch, nach einer konfigurierten Zeit in der keine Aktionen vorgenommen wurden (Standardwert ist 2 Min.), wieder zurückgesetzt werden. So kann sichergestellt werden, daß die Arbeiten am System in jedem Fall irgendwann fortgesetzt werden können.
+Der Locking-Dienst steuert über einen Timeout-Mechanismus, dass Locks auf Elemente, nach einer konfigurierten Zeit in der keine Aktionen vorgenommen wurden (Standardwert ist 2 Min.), automatisch wieder zurückgesetzt werden. So kann sichergestellt werden, daS die Arbeiten am System in jedem Fall irgendwann fortgesetzt werden können.
 ==Setzen und Freigeben von Locks==
-Um ein Lock auf ein Element (z.B. Artikel oder Template) zu setzen, wird beim Aufruf eines Handlers bzw. des <code>SpmlServlets</code> (beliebige URL des IES) lediglich ein weiterer Parameter via <code>POST</code> oder <code>GET</code> übergeben. Der Parameter heißt je nach Aktion
+Um ein Lock auf ein Element (z.B. Artikel oder Template) zu setzen, wird beim Aufruf eines Handlers bzw. des <code>SpmlServlets</code> (beliebige URL des IES) lediglich ein weiterer Parameter via <code>POST</code> oder <code>GET</code> übergeben. Der Parameter heißt je nach Aktion:
 ;<code>SYS_lock</code>
-:Mit <code>SYS_lock=${elementID}</code> wird versucht das Element <code>${elementID}</code> durch den aktuellen Benutzer zu locken. Ist das Element bereits durch einen anderen Nutzer gelockt worden, wird ein Fehler (<code>LockException</code>) zurückgegeben, der abgefangen werden sollte.
+:Mit <code>SYS_lock=${elementID}</code> wird versucht das Element <code>${elementID}</code> durch den aktuellen Benutzer zu locken. Ist das Element bereits durch einen anderen Nutzer gelockt, wird ein Fehler (<code>LockException</code>) zurückgegeben, der abgefangen werden sollte.
 :ERROR-Code: [[Errorcode#SYS-E010|SYS-E010]]
@@ Zeile 18: / Zeile 18: @@
 :ERROR-Code: [[Errorcode#SYS-E010|SYS-E010]]
-Sollen mehre Elemente auf einmal gelockt werden, so kann auch eine kommaseparierte Liste von ID's übergeben werden. Tritt beim Locken bzw. Freigeben ein Fehler mit den übergebenen ID's auf, so wird ein Fehler mit dem ERROR-Code: [[Errorcode#SYS-F012|SYS-F012]] zurückgegeben.
+Ist es nötig mehre Elemente auf einmal zu locken, so kann auch eine kommaseparierte Liste von IDs übergeben werden. Tritt beim Locken bzw. Freigeben ein Fehler mit den übergebenen IDs auf, wird ein Fehler mit dem ERROR-Code: [[Errorcode#SYS-F012|SYS-F012]] zurückgegeben.
 Ist ein Lock gesetzt, ist der Wert von "<code>.isReadOnly</code>" des entsprechenden Elementes automatisch für die Dauer des Locks auf "<code>true</code>" gesetzt worden.
@@ Zeile 30: / Zeile 30: @@
 <noinclude>
 [[Category:Funktionsbeschreibungen]]
 [[Category:Qualität_des_Codes_prüfen]]
 </noinclude>

@@ Zeile 29: / Zeile 29: @@
 <noinclude>
 [[Category:Qualität_der_Sprache_prüfen]]
 [[Category:Qualität_des_Codes_prüfen]]
 </noinclude>

@@ Zeile 29: / Zeile 29: @@
 <noinclude>
 [[Category:Qualität_der_Sprache_prüfen]]
 [[Category:Qualität_des_Codes_prüfen]]
 </noinclude>

@@ Zeile 8: / Zeile 8: @@
 Um ein Lock auf ein Element (z.B. Artikel oder Template) zu setzen, wird beim Aufruf eines Handlers bzw. des <code>SpmlServlets</code> (beliebige URL des IES) lediglich ein weiterer Parameter via <code>POST</code> oder <code>GET</code> übergeben. Der Parameter heißt je nach Aktion
-*;<code>SYS_lock</code>
+;<code>SYS_lock</code>
 :Mit <code>SYS_lock=${elementID}</code> wird versucht das Element <code>${elementID}</code> durch den aktuellen Benutzer zu locken. Ist das Element bereits durch einen anderen Nutzer gelockt worden, wird ein Fehler (<code>LockException</code>) zurückgegeben, der abgefangen werden sollte.
 :ERROR-Code: [[Errorcode#SYS-E010|SYS-E010]]
-*;<code>SYS_unlock</code>
+;<code>SYS_unlock</code>
 :Mit <code>SYS_unlock=${elementID}</code> wird veruscht das Element vom aktuellen Benutzer wieder freizugeben. Ist das Lock von einem anderen Benutzer angelegt worden, so wird ein Fehler (<code>AccessDeniedException</code>) zurückgegeben, der entsprechend abgefangen werden sollte.

← Nächstältere Version	Version vom 24. Februar 2010, 09:56 Uhr
(kein Unterschied)

@@ Zeile 11: / Zeile 11: @@
 :Mit <code>SYS_lock=${elementID}</code> wird versucht das Element <code>${elementID}</code> durch den aktuellen Benutzer zu locken. Ist das Element bereits durch einen anderen Nutzer gelockt worden, wird ein Fehler (<code>LockException</code>) zurückgegeben, der abgefangen werden sollte.
-:ERROR-Code: [[Errorcodes#SYS_ERROR_010|SYS_ERROR_010]]
+:ERROR-Code: [[Errorcode#SYS-ERROR-010|SYS-ERROR-010]]
 *;<code>SYS_unlock</code>
 :Mit <code>SYS_unlock=${elementID}</code> wird veruscht das Element vom aktuellen Benutzer wieder freizugeben. Ist das Lock von einem anderen Benutzer angelegt worden, so wird ein Fehler (<code>AccessDeniedException</code>) zurückgegeben, der entsprechend abgefangen werden sollte.
-:ERROR-Code: [[Errorcodes#SYS_ERROR_010|SYS_ERROR_010]]
+:ERROR-Code: [[Errorcode#SYS-ERROR-010|SYS-ERROR-010]]
-Sollen mehre Elemente auf einmal gelockt werden, so kann auch eine kommaseparierte Liste von ID's übergeben werden. Tritt beim Locken bzw. Freigeben ein Fehler mit den übergebenen ID's auf, so wird ein Fehler mit dem ERROR-Code: [[Errorcodes#SYS_FATAL_01|SYS_FATAL_012]] zurückgegeben.
+Sollen mehre Elemente auf einmal gelockt werden, so kann auch eine kommaseparierte Liste von ID's übergeben werden. Tritt beim Locken bzw. Freigeben ein Fehler mit den übergebenen ID's auf, so wird ein Fehler mit dem ERROR-Code: [[Errorcode#SYS-FATAL-01|SYS-FATAL-012]] zurückgegeben.
 Ist ein Lock gesetzt, ist der Wert von "<code>.isReadOnly</code>" des entsprechenden Elementes automatisch für die Dauer des Locks auf "<code>true</code>" gesetzt worden.

← Nächstältere Version	Version vom 27. Juni 2008, 08:23 Uhr
(kein Unterschied)