[jbosscache-commits] JBoss Cache SVN: r8090 - 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-06-07 07:26:48 -0400 (Sun, 07 Jun 2009)
New Revision: 8090

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

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/State_transfer.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/State_transfer.po	2009-06-07 08:42:07 UTC (rev 8089)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/State_transfer.po	2009-06-07 11:26:48 UTC (rev 8090)
@@ -8,7 +8,7 @@
 "Project-Id-Version: State_transfer\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-02 21:32+1000\n"
+"PO-Revision-Date: 2009-06-07 21:25+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -120,6 +120,12 @@
 "<literal>CacheLoaderFetchPersistentState</literal> set to <literal>true</"
 "literal>."
 msgstr ""
+"Persistenter Statustransfer mit geteiltem Cache-Lader macht keinen Sinn, "
+"da derselbe persistente Speicher, der die Daten bereitstellt diese erhält. "
+"Wird also ein geteilter Cache-Lader verwenet, so gestattet das Cache "
+"keinen persistenten Statustransfer, selbst wenn bei einem Cache-Lader "
+"<literal>CacheLoaderFetchPersistentState</literal> auf <literal>true</"
+"literal> eingestellt ist."
 
 #. Tag: para
 #: State_transfer.xml:35
@@ -159,6 +165,12 @@
 "transfer is necesssary. A persistent state transfer is necessary if the "
 "cache loader is not shared."
 msgstr ""
+"Wird ein Cache-Lader mit Passivierung verwendet, so kann die "
+"vollständige Repräsentation des Status nur durch Kombination des "
+"speicherinternen (d.h. nicht passivierten) und persistenten (d.h. "
+"passivierten) Status erhalten werden. Daher ist ein speicherinterner "
+"Statustransfer notwendig. Ein persistenter Statustransfer ist nötig, "
+"wenn der Cache-Lader nicht geteilt wird."
 
 #. Tag: para
 #: State_transfer.xml:50
@@ -169,6 +181,12 @@
 "e.g. a database), whether or not in-memory state should be transferred "
 "depends on whether or not a \"hot\" cache is desired."
 msgstr ""
+"Wird kein Cache-Lader verwendet und handelt es sich beim Cache "
+"ausschließlich um ein \"write-aside\" Cache (d.h. eines, das zum Cachen "
+"von Daten verwendet wird, die auch in einem persistenten Speicher, "
+"z.B. einer Datenbank gefunden werden), so ist es abhängig davon, ob "
+"ein \"hot\" Cache erwünscht ist oder nicht, ob der speicherinterne Status "
+"transferiert wird oder nicht."
 
 #. Tag: title
 #: State_transfer.xml:58
@@ -299,6 +317,12 @@
 "buddies only occurs when the application calls <literal>activateRegion"
 "(String fqn)</literal> on the various members of the group."
 msgstr ""
+"Dieser \"Push\" von Status auf Buddy-Gruppenbildung kommt nur vor, "
+"wenn die <literal>InactiveOnStartup</literal>-Property auf "
+"<literal>false</literal> eingestellt ist. Lautet die Einstellung "
+" <literal>true</literal>, so erfolgt der Statustransfer unter den Buddies "
+"nur, wenn die Anwendung <literal>activateRegion"
+"(String fqn)</literal> an den verschiedenen Gruppenmitgliedern aufruft."
 
 #. Tag: para
 #: State_transfer.xml:101
@@ -311,4 +335,10 @@
 "activating a region will request partial state from each instance for which "
 "it is serving as a backup."
 msgstr ""
+"Teilweiser Statustransfer nach einem <literal>activateRegion()</literal> "
+"Aufruf unterscheidet sich auch etwas im Fall der Buddy-Replikation. "
+"Statt den Teilstatus von einer Cache-Instanz abzufragen und alle Instanzen "
+"auszuprobieren bis eine antwortet, fordert bei der Buddy-Replikation die "
+"eine Region aktivierende Instanz den Teilstatus von jeder Instanz an, für "
+"die sie als Backup dient."