[jboss-svn-commits] JBL Code SVN: r25128 - labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE.
jboss-svn-commits at lists.jboss.org
jboss-svn-commits at lists.jboss.org
Thu Feb 5 23:46:26 EST 2009
Author: hpeters
Date: 2009-02-05 23:46:26 -0500 (Thu, 05 Feb 2009)
New Revision: 25128
Modified:
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Appendix.po
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Architecture_of_the_Recovery_Manager.po
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Book_Info.po
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/How_JBossTS_managers_the_OTS_Recovery_Protocol.po
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Revision_History.po
Log:
translation and proofreading completed
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Appendix.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Appendix.po 2009-02-06 00:34:11 UTC (rev 25127)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Appendix.po 2009-02-06 04:46:26 UTC (rev 25128)
@@ -8,7 +8,7 @@
"Project-Id-Version: Appendix\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-08-05 01:23+0000\n"
-"PO-Revision-Date: 2009-01-23 17:21+1000\n"
+"PO-Revision-Date: 2009-02-06 14:38+1000\n"
"Last-Translator: Hedda Peters <hpeters at redhat.com>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
@@ -20,5 +20,5 @@
#: Appendix.xml:9
#, no-c-format
msgid "Revision History"
-msgstr "Revisionsgeschichte"
+msgstr "Versionsgeschichte"
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Architecture_of_the_Recovery_Manager.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Architecture_of_the_Recovery_Manager.po 2009-02-06 00:34:11 UTC (rev 25127)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Architecture_of_the_Recovery_Manager.po 2009-02-06 04:46:26 UTC (rev 25128)
@@ -8,7 +8,7 @@
"Project-Id-Version: Architecture_of_the_Recovery_Manager\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-02-05 15:08+1000\n"
+"PO-Revision-Date: 2009-02-06 13:51+1000\n"
"Last-Translator: Hedda Peters <hpeters at redhat.com>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
@@ -71,7 +71,7 @@
msgid ""
"Checking with the application process which originated the transaction "
"whether the transaction is still in progress or not."
-msgstr "Nachprüfen beim Anwendungsprozess, welcher die Transaktion veranlasst hat, ob die Transaktion noch fortschreitet oder nicht."
+msgstr "Nachprüfen beim Anwendungsprozess, der die Transaktion veranlasst hat, ob die Transaktion noch fortschreitet, oder nicht."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:35
@@ -105,7 +105,6 @@
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:50
#, no-c-format
-#, fuzzy
msgid ""
"Since the version 3.0 of JBossTS, the Recovery Manager is not specifically "
"tied to an Object Request Broker or ORB. Hence, the OTS recovery protocol is "
@@ -117,7 +116,7 @@
"<interfacename>RecoveryActivitor</interfacename> has the responsibility to "
"create a RecoveryCoordinator object able to respond to the replay_completion "
"operation."
-msgstr "Ab Version 3.0 von JBossTS ist der Recovery-Manager nicht mehr speziell an einen \"Object Request Broker\" oder ORB gebunden. Deshalb ist das OTS-Recovery-Protokoll nicht implizit aktiviert. Um ein solches Protokol zu aktivieren, wenden wir das Konzept des Recovery-Aktivators an, definiert in der Schnittstelle <interfacename>RecoveryActivator</interfacename>. Diese wird dazu benutzt, eine Recovery-Klasse zu instanzieren, die mit dem zugrunde liegenden Kommunikationsprotokoll verbunden (bezogen auf das Protokoll? ähnlich????) ist. Bei Verwendung mit z. B. OTS obliegt es dem <interfacename>RecoveryActivitor</interfacename>, ein RecoveryCoordinator-Objekt zu erstellen, das auf die \"replay_completion\"-Operation antworten kann."
+msgstr "Ab Version 3.0 von JBossTS ist der Recovery-Manager nicht mehr speziell an einen \"Object Request Broker\" oder ORB gebunden. Deshalb ist das OTS-Recovery-Protokoll nicht implizit aktiviert. Um ein solches Protokol zu aktivieren, wenden wir das Konzept des Recovery-Aktivators an, definiert in der Schnittstelle <interfacename>RecoveryActivator</interfacename>. Diese wird dazu benutzt, eine Recovery-Klasse zu instanzieren, die mit dem zugrunde liegenden Kommunikationsprotokoll verbunden ist. Bei Verwendung mit z. B. OTS obliegt es dem <interfacename>RecoveryActivitor</interfacename>, ein RecoveryCoordinator-Objekt zu erstellen, das auf die \"replay_completion\"-Operation antworten kann."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:53
@@ -146,7 +145,7 @@
msgid ""
"For instance the <interfacename>RecoveryActivator</interfacename> provided "
"in the distribution of JTS/OTS, which shall not be commented, is as follow:"
-msgstr "Beispielsweise ist der in der Distribution von JTS/OTS bereitgestellte <interfacename>RecoveryActivator</interfacename>, der nicht kommentiert werden soll, wie folgt:"
+msgstr "Beispielsweise lautet der in der Distribution von JTS/OTS bereitgestellte <interfacename>RecoveryActivator</interfacename>, der nicht kommentiert werden soll, wie folgt:"
#. Tag: screen
#: Architecture_of_the_Recovery_Manager.xml:60
@@ -274,7 +273,7 @@
msgid ""
"RecoveryConfiguration: Specifies the name of the Recovery Manager property "
"file. (for instance, RecoveryManager-properties.xml)"
-msgstr "RecoveryConfiguration: Spezifiziert den Namen von der Eigenschaftsdatei des Recovery-Managers (z. B. RecoveryManager-properties.xml)."
+msgstr "RecoveryConfiguration: Spezifiziert den Namen der Eigenschaftsdatei des Recovery-Managers (z. B. RecoveryManager-properties.xml)."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:108
@@ -319,7 +318,7 @@
"extension in the properties file (for instance, com.arjuna.ats.arjuna."
"recovery.recoveryExtension1= com.arjuna.ats.internal.ts.arjuna.recovery."
"AtomicActionRecoveryModule)."
-msgstr "RecoveryClassLoader: Lädt dynamisch in dem Recovery-Modul, das in der Eigenschaftsdatei des Recovery-Managers spezifiziert ist. Jedes Modul ist in der Eigenschaftsdatei als Recovery-Erweiterung spezifiziert (z. B. com.arjuna.ats.arjuna.recovery.recoveryExtension1=com.arjuna.ats.internal.ts.arjuna.recovery.AtomicActionRecoveryModule)."
+msgstr "RecoveryClassLoader: Lädt dynamisch im Recovery-Modul, das in der Eigenschaftsdatei des Recovery-Managers spezifiziert ist. Jedes Modul ist in der Eigenschaftsdatei als Recovery-Erweiterung spezifiziert (z. B. com.arjuna.ats.arjuna.recovery.recoveryExtension1=com.arjuna.ats.internal.ts.arjuna.recovery.AtomicActionRecoveryModule)."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:136
@@ -347,7 +346,7 @@
"two modes, selected via the parameter to the manager method:"
msgstr ""
"In manchen Situationen kann es notwendig sein, den Recovery-Manager in demselben Prozess einzubetten wie den Transaktionsdienst. In diesem Fall können Sie eine Instanz des Recovery-Managers erstellen durch die Managermethode "
-"auf com.arjuna.ats.arjuna.recovery.RecoveryManager. Ein Recovery-Manager kann in einer von zwei Modi erstellt werden, auswählbar via des Parameters zur Manager-Methode:"
+"auf com.arjuna.ats.arjuna.recovery.RecoveryManager. Ein Recovery-Manager kann in einer von zwei Modi erstellt werden, auswählbar via dem Parameter zur Managermethode:"
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:148
@@ -787,13 +786,12 @@
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:281
#, no-c-format
-#, fuzzy
msgid ""
"JBossTS supports two JTA implementations: a purely local version (no "
"distributed transactions) and a version layered on the JTS. Recovery for the "
"former is straightforward. In the following discussion we shall implicitly "
"consider on the JTS implementation."
-msgstr "JBossTS unterstützt zwei JTA-Implementierungen: eine rein lokale Version (keine verteilten Transaktionen) und eine Version geschichtet (?) auf dem JTS. Recovery für erstere ist unkompliziert. Für die folgenden Ausführungen soll implizit die JTS-Implementierung berücksichtigt werden."
+msgstr "JBossTS unterstützt zwei JTA-Implementierungen: eine rein lokale Version (keine verteilten Transaktionen) und eine Version aufbauend auf dem JTS. Recovery für erstere ist unkompliziert. Für die folgenden Ausführungen soll implizit die JTS-Implementierung berücksichtigt werden."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:285
@@ -841,7 +839,7 @@
"caution. The contents of <property>com.arjuna.ats.jta.xaRecoveryNode</"
"property> should be alphanumeric and match the values of <property>com."
"arjuna.ats.arjuna.xa.nodeIdentifier</property>."
-msgstr "Beim Ausführen von XA-Recovery ist es nötig, JBossTS die Xid-Typen zu nennen, die es wiederherstellen kann. Jede von JBossTS erstellte Xid hat einen eindeutigen Knoten-Identifier in sich enkodiert, und JBossTS wird nur diejenigen Transaktionen und Zustände wiederherstellen, die auf einen spezifizierten Knoten-Identifier passen. Der zu verwendende Knoten-Identifier sollte JBossTS geliefert werden mittels einer Eigenschaft, die mit dem Namen <property>com.arjuna.ats.jta.xaRecoveryNode</property> beginnt; mehrere Werte können angegeben sein. Der Wert ‘*’ zwingt JBossTS zum Wiederherstellen (und möglicherweise Zurücksetzen) aller Transaktionen ungeachtet ihrer Knoten-Identifier, und sollte daher mit Vorsicht verwendet werden. Die Inhalte von <property>com.arjuna.ats.jta.xaRecoveryNode</property> sollten alphanumerisch sein und den Werten von<property>com.arjuna.ats.arjuna.xa.nodeIdentifier</property> entsprechen."
+msgstr "Beim Ausführen von XA-Recovery ist es nötig, JBossTS die Xid-Typen zu nennen, die er wiederherstellen kann. Jede von JBossTS erstellte Xid hat einen eindeutigen Knoten-Identifier in sich enkodiert, und JBossTS wird nur diejenigen Transaktionen und Zustände wiederherstellen, die auf einen spezifizierten Knoten-Identifier passen. Der zu verwendende Knoten-Identifier sollte JBossTS geliefert werden mittels einer Eigenschaft, die mit dem Namen <property>com.arjuna.ats.jta.xaRecoveryNode</property> beginnt; mehrere Werte können angegeben sein. Der Wert ‘*’ zwingt JBossTS zum Wiederherstellen (und möglicherweise Zurücksetzen) aller Transaktionen ungeachtet ihrer Knoten-Identifier, und sollte daher mit Vorsicht verwendet werden. Die Inhalte von <property>com.arjuna.ats.jta.xaRecoveryNode</property> sollten alphanumerisch sein und den Werten von <property>com.arjuna.ats.arjuna.xa.nodeIdentifier</property> entsprechen."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:302
@@ -855,7 +853,7 @@
"rollback on it as appropriate. The XAResource creation will use the same "
"information, database name, username, password etc., as the original "
"application."
-msgstr "Transaktionsinitiierte Recovery erfolgt automatisch. Das XARecoveryModule findet den JTA-Ressourceneintrag, der Recovery benötigt, und wendet dann normale Recovery-Verfahren an, um den Zustand der Transaktion zu finden, an der er beteiligt war (d. h. es ruft replay_completion auf am Recovery-Koordinator für den Transaktionszweig), stellt die entsprechende XA-Ressource (wieder) her, und veranlasst ein Festschreiben oder Zurücksetzen je nachdem was angebracht ist. Die erstellte XAResource wird dieselben Informationen, Datenbankname, Benutzername, Passwort etc. verwenden, wie die ursprüngliche Anwendung."
+msgstr "Transaktionsinitiierte Recovery erfolgt automatisch. Das XARecoveryModule findet den JTA-Ressourceneintrag, der Recovery benötigt, und wendet dann normale Recovery-Verfahren an, um den Zustand der Transaktion zu finden, an der er beteiligt war (d. h. es ruft replay_completion auf am Recovery-Koordinator für den Transaktionszweig), stellt die entsprechende XA-Ressource (wieder) her, und veranlasst ein Festschreiben oder Zurücksetzen, je nachdem was angebracht ist. Die erstellte XAResource wird dieselben Informationen, Datenbankname, Benutzername, Passwort etc. verwenden, wie die ursprüngliche Anwendung."
#. Tag: caption
#: Architecture_of_the_Recovery_Manager.xml:309
@@ -909,7 +907,7 @@
"found by the intervening transaction-initiated recovery is assumed to belong "
"to a transaction that was involved in a crash before any JTA ResourceRecord "
"was written, and a rollback is issued for that transaction on the XAResource."
-msgstr "Das XARecoveryModule wird die XAResourceRecovery-Implementierung nutzen, um eine XA-Ressource zur Zieldatenquelle zu bekommen. Bei jedem Aufruf von periodicWorkSecondPass wird das Recovery-Modul eine XAResource.recover-Anfrage ausgeben – dies gibt (wie in den XA-Spezifikationen beschrieben) eine Liste derjenigen Transaktions-Identifier (Xids) zurück, die der Datenquelle bekannt sind und sich in einem unbestimmten (zweifelhaften) Zustand befinden. Die Listen dieser zweifelhaften Xids, erhalten bei aufeinanderfolgenden Pässen (d. h. periodicWorkSecondPass-es), werden verglichen. Jede Xid, die in beiden Listen erscheint und für die kein JTA-Ressourceneintrag von der eingreifenden transaktionsinitiierten Recovery gefunden werden kann, von der wird angenommen, dass sie zu einer Transaktion gehört, die an einem Crash beteiligt war, bevor ein JTA-Ressourceneintrag geschrieben wurden. Für diese Transaktion wird ein Zurücksetzen ausgegeben auf der XA-Ressource."
+msgstr "Das XARecoveryModule wird die XAResourceRecovery-Implementierung nutzen, um eine XA-Ressource zur Zieldatenquelle zu bekommen. Bei jedem Aufruf von periodicWorkSecondPass wird das Recovery-Modul eine XAResource.recover-Anfrage ausgeben – dies gibt (wie in den XA-Spezifikationen beschrieben) eine Liste derjenigen Transaktions-Identifier (Xids) zurück, die der Datenquelle bekannt sind und sich in einem unbestimmten (zweifelhaften) Zustand befinden. Die Listen dieser zweifelhaften Xids, erhalten bei aufeinanderfolgenden Pässen (d. h. periodicWorkSecondPass-es), werden verglichen. Jede Xid, die in beiden Listen erscheint und für die kein JTA-Ressourceneintrag von der eingreifenden transaktionsinitiierten Recovery gefunden werden kann, von der wird angenommen, dass sie zu einer Transaktion gehört, die an einem Crash beteiligt war, bevor ein JTA-Ressourceneintrag geschrieben wurde. Für diese Transaktion wird ein Zurücksetzen ausgegeben auf der XA-Ressource."
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:328
@@ -947,7 +945,7 @@
"chapter of the JTA Programming Guide. An implementation class is provided "
"that supports resource-initiated recovery for any XADataSource. This class "
"could be used as a template to build your own implementation class."
-msgstr "Für weitere Einzelheiten über das Vorgehen zur Implementierung einer Klasse, welche die Schnittstelle <interfacename>XAResourceRecovery</interfacename> implementiert, lesen Sie bitte das JDBC-Kapitel des JTA-Handbuchs für Programmierer. Eine Implementierungsklasse ist bereitgestellt, die ressourceninitiierte Recovery unterstützt für jedwede XADataSource. Diese Klasse könnten Sie als Vorlage nehmen, um Ihre eigene Implementierungsklass zu bauen."
+msgstr "Für weitere Einzelheiten über das Vorgehen zur Implementierung einer Klasse, welche die Schnittstelle <interfacename>XAResourceRecovery</interfacename> implementiert, lesen Sie bitte das JDBC-Kapitel des JTA-Handbuchs für Programmierer. Eine Implementierungsklasse ist bereitgestellt, die ressourceninitiierte Recovery unterstützt für jedwede XADataSource. Diese Klasse könnten Sie als Vorlage nehmen, um Ihre eigene Implementierungsklasse zu bauen."
#. Tag: title
#: Architecture_of_the_Recovery_Manager.xml:338
@@ -993,7 +991,7 @@
"The application used here consists to create an atomic transaction, to "
"register a participant within the created transaction and finally to "
"terminate it either by commit or abort. A set of arguments are provided:"
-msgstr "Die hier verwendete Anwendung erstellt eine Atomic Transaction, registriert einen Teilnehmer in der erstellten Transaktion, und beendet sie schließlich entweder durch Festschreiben oder Abbruch. Ein Set von Argumenten wird geliefert:"
+msgstr "Die hier genutzte Anwendung erstellt eine Atomic Transaction, registriert einen Teilnehmer in der erstellten Transaktion, und beendet sie schließlich entweder durch Festschreiben oder Abbruch. Ein Set von Argumenten wird geliefert:"
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:350
@@ -1011,7 +1009,7 @@
#: Architecture_of_the_Recovery_Manager.xml:360
#, no-c-format
msgid "The code of the main class that control the application is given below"
-msgstr "Der Code der Hauptklasse, die die Anwendung kontrolliert, ist unten angegeben."
+msgstr "Der Code der Hauptklasse, die die Anwendung kontrolliert, ist unten gezeigt."
#. Tag: screen
#: Architecture_of_the_Recovery_Manager.xml:363
@@ -1288,7 +1286,7 @@
"content of the file used to store the status of the participant, to "
"determine that status and print a message indicating if a recovery action is "
"needed or not."
-msgstr "Die Rolle des Recovery-Moduls in einer solchen Anwendung besteht im Lesen des Inhalts der Datei, die verwendet wird zum Speichern des Zustands des Teilnehmers, im Feststellen des Zustands und Schreiben einer Nachricht, welche anzeigt, ob Maßnahmen zur Wiederherstellung nötig sind oder nicht."
+msgstr "Die Rolle des Recovery-Moduls in einer solchen Anwendung besteht im Lesen des Inhalts der Datei, die verwendet wird zum Speichern des Zustands des Teilnehmers, im Feststellen des Zustands und Schreiben einer Nachricht, welche anzeigt, ob Maßnahmen zur Wiederherstellung nötig sind, oder nicht."
#. Tag: screen
#: Architecture_of_the_Recovery_Manager.xml:401
@@ -1549,7 +1547,7 @@
"object. The TransactionStatusConnector passes the transaction Uid/"
"transaction type to the TransactionStatusManager in order to retrieve the "
"transactions status."
-msgstr "Der Transaktionszustand wird abgerufen mittels der getTransactionStatus-Methode, welche eine Transaktions-Uid und falls verfügbar einen Transaktionstyp als Parameter nimmt. Das Prozess-Uid-Feld in den Transaktions-Uid-Parametern wird verwendet, um das Ziel-TransactionStatusManagerItem-Host/Port-Paar im Objektspeicher zu suchen. Das Host/Port-Paar wird benutzt, um eine TCP-Verbindung zum Ziel-TransactionStatusManager-Objekt herzustellen durch ein TransactionStatusConnector-Objekt. Der TransactionStatusConnector übergibt die Transaktions-Uid/den Transaktionstyp an den TransactionStatusManager, um den Zustand der Transaktion abzufragen."
+msgstr "Der Transaktionszustand wird abgerufen mittels der getTransactionStatus-Methoden, welche eine Transaktions-Uid und, falls verfügbar, einen Transaktionstyp als Parameter nehmen. Das Prozess-Uid-Feld in den Transaktions-Uid-Parametern wird verwendet, um das Ziel-TransactionStatusManagerItem-Host/Port-Paar im Objektspeicher zu suchen. Das Host/Port-Paar wird benutzt, um eine TCP-Verbindung zum Ziel-TransactionStatusManager-Objekt herzustellen durch ein TransactionStatusConnector-Objekt. Der TransactionStatusConnector übergibt die Transaktions-Uid/den Transaktionstyp an den TransactionStatusManager, um den Zustand der Transaktion abzufragen."
#. Tag: title
#: Architecture_of_the_Recovery_Manager.xml:440
@@ -1734,11 +1732,10 @@
#. Tag: para
#: Architecture_of_the_Recovery_Manager.xml:498
#, no-c-format
-#, fuzzy
msgid ""
"All objects are identified by a unique identifier Uid. One of the values of "
"which is a process id in which the object was created. The Recovery Manager "
"uses the process id to locate transaction status manager items when "
"contacting the originator application process for the transaction status."
-msgstr "Alle Objekte werden mithilfe einer eindeutigen Identifier-Uid identifiziert. Einer ihrer Werte ist die Prozess-ID, in der das Objekt erstellt wurde. Der Recovery-Manager verwendet die Prozess-ID, um Elemente des Transaktionszustandmanagers zu finden, wenn er den originären Anwendungsprozess für den Transaktionszustand kontaktiert."
+msgstr "Alle Objekte werden mithilfe einer eindeutigen Identifier-Uid identifiziert. Einer ihrer Werte ist die Prozess-ID, in der das Objekt erstellt wurde. Der Recovery-Manager verwendet die Prozess-ID, um Elemente des Transaktionszustandmanagers zu lokalisieren, wenn er den originären Anwendungsprozess über den Transaktionszustand befragt."
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Book_Info.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Book_Info.po 2009-02-06 00:34:11 UTC (rev 25127)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Book_Info.po 2009-02-06 04:46:26 UTC (rev 25128)
@@ -8,7 +8,7 @@
"Project-Id-Version: Book_Info\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-01-23 17:24+1000\n"
+"PO-Revision-Date: 2009-02-06 11:19+1000\n"
"Last-Translator: Hedda Peters <hpeters at redhat.com>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
@@ -35,8 +35,8 @@
"This book is the Enterprise Application Platform edition of the JBoss "
"Transactions Failure Recovery Guide"
msgstr ""
-"Dies Buch ist die Enterprise Application Platform Ausgabe des JBoss "
-"Transactions Failure Recovery Handbuchs"
+"Bei diesem Buch handelt es sich um die Enterprise Application Platform Ausgabe des JBoss"
+"Transaktions-Failure-Recovery-Handbuchs"
#. Tag: phrase
#: Book_Info.xml:20
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/How_JBossTS_managers_the_OTS_Recovery_Protocol.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/How_JBossTS_managers_the_OTS_Recovery_Protocol.po 2009-02-06 00:34:11 UTC (rev 25127)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/How_JBossTS_managers_the_OTS_Recovery_Protocol.po 2009-02-06 04:46:26 UTC (rev 25128)
@@ -8,7 +8,7 @@
"Project-Id-Version: How_JBossTS_managers_the_OTS_Recovery_Protocol\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-02-05 17:06+1000\n"
+"PO-Revision-Date: 2009-02-06 14:37+1000\n"
"Last-Translator: Hedda Peters <hpeters at redhat.com>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
@@ -75,7 +75,7 @@
"enhances performance by avoiding the creation of servants but it relies on a "
"default RecoveryCoordinator object with it’s associated default servant to "
"manage all replay_completion invocations."
-msgstr "Bei jeder Registrierung einer Ressource wird erwartet, dass ein RecoveryCoordinator-Objekts erstellt und an die Anwendung zurückgegeben wird, welche die register_resource-Operation aufgerufen hat. Hinter jedem CORBA-Objekt sollte eine Objektimplementierung oder ein Servant-Objekt stehen, in POA-Begriffen, das Operationen ausführt, die auf einem RecoveryCoordinator-Objekt erfolgen. Anstatt ein RecoveryCoordinator-Objekt mit seinem assoziierten Servant auf jeder register_resource zu erstellen, verbessert JBossTS die Performanz, indem es die Erstellung von Servants vermeidet und stattdessen auf ein Standard-RecoveryCoordinator-Objekt mit seinem assoziierten Standard-Servant baut, um alle replay_completion-Aufrufe zu steuern."
+msgstr "Bei jeder Registrierung einer Ressource wird erwartet, dass ein RecoveryCoordinator-Objekt erstellt und an die Anwendung zurückgegeben wird, welche die register_resource-Operation aufgerufen hat. Hinter jedem CORBA-Objekt sollte eine Objektimplementierung oder ein Servant-Objekt stehen, in POA-Begriffen, das Operationen ausführt, die auf einem RecoveryCoordinator-Objekt erfolgen. Anstatt ein RecoveryCoordinator-Objekt mit seinem assoziierten Servant auf jeder register_resource zu erstellen, verbessert JBossTS die Performanz, indem es die Erstellung von Servants vermeidet und stattdessen auf ein Standard-RecoveryCoordinator-Objekt mit seinem assoziierten Standard-Servant setzt, um alle replay_completion-Aufrufe zu steuern."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:30
@@ -124,7 +124,7 @@
"the objects, which are identified by Object Ids, a POA also provides a name "
"space for POAs. A POA is created as a child of an existing POA, which forms "
"a hierarchy starting with the root POA."
-msgstr "Das Objekt, das die Client-Anfrage ausführt, wird als ein Servant bezeichnet, welcher die Implementierung des vom Client angefragten CORBA-Objekts bereitstellt. Ein Servant liefert die Implementierung für eine oder mehrere CORBA-Objektreferenzen. Um einen Servant abzufragen, pflegt jeder POA eine \"Active Object Map\", die alle Objekte enthält, die in dem POA aktiviert wurden zu einem Servant. Für alle eingehende Anfragen sucht der POA die Objektreferenz in der Active Object Map und versucht, den verantwortlichen Servant zu finden. Falls keiner gefunden wird, wird die Anfrage entweder an einen Standard-Servant delegiert, oder ein Servant-Manager wird aufgerufen, um einen passenden Servant zu aktivieren bzw. zu finden. Zusätzlich zum Namensraum für die Objekte, welche durch Objekt-IDs identifiziert werden, stellt der POA auch einen Namensraum bereit für POAs. Ein POA wird als ein Child eines vorhandenen POAs erstellt, wodurch eine Hierarchie ausgehend vom Root!
-POA gebildet wird."
+msgstr "Das Objekt, das die Client-Anfrage ausführt, wird als ein Servant bezeichnet, welcher die Implementierung des vom Client angefragten CORBA-Objekts bereitstellt. Ein Servant liefert die Implementierung für eine oder mehrere CORBA-Objektreferenzen. Um einen Servant abzufragen, pflegt jeder POA eine \"Active Object Map\", die alle Objekte enthält, die in dem POA aktiviert wurden zu einem Servant. Für alle eingehende Anfragen sucht der POA die Objektreferenz in der Active Object Map und versucht, den verantwortlichen Servant zu finden. Falls keiner gefunden wird, wird die Anfrage entweder an einen Standard-Servant delegiert, oder ein Servant-Manager wird aufgerufen, um einen passenden Servant zu aktivieren bzw. zu finden. Zusätzlich zum Namensraum für die Objekte, die durch Objekt-IDs identifiziert werden, stellt der POA auch einen Namensraum für POAs bereit. Ein POA wird als ein Child eines vorhandenen POAs erstellt, wodurch eine Hierarchie ausgehend vom Root-PO!
A gebildet wird."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:48
@@ -142,7 +142,7 @@
msgid ""
"<emphasis>Thread policy:</emphasis> Specifies the threading model to be used "
"by the POA. Possible values are:"
-msgstr "<emphasis>Thread-Richtlinie</emphasis> (Thread policy): Spezifiziert das Threading-Modell, das vom POA verwendet werden soll. Mögliche Werte sind:"
+msgstr "<emphasis>Thread-Richtlinie</emphasis> (Thread policy): Spezifiziert das Threading-Modell, das vom POA verwendet wird. Mögliche Werte sind:"
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:58
@@ -356,7 +356,7 @@
"address that it should use. This is done by creating a "
"<code>WellKnownAddressingPolicy</code> object and setting its value to the "
"configuration scope that contains the well-known address."
-msgstr "In Orbix werden Objekte durch den Location Daemon lokalisiert. Um den Overhead der Nutzung des Location Daemons zu vermeiden, bietet Orbix ein Verfahren namens <emphasis>Direct Persistence</emphasis>, welches das Generieren von persistenten Objektreferenzen ermöglicht. Dieses Verfahren ist tatsächlich eine proprietäre Richtlinie namens DIRECT_PERSISTENCE. Ein POA mit den Richtlinien PERSISTENT und DIRECT_PERSISTENCE generiert IORs, die eine \"well-known\" Adresse enthalten für den Serverprozess. Ein POA, der direkte Persistenz anwendet, muss ebenfalls jedem Transportmechanismus wie IIOP mitteilen, wo in der Konfigurationsdatei er die zu verwendende, bekannte Adresse finden kann. Dies erfolgt durch die Erstellung eines <code>WellKnownAddressingPolicy</code>-Objekts, und das Setzen dessen Werts entsprechend der Konfigurationsinformationen, die die \"well-known\" Adresse enthalten."
+msgstr "In Orbix werden Objekte durch den Location Daemon lokalisiert. Um den Overhead durch Nutzung des Location Daemons zu vermeiden, bietet Orbix ein Verfahren namens <emphasis>Direct Persistence</emphasis>, welches das Generieren von persistenten Objektreferenzen ermöglicht. Dieses Verfahren ist tatsächlich eine proprietäre Richtlinie namens DIRECT_PERSISTENCE. Ein POA mit den Richtlinien PERSISTENT und DIRECT_PERSISTENCE generiert IORs, die eine well-known Adresse enthalten für den Serverprozess. Ein POA, der Direct Persistence anwendet, muss auch jedem Transportmechanismus wie IIOP mitteilen, wo in der Konfigurationsdatei er die zu verwendende well-known Adresse finden kann. Dies erfolgt durch die Erstellung eines <code>WellKnownAddressingPolicy</code>-Objekts, dessen Werts entsprechend der Konfigurationsinformationen gesetzt wird, die die well-known Adresse enthalten."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:186
@@ -383,7 +383,7 @@
msgid ""
"A new orb name domain called arjuna should be created within the main Orbix "
"2000 domain being used by the application. It requires the following format:"
-msgstr "Eine neue ORB-Name-Domain namens arjuna sollte innerhalb der Haupt-Orbix-2000-Domain erstellt werden, die von der Anwendung verwendet wird. Das folgende Format ist erforderlich:"
+msgstr "Eine neue ORB-Name-Domain namens arjuna muss innerhalb der Haupt-Orbix-2000-Domain erstellt werden, die von der Anwendung verwendet wird. Das folgende Format ist erforderlich:"
#. Tag: screen
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:197
@@ -472,7 +472,7 @@
"The <name> field should be substituted by the name of the machine on "
"which JBossTS is being run. The <port> field should be an unused port "
"on which the JBossTS recovery manager may listen for recovery requests."
-msgstr "Das <name> Feld sollte ersetzt werden durch den Namen der Maschine, auf der JBossTS läuft. Das <port> Feld sollte ein unbenutzer Port sein, auf dem der JBossTS Recovery-Manager auf Recovery-Anfragen lauschen kann."
+msgstr "Das <name>-Feld muss durch den Namen der Maschine ersetzt werden, auf der JBossTS ausgeführt wird. Das <port>-Feld muss ein unbenutzer Port sein, auf dem der JBossTS Recovery-Manager auf Recovery-Anfragen horchen kann."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:201
@@ -486,7 +486,7 @@
"be passed to the client and server. When using context propagation and "
"interposition, the <parameter>–ORBname.arjuna.portable_interceptor."
"ots_interposition</parameter> parameter should be used. For example:"
-msgstr "Falls Sie Crash-Recovery-Unterstützung für Ihre Anwendungen wünschen, müssen Sie aufgrund der Art und Weise, wie Orbix mit persistenten POAs arbeitet, einen der bereitgestellten Arjuna-ORB-Namen verwenden (Kontext oder Interposition), wenn Sie Ihre Clients und Dienste ausgeführen. Wenn nur die Fortpflanzung von Transaktionskontext verwendet wird, sollte der <parameter>–ORBname arjuna.portable_interceptor.ots_context</parameter>-Parameter an den Client und Server übergeben werden. Wenn Fortpflanzung von Transaktionskontext und Interposition verwendet wird, sollte der <parameter>–ORBname.arjuna.portable_interceptor.ots_interposition</parameter>-Parameter anwendet werden, z. B.:"
+msgstr "Falls Sie Crash-Recovery-Unterstützung für Ihre Anwendungen wünschen, müssen Sie aufgrund der Art und Weise, wie Orbix mit persistenten POAs arbeitet, einen der bereitgestellten Arjuna-ORB-Namen verwenden (Kontext oder Interposition), wenn Sie Ihre Clients und Dienste ausgeführen. Wenn nur die Fortpflanzung von Transaktionskontext verwendet wird, muss der <parameter>–ORBname arjuna.portable_interceptor.ots_context</parameter>-Parameter an den Client und Server übergeben werden. Wenn Fortpflanzung von Transaktionskontext und Interposition verwendet wird, muss der <parameter>–ORBname.arjuna.portable_interceptor.ots_interposition</parameter>-Parameter anwendet werden, z. B.:"
#. Tag: screen
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:204
@@ -499,7 +499,7 @@
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:287
#, no-c-format
msgid "How it works"
-msgstr "Wie es funktioniert"
+msgstr "Funktionsweise"
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:207
@@ -516,9 +516,7 @@
"application. The following figure illustrates the behavior of the "
"<interfacename>RecoveryActivator</interfacename> that leads to the creation "
"of the default servant that performs all replay_invocations requests."
-msgstr ""
-"Wenn der Recovery-Manager gestartet wird, sucht er in der Konfiguration den RecoveryActivator, der geladen werden muss. Ist das erledigt, ruft er die <methodname>startRCservice</methodname>-Methode auf jeder geladenen Instanz auf. Wie im vorhergehenden Kapitel (Recovery-Manager) gesehen, ist die zu ladende Klasse, die die <interfacename>RecoveryActivator</interfacename>-Schnittstelle implementiert, die <classname>RecoveryEnablement</classname>-Klasse. Diese generische Klasse, zu finden im Paket <package>com.arjuna.ats.internal.jts.orbspecific.recovery</package>, verbirgt die Natur des von der Anwendung genutzten ORBs. Die folgende Abbildung veranschaulicht die Verhaltensweisen des <interfacename>RecoveryActivator</interfacename>, die zur Erstellung des Standard-Servants führt, welcher alle replay_invocation-Aufrufe ausführt. "
-"(Vgl 64)"
+msgstr "Wenn der Recovery-Manager gestartet wird, sucht er in der Konfiguration den RecoveryActivator, der geladen werden muss. Anschließend ruft er die <methodname>startRCservice</methodname>-Methode auf jeder geladenen Instanz auf. Wie im vorhergehenden Kapitel (Recovery-Manager) gesehen, handelt es sich bei der zu ladenden Klasse, die die <interfacename>RecoveryActivator</interfacename>-Schnittstelle implementiert, um die <classname>RecoveryEnablement</classname>-Klasse. Diese generische Klasse, die sich im Paket <package>com.arjuna.ats.internal.jts.orbspecific.recovery</package> befindet, verbirgt das Wesen des von der Anwendung genutzten ORBs. Die folgende Abbildung veranschaulicht die Verhaltensweisen des <interfacename>RecoveryActivator</interfacename>, welche zur Erstellung eines Standard-Servants führen, der alle replay_invocation-Aufrufe ausführt."
#. Tag: caption
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:215
@@ -535,7 +533,7 @@
"There is one recovery Manager Process per machine, then one default servant "
"per machine. Performing all replay_completion invocations means those made "
"on the same machine."
-msgstr "Es gibt einen Recovery-Managerprozess pro Maschine, und einen Standard-Servant pro Maschine. Das Ausführen aller replay_completion-Aufrufe meint solche, die auf derselben Maschine vorgenommen werden."
+msgstr "Es gibt einen Recovery-Managerprozess pro Maschine, und einen Standard-Servant pro Maschine. Alle replay_completion-Aufrufe auszuführen, meint alle Aufrufe, die auf derselben Maschine vorgenommen werden."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:222
@@ -548,7 +546,7 @@
"register_resource invocations, as illustrated in figure below. The Object "
"reference created has an Object ID that contains the transaction ID in "
"progress and the Process Identifier of the application."
-msgstr "Beim Start, wird die Anwendung, die JBossTS im Bibliothekmodus verwendet, gestartet, und ein Child-POA wird erstellt mit denselben Richtlinien, wie im Recovery-Manager definiert. Dieser Child-POA wird verwendet zur Erstellung von Objektreferenzen für RecoveryCoordinator CORBA-Objekte, die zurückgegeben werden müssen bei register_resource-Aufrufen, wie in der Abbildung unten dargestellt. Die erstellte Objektreferenz besitzt eine Objekt-ID, welche die laufende Transaktions-ID und den Prozess-Identifier der Anwendung enthält."
+msgstr "Beim Start läuft die Anwendung an, die JBossTS im Bibliothekmodus verwendet, und ein Child-POA wird erstellt mit denselben Richtlinien, die im Recovery-Manager definiert sind. Dieser Child-POA wird verwendet zur Erstellung von Objektreferenzen für RecoveryCoordinator CORBA-Objekte, die zurückgegeben werden müssen bei register_resource-Aufrufen, wie in der Abbildung unten dargestellt. Die erstellte Objektreferenz besitzt eine Objekt-ID, welche die laufende Transaktions-ID und den Prozess-Identifier der Anwendung enthält."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:226
@@ -557,7 +555,7 @@
"If the Transaction Service is used in the stand-alone mode, the behavior to "
"create object reference to RecoveryCoordinator objects is exactly the same; "
"the process ID used in the Object ID is the Transaction Service process ID"
-msgstr "Wenn der Transaktionsdienst eigenständig (im stand-alone-Modus) verwendet wird, ist die Verhaltensweise zur Erstellung einer Objektreferenz zum RecoveryCoordinator-Objekt genau dieselbe; die in der Objekt-ID verwendete Prozess-ID ist die Transaktionsdienstprozess-ID."
+msgstr "Wenn der Transaktionsdienst eigenständig (im Stand-Alone-Modus) verwendet wird, ist die Verhaltensweise zur Erstellung einer Objektreferenz zum RecoveryCoordinator-Objekt genau dieselbe; und die in der Objekt-ID verwendete Prozess-ID ist die Transaktionsdienstprozess-ID."
#. Tag: caption
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:234
@@ -575,19 +573,19 @@
"is assigned to the POA included in the object reference, the request is "
"forward straight to the default servant defined in the Recovery Manager, as "
"described in the figure below."
-msgstr "Mit der Objektreferenz auf den RecoveryCoordinator kann eine Anwendung den Zustand einer Transaktion feststellen, für die diese Objektreferenz erstellt wurde. Wenn ein RecoveryCoordinator nach den POA-Richtlinien der in der Objektreferenz enthalten POA zugewiesen wird, wird die Anfrage direkt weitergeleitet an den im Recovery-Manger definierten Standard-Servant, wie in der Abbildung unten beschrieben."
+msgstr "Mithilfe der Objektreferenz auf den RecoveryCoordinator kann eine Anwendung den Zustand einer Transaktion feststellen, für die diese Objektreferenz erstellt wurde. Wenn ein RecoveryCoordinator (nach den POA-Richtlinien) dem in der Objektreferenz enthalten POA zugewiesen ist, wird die Anfrage direkt weitergeleitet an den im Recovery-Manger definierten Standard-Servant, wie in der Abbildung unten beschrieben."
#. Tag: caption
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:243
#, no-c-format
msgid "replay_completion invocation forwarded to the default RecoveryCoordinator ."
-msgstr "replay_completion invocation forwarded to the default RecoveryCoordinator ."
+msgstr "An den Standard-RecoveryCoordinator weitergeleiteter replay_completion-Aufruf."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:245
#, no-c-format
msgid "The flow described in the figure can be depicted as follow:"
-msgstr "Der in der Abbildung beschriebene Fluss kann wie folgt beschrieben werden:"
+msgstr "Der in der Abbildung dargestellte Ablauf kann wie folgt beschrieben werden:"
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:250
@@ -604,7 +602,7 @@
msgid ""
"The request is forwarded to the Recovery Manager process since the Well-"
"known-address policy is used to retrieve."
-msgstr "Die Anfrage wird weitergeleitet an den Recovery-Managerprozess, denn die Richtlinie der Well-Known-Adresse wird verwendet zum Abrufen."
+msgstr "Die Anfrage wird weitergeleitet an den Recovery-Managerprozess, da die WellKnownAddressingPolicy beim Abrufen anwendet wird."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:260
@@ -615,12 +613,11 @@
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:265
#, no-c-format
-#, fuzzy
msgid ""
"After looking to the Active Object Map, the child POA invokes the default "
"servant to perform the request. Note that the Object ID conveyed by the "
"object reference is not retrieved in the AOP."
-msgstr "Nachdem die Active Object Map konsultiert wurde, ruft der Child-POA den Standard-Servant auf, um die Anfrage aufzuführen. Beachten Sie, dass die von der Objektreferenz überlieferte Objekt-ID nicht in dem AOP (????) abgefragt wird."
+msgstr "Nachdem er die Active Object Map konsultiert hat, ruft der Child-POA den Standard-Servant auf, um die Anfrage auszuführen. Beachten Sie, dass die von der Objektreferenz übermittelte Objekt-ID nicht im POA abgefragt wird."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:270
@@ -630,7 +627,7 @@
"Transaction ID and the process ID of the Transaction Server process. To "
"determine if the process still alive, the TransactionStatusConnectionManager "
"functionalities are used."
-msgstr "Der Servant entnimmt der Anfrage die Objekt-ID, welche die Transaktions-ID und die Prozess-ID des Transaktionsserverprozesses enthält. Um festzustellen, ob der Prozess noch fortgeführt wird, werden TransactionStatusConnectionManager-Funktionalitäten verwendet."
+msgstr "Der Servant entnimmt der Anfrage die Objekt-ID, welche die Transaktions-ID und die Prozess-ID des Transaktionsserverprozesses enthält. Um festzustellen, ob der Prozess noch fortschreitet, werden die TransactionStatusConnectionManager-Funktionalitäten verwendet."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:275
@@ -639,7 +636,7 @@
"According to the presence or not of the Transaction Server process and "
"eventually the returned status, the servant returns the status of the "
"transaction asked by the participant."
-msgstr "Abhängig davon, ob der Transaktionsserverprozess vorhanden ist oder nicht, sowie schließlich vom zurückgegebenen Zustand, gibt der Servant den Zustand der Transaktion zurück, nach der der Teilnehmer gefragt hat."
+msgstr "Abhängig davon, ob der Transaktionsserverprozess vorhanden ist oder nicht, sowie letztlich vom zurückgegebenen Zustand, gibt der Servant den Zustand der Transaktion zurück, die der Teilnehmer angefragt hat."
#. Tag: title
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:282
@@ -656,7 +653,7 @@
"Manager process. However it provides a set of APIs that allows building "
"object references with specific IP address, port number and POA name in "
"order to reach the appropriate default servant."
-msgstr "JacORB definiert keine zusätzlichen Richtlinien zum Umleiten von Anfragen an ein RecoveryCoordinator-Objekt hin zu einem Standard-Servant, der sich in dem Recovery-Managerprozess befindet. Allerdings stellt es eine Gruppe von APIs zur Verfügung, die das Bauen von Objektreferenzen mit spezifischen IP-Adressen, Port-Nummer und POA-Name erlauben, um den passenden Standard-Servant zu erreichen."
+msgstr "JacORB definiert keine zusätzlichen Richtlinien zum Umleiten von Anfragen an ein RecoveryCoordinator-Objekt hin zu einem Standard-Servant, der sich in dem Recovery-Managerprozess befindet. Allerdings stellt es ein Set von APIs zur Verfügung, die das Bauen von Objektreferenzen mit spezifischen IP-Adressen, Port-Nummer und POA-Namen erlauben, um den passenden Standard-Servant zu erreichen."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:288
@@ -673,9 +670,7 @@
"application (JacORB). The following figure illustrates the behavior of the "
"<interfacename>RecoveryActivator</interfacename> that leads to the creation "
"of the default servant that performs replay_completion invocations requests."
-msgstr ""
-"Wenn der Recovery-Manager gestartet wird, sucht er in der Konfiguration den RecoveryActivator, der geladen werden muss. Ist das erledigt, ruft er die <methodname>startRCservice</methodname>-Methode auf jeder geladenen Instanz auf. Wie im vorhergehenden Kapitel (Recovery-Manager) gesehen, ist die zu ladende Klasse, die die <interfacename>RecoveryActivator</interfacename>-Schnittstelle implementiert, die <classname>RecoveryEnablement</classname>-Klasse. Diese generische Klasse, zu finden im Paket <package>com.arjuna.ats.internal.jts.orbspecific.recovery</package>, verbirgt die Natur des ORBs, der von der Anwendung genutzt wird (JacORB). Die folgende Abbildung veranschaulicht die Verhaltensweisen des <interfacename>RecoveryActivator</interfacename>, die zur Erstellung des Standard-Servants führen, welcher replay_invocation-Aufrufe ausführt. "
-"(Vgl. 47)"
+msgstr "Wenn der Recovery-Manager gestartet wird, sucht er in der Konfiguration den RecoveryActivator, der geladen werden muss. Anschließend ruft er die <methodname>startRCservice</methodname>-Methode auf jeder geladenen Instanz auf. Wie im vorhergehenden Kapitel (Recovery-Manager) gesehen, handelt es sich bei der zu ladenden Klasse, die die <interfacename>RecoveryActivator</interfacename>-Schnittstelle implementiert, um die <classname>RecoveryEnablement</classname>-Klasse. Diese generische Klasse, die sich im Paket <package>com.arjuna.ats.internal.jts.orbspecific.recovery</package> befindet, verbirgt das Wesen des von der Anwendung genutzten ORBs (JacORB). Die folgende Abbildung veranschaulicht die Verhaltensweisen des <interfacename>RecoveryActivator</interfacename>, welche zur Erstellung eines Standard-Servants führen, der alle replay_invocation-Aufrufe ausführt."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:292
@@ -687,13 +682,13 @@
"IP address, port number and POA name and assign them to any "
"<code>RecoveryCoordinator</code> object reference created on "
"register_resource."
-msgstr "Zusätzlich zur Erstellung des Standard-Servants, wird ein <code>RecoveryCoordinator</code>-Objekt erstellt und im Objektspeicher abgelegt. Wie wir sehen werden, wird diese Objektreferenz verwendet, um dessen IP-Adresse, Port-Nummer und POA-Name zu erhalten und diese zuzuweisen zu jeder auf register_ressource erstellten <code>RecoveryCoordinator</code>-Objektreferenz."
+msgstr "Zusätzlich zur Erstellung des Standard-Servants wird ein <code>RecoveryCoordinator</code>-Objekt erstellt und im Objektspeicher abgelegt. Wie wir sehen werden, wird diese Objektreferenz verwendet, um die IP-Adresse, Port-Nummer und POA-Name zu beziehen und sie jeder <code>RecoveryCoordinator</code>-Objektreferenz zuzuweisen, die auf register_ressource erstellt wurde."
#. Tag: caption
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:299
#, no-c-format
msgid "replay_completion invocation forwarded to the default RecoveryCoordinator."
-msgstr "replay_completion-Aufruf weitergeleitet an den Standard-RecoveryCoordinator."
+msgstr "An den Standard-RecoveryCoordinator weitergeleiteter replay_completion-Aufruf."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:301
@@ -709,7 +704,7 @@
"ID of the transaction in progress and also the Process ID of the process "
"that is creating the new <code>RecoveryCoordinator</code> object reference, "
"as illustrated below."
-msgstr "Wenn eine Anwendung eine Ressource bei einer Transaktion registriert, wird die Rückgabe einer <code>RecoveryCoordinator</code>-Objektreferenz erwartet. Beim Bau dieser Objektreferenz benutzt der Transaktionsdienst die RecoveryCoordinator-Objektreferenz, die im Recovery-Manager erstellt wurde, als Vorlage. Die neue Objektreferenz enthält praktisch dieselben Informationen, um den Standard-Servant abzurufen (IP-Adresse, Port-Nummer, POA-Name, etc.), aber die Objekt-ID ist verändert; sie enthält nun die Transaktions-ID der laufenden Transaktion sowie die Prozess-ID des Prozesses, der die neue <code>RecoveryCoordinator</code>-Objektreferenz erstellt, wie unten veranschaulicht."
+msgstr "Wenn eine Anwendung eine Ressource bei einer Transaktion registriert, wird die Rückgabe einer <code>RecoveryCoordinator</code>-Objektreferenz erwartet. Für den Bau dieser Objektreferenz benutzt der Transaktionsdienst die RecoveryCoordinator-Objektreferenz, die im Recovery-Manager erstellt wurde, als Vorlage. Die neue Objektreferenz enthält praktisch dieselben Informationen, um den Standard-Servant abzurufen (IP-Adresse, Port-Nummer, POA-Name, etc.), aber die Objekt-ID ist anders; sie enthält nun die Transaktions-ID der laufenden Transaktion sowie die Prozess-ID des Prozesses, der die neue <code>RecoveryCoordinator</code>-Objektreferenz erstellt, wie unten veranschaulicht."
#. Tag: caption
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:308
@@ -717,7 +712,7 @@
msgid ""
"Resource registration and returned RecoveryCoordinator Object reference "
"build from a reference stored in the ObjectStore."
-msgstr "Registrierung von Ressourcen und zurückgegebene RecoveryCoordinator-Objektreferenz, gebaut aus einer im Objektspeicher gespeicherten Referenz."
+msgstr "Registrierung von Ressourcen und zurückgegebene RecoveryCoordinator-Objektreferenz, gebaut von einer im Objektspeicher gespeicherten Referenz."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:310
@@ -730,5 +725,5 @@
"code> that is able to retreive the Object ID from the incoming request to "
"extract the transaction identifier and the process identifier needed to "
"determine the status of the requested transaction."
-msgstr "Da die <code>RecoveryCoordinator</code>-Objektreferenz, zurückgekehrt zur Anwendung, sämtliche Informationen enthält zur Abfrage des POA und des Standard-Servants im Recovery-Manager, werden alle replay_completion-Anfragen, pro Maschine, weitergeleitet zu demselben Standard-<code>RecoveryCoordinator</code>, welcher die Objekt-ID von eingehenden Aufrufen abfragen kann, um die Transaktions-Identifier und den Prozess-Identifier zu entnehmen, die nötig sind, um den Zustand der angefragten Transaktion zu bestimmen."
+msgstr "Da die an die Anwendung zurückgegebene <code>RecoveryCoordinator</code>-Objektreferenz sämtliche Informationen enthält zur Abfrage des POA und dann des Standard-Servants im Recovery-Manager, werden alle replay_completion-Anfragen, pro Maschine, weitergeleitet zu demselben Standard-<code>RecoveryCoordinator</code>, der die Objekt-ID von eingehenden Aufrufen abfragen kann, um die Transaktions-Identifier und den Prozess-Identifier zu entnehmen, die nötig sind, um den Zustand der angefragten Transaktion zu bestimmen."
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Revision_History.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Revision_History.po 2009-02-06 00:34:11 UTC (rev 25127)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/de-DE/Revision_History.po 2009-02-06 04:46:26 UTC (rev 25128)
@@ -8,7 +8,7 @@
"Project-Id-Version: Revision_History\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-01-23 17:25+1000\n"
+"PO-Revision-Date: 2009-02-06 11:20+1000\n"
"Last-Translator: Hedda Peters <hpeters at redhat.com>\n"
"Language-Team: \n"
"MIME-Version: 1.0\n"
@@ -20,7 +20,7 @@
#: Revision_History.xml:6
#, no-c-format
msgid "Revision History"
-msgstr "Revisionsgeschichte"
+msgstr "Versionsgeschichte"
#. Tag: author
#: Revision_History.xml:12
More information about the jboss-svn-commits
mailing list