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

Mon Jul 28 16:18:55 EDT 2008

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

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

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

--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_04.po	2008-07-28 20:13:59 UTC (rev 76319)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/de-DE/Chapter_04.po	2008-07-28 20:18:55 UTC (rev 76320)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_04\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 09:42+1000\n"
+"PO-Revision-Date: 2008-07-29 06:18+1000\n"
 "Last-Translator: Jasna Dimanoski <jdimanos at redhat.com>\n"
 "Language-Team:  <de at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -26,7 +26,7 @@
 #: Chapter_04.xml:9
 #, no-c-format
 msgid "General"
-msgstr "Allgemein"
+msgstr "Allgemeines"
 
 #. Tag: title
 #: Chapter_04.xml:12
@@ -59,7 +59,7 @@
 "transaction is active when the object is created then its state will not be "
 "saved to the store until the next time the object is modified under the "
 "control of some transaction."
-msgstr "Wenn andererseits der Konstruktor Transaktionen nicht verwendet wenn dies möglich is, dann kann es zu Inkonsistenzen im System kommen. Ist zum Beispiel keine Transaktion bei der Erstellung eines Objekts aktiv, dann wird deren Status nicht gespeichert, ehe das Objekt nicht unter der Kontrolle einer Transaktion nicht bearbeitet wird."
+msgstr "Wenn andererseits der Konstruktor Transaktionen nicht verwendet wenn dieses möglich is, dann kann es zu Inkonsistenzen im System kommen. Ist zum Beispiel keine Transaktion bei der Erstellung eines Objekts aktiv, dann wird deren Status nicht gespeichert, ehe das Objekt nicht unter der Kontrolle einer Transaktion das nächste Mal bearbeitet wird."
 
 #. Tag: para
 #: Chapter_04.xml:18
@@ -115,7 +115,7 @@
 msgstr ""
 "Hier werden zwei Objekte außerhalb der Kontrolle der Aktion A der höchsten Ebene erstellt. <literal>obj1</literal> ist ein neues Objekt; <literal>obj2</literal> ist ein altes, bestehendes Objekt. Wenn die \"remember\"-Operation von <literal>obj2</"
 "literal> aufgerufen wird, wird das Objekt aktiviert und die Uid von "
-"<literal>obj1</literal> memorisiert. Da diese Aktion den persistenten Status von <literal>obj2</literal> festschreibt könnte nun die Uid von <literal>obj1</literal> enthalten sein. Der Status von <literal>obj1</literal> selbst wurde jedoch nicht gespeichert da er nicht unter Kontrolle irgendeiner Aktion verändert wurde. Genau genommen wird er nie gespeichert, wenn er nicht unter der Kontrolle einer Aktion im weiteren Verlauf der Anwendung bearbeitet wurde. Falls aber der Konstruktor eine atomische Aktion am Status von <literal>obj1</literal> verwendet hat würde dies automatisch zum Zeitpunkt der Konstruktion gespeichert und diese Inkonsistenz würde nicht auftreten."
+"<literal>obj1</literal> memorisiert. Da diese Aktion den persistenten Status von <literal>obj2</literal> festschreibt könnte nun die Uid von <literal>obj1</literal> enthalten sein. Der Status von <literal>obj1</literal> selbst wurde jedoch nicht gespeichert da er nicht unter Kontrolle irgendeiner Aktion verändert wurde. Genau genommen wird er nie gespeichert, wenn er nicht unter der Kontrolle einer Aktion im weiteren Verlauf der Anwendung bearbeitet wurde. Falls aber der Konstruktor eine atomische Aktion am Status von <literal>obj1</literal> verwendet hat, so würde dies automatisch zum Zeitpunkt der Konstruktion gespeichert und diese Inkonsistenz würde nicht auftreten."
 
 #. Tag: title
 #: Chapter_04.xml:26
@@ -169,7 +169,7 @@
 #: Chapter_04.xml:37
 #, no-c-format
 msgid "Packing Objects"
-msgstr "Pack-Objekte"
+msgstr "Verpacken von Objekten"
 
 #. Tag: para
 #: Chapter_04.xml:39
@@ -229,7 +229,7 @@
 "unpack the two strings into different areas of memory destroying the "
 "original aliasing information. The current version of TxCore will pack and "
 "unpack separate object references."
