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

Mon Jul 28 09:01:32 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-07-28 09:01:32 -0400 (Mon, 28 Jul 2008)
New Revision: 76301

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

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

--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_03.po	2008-07-28 12:06:22 UTC (rev 76300)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_03.po	2008-07-28 13:01:32 UTC (rev 76301)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_03\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-10 21:39+1000\n"
+"PO-Revision-Date: 2008-07-28 23:01+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -349,8 +349,8 @@
 "application programmers, and <emphasis>TxCore</emphasis> will guarantee "
 "their consistency."
 msgstr ""
-"Es gibt keine speziellen Konstrukte für das Verschachteln von Transaktionen: wird eine Aktion begonnen, während eine andere Action läuft, so wird sie automatisch verschachtelt. Dies erlaubt eine modulare Struktur für Anwendungen, wobei Objekte implementiert werden können, indem atomische Aktionen innerhalb ihrer Operationen verwendet werden, ohne dass der Anwendungsprogrammierer sich um die Anwendungen kümmern muss, die diese verwenden, d.h. ob die Anwendungen auch atomische Actions verwenden oder ob nicht. "
-"Daher sind Aktionen in manchen Anwendungen auf der obersten  Ebene, in anderen hingegen verschachtelt. Auf diese Weise geschriebene Objekte können sogar von Anwendungsprogrammierern geteilt werden und <emphasis>TxCore</emphasis> garantiert Konsistenz."
+"Es gibt keine speziellen Konstrukte für das Verschachteln von Transaktionen: wird eine Aktion begonnen, während eine andere Action läuft, so wird sie automatisch verschachtelt. Dies erlaubt eine modulare Struktur für Anwendungen, wobei Objekte implementiert werden können, indem atomische Aktionen innerhalb ihrer Operationen verwendet werden, ohne dass der Anwendungsprogrammierer sich um die Anwendungen kümmern muss, die diese verwenden, d.h. ob die Anwendungen auch atomische Aktionen verwenden oder ob nicht. "
+"Daher sind Aktionen in manchen Anwendungen auf der obersten Ebene, in anderen hingegen verschachtelt. Auf diese Weise geschriebene Objekte können sogar von Anwendungsprogrammierern geteilt werden und <emphasis>TxCore</emphasis> garantiert Konsistenz."
 
 #. Tag: para
 #: Chapter_03.xml:72
@@ -388,7 +388,7 @@
 "in a synchronous manner, i.e., all registered resources will be told to "
 "prepare in order by a single thread, and then they will be told to commit or "
 "rollback. This has several possible disadvantages:"
-msgstr "Standardmäßig führt JBossTS das Festschreibungsprotokoll einer Transaktion der höchsten Ebene auf synchrone Weise aus, d.h. alle registrierten Ressourcen wird mitgeteilt sich in der Anordnung eines einzelnen Threads vorzubereiten und anschließend entweder festgeschrieben oder zurückgesetzt zu werden. Dies hat mehrere mögliche Nachteile:"
+msgstr "Standardmäßig führt JBossTS das Festschreibungsprotokoll einer Transaktion der höchsten Ebene auf synchrone Weise aus, d.h. allen registrierten Ressourcen wird mitgeteilt sich in der Anordnung eines einzelnen Threads vorzubereiten und anschließend entweder festgeschrieben oder zurückgesetzt zu werden. Dies hat mehrere mögliche Nachteile:"
 
 #. Tag: para
 #: Chapter_03.xml:83
@@ -399,7 +399,7 @@
 "if an “early” resource in the list of registered resource forces a rollback "
 "during prepare, possibly many prepare operations will have been made "
 "needlessly."
-msgstr "Im Falle vieler registrierter Ressourcen kann das \"Prepare Operating\" logisch parallel an jeder Ressource aufgerufen werden. Der Nachteil ist, dass eine \"frühe\" Ressource in der Liste registrierter Ressourcen ein Zurücksetzen während der Vorbereitung erzwingt, möglicherweise wurden viele \"Prepare Operations\" unnötigerweise gemacht."
+msgstr "Im Falle vieler registrierter Ressourcen kann das \"Prepare Operating\" logisch parallel an jeder Ressource aufgerufen werden. Der Nachteil ist, dass eine \"frühe\" Ressource in der Liste registrierter Ressourcen ein Zurücksetzen während der Vorbereitung erzwingt, möglicherweise werden viele \"Prepare Operations\" unnötigerweise gemacht."
 
 #. Tag: para
 #: Chapter_03.xml:84
@@ -453,7 +453,7 @@
 #: Chapter_03.xml:101
 #, no-c-format
 msgid "Independent Top-Level Action"
-msgstr "Unabhängige Action auf höchster Ebene"
+msgstr "Unabhängige Aktion auf höchster Ebene"
 
 #. Tag: para
 #: Chapter_03.xml:104
@@ -704,7 +704,7 @@
 "<emphasis>ArjunaJTS</emphasis>, to the required timeout value in seconds."
 msgstr ""
 "Wird ein Wert von 0 als Timeout für eine Transaktion der höchsten Ebene festgelegt (oder kein Timeout festgelegt), dann macht <emphasis>JBossTS</emphasis> keinen Timeout bei der Transaktion geltend, d.h. sie kann unbeschränkt laufen. Dieser Standard-Timeout kann durch Einstellen der "
-"<literal>com.arjuna.ats.arjuna.coordinator.defaultTimeout</literal> Property-Variable außer Kraft und zum benötigten Timeout-Wert in Sekunden gesetzt werden, wenn <emphasis>ArjunaCore</emphasis> oder <emphasis>ArjunaJTS</"
+"<literal>com.arjuna.ats.arjuna.coordinator.defaultTimeout</literal> Property-Variablen außer Kraft und zum benötigten Timeout-Wert in Sekunden gesetzt werden, wenn <emphasis>ArjunaCore</emphasis> oder <emphasis>ArjunaJTS</"
 "emphasis> oder <literal>com.arjuna.ats.jts.defaultTimeout</literal> verwendet wird, wenn "
 "<emphasis>ArjunaJTS</emphasis> benutzt wird."
 


