[jboss-cvs] JBossAS SVN: r76256 - 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-26 22:17:58 -0400 (Sat, 26 Jul 2008)
New Revision: 76256

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

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter.po	2008-07-27 01:17:36 UTC (rev 76255)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter.po	2008-07-27 02:17:58 UTC (rev 76256)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter\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-26 22:45+1000\n"
+"PO-Revision-Date: 2008-07-27 12:08+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -550,7 +550,7 @@
 "control of the system and requires no further intervention by the "
 "programmer. This ensures that the two-phase property can be correctly "
 "maintained."
-msgstr ""
+msgstr "Sperrerwerb ist (notwendigerweise) unter Programmiererkontrolle, da ebenso wie <classname>StateManager</classname> nicht bestimmen kann ob eine Operation ein Objekt verändert <classname>LockManager</classname> nicht bestimmen kann, ob eine Operation eine Lese- oder Schreibsperre benötigt. Die Freigabe der Sperre (Lock Release) jedoch ist unter Kontrolle des Systems und erfordert kein weiteres Eingreifen durch den Programmierer. Dies stellt sicher, dass die zwei-Phase Property ordnungsgemäß gewartet werden kann."
 
 #. Tag: screen
 #: Chapter.xml:109
@@ -993,6 +993,10 @@
 "<classname>RecoveryRecord</classname>/<classname>PersistenceRecord</"
 "classname> will restore the prior state of O."
 msgstr ""
+"Nehmen wir jetzt an, dass die Aktion <literal>Trans</literal> einige Zeit, nachdem die Sperre erworben wurde, abgebrochen wird. Dann bearbeitet die Zurücksetz-Operation von "
+"<classname>AtomicAction</classname> die mit <literal>Trans</literal> assoziierte<classname>RecordList</classname>-Instanz durch  Aufrufen einer entsprechenden <literal>Abort</literal>-Operation an den verschiedenen Einträgen. Die Implementierung dieser Operation durch die <classname>LockRecord</classname>-Klasse löst die <literal>WRITE</literal>-Sperre, während "
+"<classname>RecoveryRecord</classname>/<classname>PersistenceRecord</"
+"classname> den vorherigen Status von O wiederherstellt."
 
 #. Tag: para
 #: Chapter.xml:171
@@ -1005,4 +1009,6 @@
 "Objects for Java</emphasis> take care of participant registration, "
 "persistence, concurrency control and recovery."
 msgstr ""
+"Es ist wichtig, sich dessen bewusst zu sein, dass die oben genannten Arbeiten automatisch von <emphasis>TxCore</emphasis> für den Anwendungsprogrammierer durchgeführt werden. Der Programmierer muss die Transaktion lediglich starten und eine entsprechende Sperre setzen; <emphasis>TxCore</emphasis> und <emphasis>Transactional "
+"Objects for Java</emphasis> kümmern sich um die Teilnehmerregistrierung, Persistenz, Nebenläufigkeitskontrolle und Recovery."