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

Sat Jul 19 09:15:01 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-07-19 09:15:01 -0400 (Sat, 19 Jul 2008)
New Revision: 76012

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

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

--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po	2008-07-19 02:53:28 UTC (rev 76011)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_02.po	2008-07-19 13:15:01 UTC (rev 76012)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_02\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-19 10:43+1000\n"
+"PO-Revision-Date: 2008-07-19 23:14+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -450,6 +450,8 @@
 "ats.arjuna.objectstore.objectStoreType</literal> property variable) on a per "
 "object basis, and indicates how additional implementations can be provided."
 msgstr ""
+"<emphasis>TxCore</emphasis> wird mit Support für mehrere verschiedene Objektspeicher-Implementierungen geliefert. Der Anhang beschreibt diese Implementierungen, wie eine bestimmte Implementierung auf pro Objekt Basis gewählt und konfiguriert wird (mittels der <literal>com.arjuna."
+"ats.arjuna.objectstore.objectStoreType</literal>-Property-Variablen) und gibt außerdem an, wie zusätzliche Implementierungen geliefert werden können."
 
 #. Tag: title
 #: Chapter_02.xml:84
@@ -470,6 +472,10 @@
 "<classname>StateManager</classname> will also propagate these resources "
 "between child transactions and their parents at commit time."
 msgstr ""
+"Die <emphasis>TxCore</emphasis>-Klassen <classname>StateManager</classname> "
+"managt den Status eines Objekts und liefert alle grundlegenden Support-Mechanismen die von einem Objekt zu Status-Management Zwecken benötigt werden."
+"Der <classname>StateManager</classname> ist verantwortlich für das Erstellen und Registrieren entsprechender Ressourcen, die mit der Persistenz und Wiederherstellung des transaktionalen Objekts zu tun haben. Ist eine Transaktion verschachtelt, so pflanzt der "
+"<classname>StateManager</classname> diese Ressourcen zum Festschreibungszeitpunkt auch zwischen unter- und übergeordneten Transaktionen fort."
 
 #. Tag: para
 #: Chapter_02.xml:88
@@ -494,6 +500,12 @@
 "cannot gain (or lose) recovery capabilities at some arbitrary point during "
 "its lifetime."
 msgstr ""
+"Bei Objekten in <emphasis>TxCore</emphasis> wird von drei möglichen Grundtypen ausgegangen. Sie können einfach wiederherstellbar sein, in welchem Fall der "
+"<classname>StateManager</classname> versuchen wird, die entsprechenden Wiederherstellungsinformationen für das Objekt zu generieren und zu warten (wie Instanzen der Klasse "
+"<classname>Input/OutputObjectState</classname>). Die Lebensdauer solcher Objekte überschreitet diejenige des Anwendungsprogramms, das sie erstellt hat, nicht."
+"Objekte können wiederherstellbar und persistent sein, in welchem Fall davon ausgegangen wird, dass die Lebensdauer "
+"höher als die der erstellenden oder zugreifenden Anwendung ist, weswegen außer der Wartung von Wiederherstellungsinformationen der "
+"<classname>StateManager</classname> versuchen wird, einen existierenden persistenten Status für das Objekt durch Aufruf der <command>activate</command> (<command>deactivate</command>) Operation zu entsprechenden Zeiten zu laden (entfernen). Desweiteren können Objekte auch keine dieser Fähigkeiten besitzen, in welchem Fall keine Wiederherstellungsinformationen aufbewahrt werden und auch keine Aktivierungs-/Deaktivierungsversuche automatisch stattfinden. Diese Objekt-Property wird zum Konstruktionszeitpunkt des Objekts gewählt und kann danach nicht mehr geändert werden. Ein Objekt kann daher Wiederherstellungsfähigkeiten nicht zu irgendeinem zufälligen Zeitpunkt während seiner Lebensdauer gewinnen (oder verlieren)."
 
 #. Tag: screen
 #: Chapter_02.xml:92
@@ -705,7 +717,7 @@
 "only remove the state if the top-level transaction within which it is "
 "invoked eventually commits. The programmer must obtain exclusive access to "
 "the object prior to invoking this operation."