-msgstr "Hier verweisen sowohl s1 als auch s2 auf denselben String und eine naive Implementierung von <command>save_state</command> könnte dazu führen, dass der String einfach zwei Mal kopiert wird. Aus einer <command>save_state</command>-Perspektive ist dies schlichtweg ineffizient. Jedoch macht es <command>restore_state</command> schlichtweg inkorrekt, da es die beiden Strings in unterschiedliche Speicherbereiche entpacken und die ursprüngliche Aliasing Information zerstören würde. Die aktuelle Version von TxCore packt und entpackt separate Objektreferenzen."
+msgstr "Hier verweisen sowohl s1 als auch s2 auf denselben String und eine naive Implementierung von <command>save_state</command> könnte dazu führen, dass der String einfach zwei Mal kopiert wird. Aus einer <command>save_state</command>-Perspektive ist dies schlichtweg ineffizient. Jedoch macht es <command>restore_state</command> schlichtweg inkorrekt, da es die beiden Strings in unterschiedliche Speicherbereiche entpacken und die ursprünglichen Aliasing-Informationen zerstören würde. Die aktuelle Version von TxCore packt und entpackt separate Objektreferenzen."
 
 #. Tag: title
 #: Chapter_04.xml:49
@@ -264,7 +264,7 @@
 "operations activate, deactivate and modified, since <classname>StateManager</"
 "classname>'s constructors are effectively identical to those of "
 "<classname>LockManager</classname>."
-msgstr "Direkt vom <classname>StateManager</classname> abgeleitete Klassen müssen explizit dessen Statusmanagement-Mechanismen verwenden (diese Interaktionen werden normalerweise durch den <classname>LockManager</classname> vorgenommen). Aus Sicht des Programmierers führt dies zur korrekten Verwendung der Operationen \"activate\", \"deactivate\" und \"modified\", da die Konstruktoren des <classname>StateManager</classname>s constructors effektiv identisch mit dem <classname>LockManager</classname> sind."
+msgstr "Direkt vom <classname>StateManager</classname> abgeleitete Klassen müssen explizit dessen Statusmanagement-Mechanismen verwenden (diese Interaktionen werden normalerweise durch den <classname>LockManager</classname> vorgenommen). Aus Sicht des Programmierers führt dies zur korrekten Verwendung der Operationen \"activate\", \"deactivate\" und \"modified\", da die Konstruktoren des <classname>StateManager</classname>s Konstruktors effektiv identisch mit dem <classname>LockManager</classname> sind."
 
 #. Tag: programlisting
 #: Chapter_04.xml:55
@@ -288,7 +288,7 @@
 "activated further calls are ignored. The parameter represents the root name "
 "of the object store to search for the object. A value of null means use the "
 "default store."
-msgstr "<command>Activate</command> lädt ein Objekt aus dem Objektspeicher. Die UID des Objekts muss bereits via Konstruktor eingesetellt sein und das Objekt muss im Speicher vorhanden sein. Wird das Objekt erfolgreich gelesen, so wird <command>restore_state</command> aufgerufen, um das Objekt im Speicher zu bauen. <command>Activate</command> ist id-unwirksam, so dass nach Aktivierung eines Objekts weitere Aufrufe ignoriert werden. TDer Parameter repräsentiert den Root-Namen des Objektspeichers für die Suche nach dem Objekt. Ein Wert von Null bedeutet Verwendung des Standardspeichers."
+msgstr "<command>Activate</command> lädt ein Objekt aus dem Objektspeicher. Die UID des Objekts muss bereits via Konstruktor eingestellt sein und das Objekt muss im Speicher vorhanden sein. Wird das Objekt erfolgreich gelesen, so wird <command>restore_state</command> aufgerufen, um das Objekt im Speicher zu bauen. <command>Activate</command> ist id-unwirksam, so dass nach Aktivierung eines Objekts weitere Aufrufe ignoriert werden. Der Parameter repräsentiert den Root-Namen des Objektspeichers für die Suche nach dem Objekt. Ein Wert von Null bedeutet Verwendung des Standardspeichers."
 
 #. Tag: programlisting
 #: Chapter_04.xml:59


