[jbosscache-commits] JBoss Cache SVN: r8101 - 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-14 16:50:25 -0400 (Sun, 14 Jun 2009)
New Revision: 8101

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

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Cache_loaders.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Cache_loaders.po	2009-06-14 20:16:35 UTC (rev 8100)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Cache_loaders.po	2009-06-14 20:50:25 UTC (rev 8101)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Cache_loaders\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:43+0000\n"
-"PO-Revision-Date: 2009-06-15 06:16+1000\n"
+"PO-Revision-Date: 2009-06-15 06:50+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -1433,10 +1433,10 @@
 "über die Passivierung des Nodes an die Tree Cache Listener herausgegeben "
 "und der Node und dessen Kinder werden im Cache-Lader Speicher gespeichert. "
 "Ruft ein Benutzer get() an einem zuvor geräumten Node auf, so erfolgt ein "
-"(lazy) Load aus dem Cache-Lader Speicher ins speicherinterne Cache. When the node and its "
-"children have been loaded, they're removed from the cache loader and a "
-"notification is emitted to the tree cache listeners that the node has been "
-"activated."
+"(lazy) Load aus dem Cache-Lader Speicher ins speicherinterne Cache. "
+"Wurden der Node und dessen Kinder geladen, so werden sie aus dem "
+"Cache-Lader entfernt und eine Benachrichtigung über die Aktivierung des Node "
+"wird an die Tree Cache Listener herausgegeben."
 
 #. Tag: para
 #: Cache_loaders.xml:161
@@ -2121,6 +2121,12 @@
 "effectively defining our cost of access to a cache in increasing order of "
 "cost."
 msgstr ""
+"Um eine einzelne Stelle des Scheiterns (sog. \"single point of failure\") zu "
+"umgehen, könnten wir dies mit einem ChainingCacheLoader kombinieren, "
+"wo es sich beim ersten CacheLoader um einen ClusteredCacheLoader, "
+"beim zweiten um einen TcpDelegatingCacheLoader und beim dritten und letzten "
+"um einen JDBCacheLoader handelt, so dass unsere Zugriffskosten auf ein Cache "
+"in aufsteigender Reihenfolge von Kosten definiert sind."
 
 #. Tag: title
 #: Cache_loaders.xml:322
@@ -2231,6 +2237,12 @@
 "means that all requests from the TcpDelegatingCacheLoader will be received "
 "by this instance and forwarded to the JBossCache MBean."
 msgstr ""
+"Die BindAddress und der Port sollten auf einen bereits laufenden RMI-Server "
+"weisen und der BindName ist der Name an den das Objekt im RMI-Server "
+"gebunden ist. Ein bestehendes JBossCache MBean wird darin eingespeist "
+"('Cache' zugeordnet). Dies bedeutet, dass alle Anfragen vom "
+"TcpDelegatingCacheLoader von dieser Instanz in Empfang genommen und an "
+"das JBossCache MBean weitergeleitet werden."
 
 #. Tag: para
 #: Cache_loaders.xml:339
@@ -2241,6 +2253,10 @@
 "own instance of JBossCache and configure it according to the Config "
 "attribute."
 msgstr ""
+"Beachten Sie außerdem das Vorhandensein eines 'Config'-Attributs, das auf "
+"eine config XML-Datei für JBossCache verweist. Ist dies eingestellt, so "
+"erstellt RmiCacheServer seine eigene Instanz von JBossCache und konfiguriert "
+"diese gemäß dem Config-Attribut."
 
 #. Tag: programlisting
 #: Cache_loaders.xml:345