-msgstr ""
+msgstr "Die <command>destroy</command>-Methode kann zum Entfernen des Objektstatus aus dem Objektspeicher verwendet werden. Es handelt sich dabei um eine atomische Operation, und daher wird der Status nur entfernt, wenn die Transaktion der höchsten Ebene, innerhalb derer der Aufruf erfolgt, festgeschrieben wird. Der Programmierer muss vor dem Aufruf dieser Operation exklusiven Zugriff auf das Objekt erlangen."
 
 #. Tag: para
 #: Chapter_02.xml:106
@@ -722,6 +734,8 @@
 "given invocation is being made thus allowing different information to be "
 "saved for recovery and persistence purposes."
 msgstr ""
+"Da Objektwiederherstellung und Persistenz besitzen komplementäre Voraussetzungen (der einzige Unterschied besteht im Speicherort der Statusinformationen und deren Zweck) kombiniert der <classname>StateManager</classname> effektiv das Management dieser beiden Properties in einen einzelnen Mechanismus. "
+"Das heißt er verwendet Instanzen des Klassen Input/OutputObjectState sowohl zu Wiederherstellungs- als auch zu Persistenzzwecken. Ein zusätzliches an die <command>save_state</command> und <command>restore_state</command> Operationen gegebenes Argument gestattet es dem Programmierer, den Zweck für einen jeweiligen Aufruf zu bestimmen, wodurch unterschiedliche Informationen für Wiederherstellungs- und Persistenzzwecke gespeichert werden."
 
 #. Tag: title
 #: Chapter_02.xml:112
@@ -748,13 +762,13 @@
 "performance, but represents a single point of failure, and in a multi-"
 "threaded environment may not protect the object from corruption if a single "
 "thread fails."
-msgstr ""
+msgstr "<termdef>SINGLE</termdef>: Nur ein einziges Exemplar des Objekts existiert innerhalb der Anwendung; dieses befindet sich innerhalb einer einzelnen JVM, und alle Clients müssen ihre Aufrufe an diesen Server richten. Dieses Modell bietet eine bessere Performance, aber stellt auch einen einzelnen Fehlfunktionspunkt dar, was in einer mehr-threadigen Umgebung das Objekt nicht vor Korrumpierung schützt, wenn ein einzelner Thread fehlschlägt."
 
 #. Tag: caption
 #: Chapter_02.xml:123
 #, no-c-format
 msgid "Single Object Model"
-msgstr ""
+msgstr "Einzelobjektmodell (Single Object Model)"
 
 #. Tag: para
 #: Chapter_02.xml:127
@@ -763,7 +777,7 @@
 "MULTIPLE: logically a single instance of the object exists, but copies of it "
 "are distributed across different JVMs; the performance of this model is "
 "worse than the SINGLE model, but it provides better failure isolation."
-msgstr ""
+msgstr "MULTIPLE: Logisch existiert eine einzelne Instanz des Objekts, aber Kopien derselben werden über verschiedene JVMs distribuiert; die Performance dieses Modells ist schlechter als beim SINGLE-Modell, aber es bietet bessere Isolation bei Fehlfunktionen."
 
 #. Tag: caption
 #: Chapter_02.xml:134
@@ -780,6 +794,8 @@
 "arjuna.ats.arjuna.gandiva.ObjectName</classname> class at object "
 "construction."
 msgstr ""
+"Das Standardmodell ist SINGLE. Der Programmierer kann dies auf einer pro Objekt Basis außer Kraft setzen, indem er eine passende Instanz der <classname>com."
+"arjuna.ats.arjuna.gandiva.ObjectName</classname>-Klasse bei der Objektkonstruktion bereitstellt."
 
 #. Tag: para
 #: Chapter_02.xml:141
@@ -787,7 +803,7 @@
 msgid ""
 "The model can be changed between each successive instantiation of the "
 "object, i.e., it need not be the same during the object's lifetime."
-msgstr ""
+msgstr "Das Modell kann in jeder nachfolgenden Instantiierung des Objekts geändert werden, d.h. es muss nicht während der gesamten Lebensdauer des Objekts dasselbe bleiben."
 
 #. Tag: para
 #: Chapter_02.xml:143
