[jboss-cvs] JBossAS SVN: r76203 - projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE.

[jboss-cvs-commits at lists.jboss.org]

Author: jdimanos at jboss.com
Date: 2008-07-24 18:08:25 -0400 (Thu, 24 Jul 2008)
New Revision: 76203

Modified:
   projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po
Log:
update

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po	2008-07-24 21:49:06 UTC (rev 76202)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po	2008-07-24 22:08:25 UTC (rev 76203)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_02\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-06-05 22:51+0000\n"
-"PO-Revision-Date: 2008-07-24 23:32+1000\n"
+"PO-Revision-Date: 2008-07-25 08:07+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -1482,7 +1482,7 @@
 "specified timeout value between each failed attempt. The default is 100 "
 "attempts, each attempt being separated by a 0.25 seconds delay; the time "
 "between retries is specified in micro-seconds."
-msgstr ""
+msgstr "Falls die Sperre nicht gleich erhalten werden kann, so führt der <classname>LockManager</classname> eine bestimmte Anzahl von Malen Wiederholungsversuche durch, wobei er den festgelegten Zeitwert zwischen den fehlgeschlagenen Versuchen abwartet. Der Standard sind 100 Versuche, wobei jeder Versuch durch eine 0.25 Sekunden Verzögerung getrennt wird; die Zeit zwischen den Wiederholungsversuchen ist in Mikrosekunden festgelegt."
 
 #. Tag: para
 #: Chapter_02.xml:263
@@ -1497,6 +1497,8 @@
 "only executed if a lock request is granted. Below are examples of the use of "
 "the <command>setlock</command> operation."
 msgstr ""
+"Falls es zu einem Sperrkonflikt kommt, so führt die aktuelle Implementierung einfach einen Timeout der Sperranfragen durch, wodurch Deadlocks (Blockierungen) vermieden werden, statt dass ein vollständiges Deadlock Aufspürschema aufgefunden werden müsste. Wird die angeforderte erhalten, so antwortet die \"Setlock\"-Operation mit dem Wert dem Wert <literal>GRANTED< andernfalls mit dem Wert "
+"<literal>REFUSED</literal>. Es obliegt der Verantwortung des Programmierers sicherzustellen, dass der restliche Code für eine Operation nur dann ausgeführt wird, wenn eine Sperranfrage gewährt wird. Nachfolgend sehen Sie Beispiele für die Verwendung der <command>setlock</command>-Operation."
 
 #. Tag: programlisting
 #: Chapter_02.xml:265
@@ -1539,6 +1541,7 @@
 #. Tag: para
 #: Chapter_02.xml:267
 #, no-c-format
+#, fuzzy
 msgid ""
 "The concurrency control mechanism is integrated into the atomic action "
 "mechanism, thus ensuring that as locks are granted on an object appropriate "
@@ -1550,6 +1553,12 @@
 "programmer's responsibility to release the locks when required, using the "
 "corresponding <command>releaselock</command> operation."
 msgstr ""
+"Der Mechanismus zur Kontrolle der Nebenläufigkeit ist in den atomischen Aktionsmechanismus integriert, wodurch sichergestellt wird, dass die entsprechenden Sperren für ein Objekt gewährt werden, das bei der aktuell laufenden atomischen Aktion registriert ist und wodurch außerdem sichergestellt wird, dass die Sperren zum richtigen Zeitpunkt freigegeben werden. This frees the programmer "
+"from the burden of explicitly freeing any acquired locks if they were "
+"acquired within atomic actions. However, if locks are acquired on an object "
+"<emphasis>outside</emphasis> of the scope of an atomic action, it is the "
+"programmer's responsibility to release the locks when required, using the "
+"corresponding <command>releaselock</command> operation."
 
 #. Tag: title
 #: Chapter_02.xml:272