[jbosscache-commits] JBoss Cache SVN: r8068 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE.

[jbosscache-commits at lists.jboss.org]

Author: jdimanos at jboss.com
Date: 2009-05-24 09:59:12 -0400 (Sun, 24 May 2009)
New Revision: 8068

Modified:
   enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po
Log:
update

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po	2009-05-23 12:42:50 UTC (rev 8067)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po	2009-05-24 13:59:12 UTC (rev 8068)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Replication\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:44+0000\n"
-"PO-Revision-Date: 2009-05-23 22:42+1000\n"
+"PO-Revision-Date: 2009-05-24 21:21+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -70,6 +70,10 @@
 "literal> instances in the cluster. Replication can either happen after each "
 "modification (no transactions), or at the end of a transaction (commit time)."
 msgstr ""
+"Replizierte Caches replizieren alle Änderungen an den anderen <literal>TreeCache</"
+"literal>-Instanzen im Cluster. Replikation kann entweder nach jeder "
+"Änderung/Modifikation stattfinden (keine Transaktionen) oder aber am Ende der "
+"Transaktion (zum Zeitpunkt der Festschreibung bzw. \"Commit Time\")."
 
 #. Tag: para
 #: Replication.xml:21
@@ -84,6 +88,16 @@
 "periodically (i.e. interval-based), or when the queue size exceeds a number "
 "of elements, or a combination thereof."
 msgstr ""
+"Replikation kann synchron oder asynchron sein. Die Verwendung der "
+"jeweiligen Optionen ist abhängig von der Anwendung. Synchrone Replikation "
+"blockt den Aufrufer (z.B. auf ein put()) bis die Änderungen erfolgreich "
+"auf allen Nodes in einem Cluster repliziert wurden. "
+"Asynchrone Replikation führt die Replikation im Hintergrund durch "
+"(das put() reagiert sofort). <literal>TreeCache</literal> "
+"bietet auch eine Replikationswarteschlange, wo Änderungen periodisch "
+"repliziert werden (d.h. Intervall-basiert) oder wenn die Größe der Warteschlange "
+"eine bestimmte Anzahl von Elementen überschreitet oder eine Kombination "
+"hiervon."
 
 #. Tag: para
 #: Replication.xml:24
@@ -127,12 +141,16 @@
 "\"http://en.wikipedia.org/wiki/Two-phase_commit_protocol\">two phase commit</"
 "ulink> protocol, respectively."
 msgstr ""
+"Je nachdem, ob Sie Ihr Cluster in asynchronem oder synchronem Modus betreiben, "
+"verwendet JBoss Cache entweder ein Ein-Phase oder ein <ulink url="
+"\"http://en.wikipedia.org/wiki/Two-phase_commit_protocol\">Zwei-Phasen-Festschreibungs</"
+"ulink>-Protokoll."
 
 #. Tag: title
 #: Replication.xml:36
 #, no-c-format
 msgid "One Phase Commits"
-msgstr ""
+msgstr "Ein-Phasen-Festschreibung"
 
 #. Tag: para
 #: Replication.xml:37
@@ -144,12 +162,18 @@
 "fed back to the originator of the transaction since the communication is "
 "asynchronous."
 msgstr ""
+"Verwendet, wenn Ihr Cache-Modus REPL_ASYNC ist. Alle Änderungen werden in "
+"einem einzelnen Aufruf repliziert, der Remote Caches anweist, die Änderungen "
+"an ihrem lokalen, speicherinternen Status anzuwenden und lokal festzuschreiben. "
+"Remote Fehler/Zurücksetzungen (\"errors/rollbacks\") werden dem "
+"Urheber der Transaktion nicht wieder zurückgeführt, da die Kommunikation "
+"asynchron ist."
 
 #. Tag: title
 #: Replication.xml:43
 #, no-c-format
 msgid "Two Phase Commits"
-msgstr ""
+msgstr "Zwei-Phasen-Festschreibung"
 
 #. Tag: para
 #: Replication.xml:44
@@ -163,6 +187,15 @@
 "This instructs all remote caches to commit their data. If any of the caches "
 "fail to respond to the prepare phase, the originator broadcasts a rollback."
 msgstr ""
+"Verwendet, wenn Ihr Cache-Modus REPL_SYNC ist. Nach Festschreibung Ihrer "
+"Transaktion, sendet JBoss Cache einen \"prepare\"-Aufruf, der alle für die "
+"Transaktion relevanten Änderungen enthält. Remote Caches erhalten dann "
+"lokale Sperren an ihrem speicherinternen Status und wenden die Änderungen "
+"an. Haben alle Remote Caches auf den \"prepare\"-Aufruf geantwortet "
+"so sendet der Urheber der Transaktion eine Festschreibung. "
+"Dies weist alle Remote Caches an, ihre Daten festzuschreiben. Schlägt die "
+"Rückmeldung auf die \"prepare\"-Phase eines der Caches "
+"fehl, so sendet der Urheber eine Zurücksetzung."
 
 #. Tag: para
 #: Replication.xml:47
@@ -218,6 +251,8 @@
 "If this is not possible, Buddy Replication may prove to be more of an "
 "overhead than a benefit."
 msgstr ""
+"Ist dies nicht möglich, so kann sich Buddy Replikation eher als Nachteil als "
+"als Vorteil erweisen."
 
 #. Tag: title
 #: Replication.xml:66