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

Mon Jul 14 07:28:55 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-07-14 07:28:55 -0400 (Mon, 14 Jul 2008)
New Revision: 75767

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

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_06.po
===================================================================

--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_06.po	2008-07-14 11:11:57 UTC (rev 75766)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_06.po	2008-07-14 11:28:55 UTC (rev 75767)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_06\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-12 08:26+1000\n"
+"PO-Revision-Date: 2008-07-14 21:27+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -62,6 +62,8 @@
 "structure of the application, particularly with regard to the use of atomic "
 "actions."
 msgstr ""
+"Obwohl diese beiden Phasen parallel und von einer einzelnen Person durchgeführt werden können, nennen wir den ersten Schritt den Job des Klassenentwicklers und den zweiten den Job des Anwendungsentwicklers. Der Klassenentwickler kümmert sich um die Definition der passenden <code>save_state</code> und <code>restore_state</code>-Operationen für die Klasse, setzt passende Sperren in Operationen und ruft die passenden TxCore-Klassenkonstruktoren."
+"Der Anwendungsentwickler wird sich eher um die Definition der allgemeinen Struktur der Applikation kümmern, insbesondere im Hinblick auf die Verwendung von atomischen Aktionen."
 
 #. Tag: para
 #: Chapter_06.xml:28
@@ -76,6 +78,8 @@
 "unrealistic example application it enables all of the TxCore modifications "
 "to be described without requiring in depth knowledge of the application code."
 msgstr ""
+"Dieses Kapitel illustriert die in vorangegangenen Abschnitten gemachten Punkte anhand einer einfachen Anwendung: In diesem Falle wird eine einfache FIFO Warteschleifen-Klasse für ganzzahlige Werte entwickelt. Die Implementierung der Warteschleife wird eine doppelt verlinkte Listenstruktur haben und wird als einzelnes Objekt implementiert. "
+"Wir werden dieses Beispiel für den Rest dieses Handbuchs verwenden, um die verschiedenen durch TxCore bereitgestellten Mechanismen zu illustrieren. Zwar ist dies eine unrealistische Beispielanwendung, ermöglicht es jedoch sämtliche TxCore-Modifikationen zu beschreiben, ohne dass tiefer gehende Kenntnisse vom Anwendungscode nötig wären."
 
 #. Tag: para
 #: Chapter_06.xml:31
@@ -453,7 +457,7 @@
 #: Chapter_06.xml:74
 #, no-c-format
 msgid "enqueue/dequeue operations"
-msgstr "enqueue/dequeue Operationen"
+msgstr "\"Enqueue\"/\"Dequeue\"-Operationen (einreihen und aus der Warteschlange entfernen)"
 
 #. Tag: para
 #: Chapter_06.xml:75
@@ -462,7 +466,7 @@
 "If the operations of the queue class are to be coded as atomic actions, then "
 "the enqueue operation could have the structure given below (the dequeue "
 "operation would be similarly structured):"
-msgstr ""
+msgstr "Sollen Operationen der Warteschlange-Klasse als atomische Aktionen codiert werden, dann könnte die Einreihungsoperation (\"enqueue\") die unten angegebene Struktur besitzen (die Operation zum Entfernen aus der Warteschlange - \"dequeue\" - wäre ähnlich strukturiert):"
 
 #. Tag: screen
 #: Chapter_06.xml:79
@@ -762,7 +766,7 @@
 "representative portion. Before invoking operations on the object, the client "
 "must obviously first bind to it. In the local case this simply requires the "
 "client to create an instance of the object."
-msgstr ""
+msgstr "Statt den gesamten Code für den Client zu zeigen, wollen wir uns auf einen repräsentativen Teil konzentrieren. Vor dem Aufruf von Operationen am Objekt muss der Client zunächst daran anbinden. Im lokalen Fall erfordert dies lediglich, dass der Client eine Instanz des Objekts erstellt."
 
 #. Tag: screen
 #: Chapter_06.xml:98
@@ -870,5 +874,5 @@
 "could be executed concurrently. For example, modifying the states of two "
 "different elements in the queue. In the next section we address some of "
 "these issues."
-msgstr ""
+msgstr "Da das Warteschlangen-Objekt persistent ist, überlebt der Status des Objekts alle Fehlfunktionen des Nodes auf dem es sich befindet. Der Status des Objekts das überlebt, wird von der letzten festgeschriebenen atomischen Aktion produziert, die an dem Objekt durchgeführt wird. Ist es zum Beispiel Absicht einer Anwendung zwei Einreihungsoperationen atomisch durchzuführen, so kann dies erfolgen, indem die Einreihungsoperationen in einer anderen, umschließenden atomischen Aktion verschachtelt werden. Zusätzlich werden nebenläufige Operationen an einem solchen persistenten Objekt serialisiert, wodurch Inkonsistenzen beim Status des Objekts verhindert werden. Da jedoch die Elemente der Warteschlange-Objekte nicht individuell auf Nebenläufigkeit kontrolliert werden, werden bestimmte Kombinationen von Aufrufen nebenläufiger Operationen seriell ausgeführt, während sie der Logik nach nebenläufig ausgeführt werden sollten. Zum Beispiel bei der Bearbeitung der Stati!
  von zwei verschiedenen Elementen der Warteschlange. Im nächsten Abschnitt gehen wir auf einige dieser Themen ein."
 