@@ -795,7 +811,7 @@
 msgid ""
 "To provide a suitable <classname>ObjectName</classname> class, it is "
 "necessary to perform the following steps:"
-msgstr ""
+msgstr "Um eine passende <classname>ObjectName</classname>-Klasse bereitzustellen ist es notwendig, folgende Schritte durchzuführen:"
 
 #. Tag: para
 #: Chapter_02.xml:148
@@ -888,6 +904,11 @@
 "recovery for persistent objects it is necessary for all <command>save_state</"
 "command> methods to call <command>super.save_state</command>."
 msgstr ""
+"Immer dann aufgerufen, wenn der Status eines Objekts für mögliche zukünftige Verwendung gespeichert werden sollte - primär zu Wiederherstellungs- und Persistenzzwecken. Der "
+"<literal>ObjectType</literal>-Parameter gibt den Grund dafür an, warum "
+"<command>save_state</command> durch <emphasis>TxCore</emphasis> aufgerufen wurde. "
+"Dies gestattet es dem Programmierer verschieden Teile von Informationen im "
+"<classname>OutputObjectState</classname> zu speichern bereitgestellt als erster Parameter und in Abhängigkeit davon, ob der Status für Wiederherstellungs- oder Persistenzzwecke benötigt wird. Verweise (Pointers) auf andere <emphasis>TxCore</emphasis>-Objekte könnten einfach als Verweise für Wiederherstellungszwecke gespeichert werden, aber als Uids für Persistenzzwecke. Wie bereits gezeigt liefert die <classname>OutputObjectState</classname>-Klasse praktische Operationen, die das Speichern von Instanzen aller Grundtypen in Java gestatten. Um Crash-Recovery für persistente Objekte zu unterstützen ist es notwendig, dass alle <command>save_state</command>-Methoden <command>super.save_state</command> aufrufen."
 
 #. Tag: para
 #: Chapter_02.xml:170
@@ -914,6 +935,8 @@
 "objects it is necessary for all <command>restore_state</command> methods to "
 "call <command>super.restore_state</command>."
 msgstr ""
+"Immer dann aufgerufen, wenn der Status eines Objekts für den bereitgestellten wiederhergestellt werden muss. Wieder gestattet der zweite Parameter unterschiedliche Interpretationen des bereitgestellten Status. Um Crash-Recovery für persistente Objekte bereitzustellen ist es notwendig, dass alle <command>restore_state</command>-Methoden "
+"<command>super.restore_state</command> aufrufen."
 
 #. Tag: literal
 #: Chapter_02.xml:179
@@ -950,7 +973,7 @@
 "illustrate saving and restoring of an object’s state, the highestIndex "
 "variable is used to keep track of the highest element of the array that has "
 "a non-zero value):"
-msgstr ""
+msgstr "Sehen Sie sich folgende grundlegende, von der <classname>StateManager</classname>-Klasse abgeleitete  <classname>Array</classname>-Klasse an (in diesem Beispiel wird zur Illustrierung des Speicherns und Wiederherstellens des Status eines Objekts die highestIndex-Variable verwendet, um das höchste Element des Array mit nicht-Null Wertim Auge zu behalten):"
 
 #. Tag: programlisting
 #: Chapter_02.xml:196
@@ -1140,7 +1163,7 @@
 #: Chapter_02.xml:207
 #, no-c-format
 msgid "Lock management and concurrency control"
-msgstr ""
+msgstr "Sperr-Management und Nebenläufigkeitskontrolle"
 
 #. Tag: para
 #: Chapter_02.xml:209
@@ -1165,7 +1188,7 @@
 "As with all <emphasis>TxCore</emphasis> classes the default lock stores are "
 "pure Java implementations; to access the shared memory and other more "
 "complex lock store implementations it is necessary to use native methods."
-msgstr ""
+msgstr "Wie bei allen <emphasis>TxCore</emphasis>-Klassen handelt es sich bei den standardmäßigen Sperrspeichern um reine Java-Implementierungen; um auf den freigegebenen Speicher und andere komplexere Sperrspeicher-Implementierungen zuzugreifen, müssen native Methoden verwendet werden."
 
 #. Tag: programlisting
 #: Chapter_02.xml:213


