[jbosscache-commits] JBoss Cache SVN: r8008 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.

Mon Apr 27 17:01:29 EDT 2009

Author: jdimanos at jboss.com
Date: 2009-04-27 17:01:29 -0400 (Mon, 27 Apr 2009)
New Revision: 8008

Modified:
   enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Configuration.po
Log:
update

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Configuration.po
===================================================================

--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Configuration.po	2009-04-27 20:30:00 UTC (rev 8007)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Configuration.po	2009-04-27 21:01:29 UTC (rev 8008)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Configuration\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:57+0000\n"
-"PO-Revision-Date: 2009-03-28 12:36+1100\n"
+"PO-Revision-Date: 2009-04-28 06:49+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -32,7 +32,13 @@
 "JGroups stack, for example, are still the same. There are two differences, "
 "however, when using the xml file--- configuring as a MBean service and "
 "eviction policy."
-msgstr "Da PojoCache vom TreeCache erbt, sind die Attribute der xml-Konfigurationsdatei nahezu identisch mit denen des letzteren. Attribute wie etwa Replikationsmodus, Transaktions-Manager, Räumungsrichtlinien (sog. \"Eviction Policy\"), Cache-Lader und JGroups-Stack sind nach wie vor dieselben. Es gibt jedoch zwei Unterschiede bei der Verwendung der xml-Datei--- die Konfiguration als MBean-Dienst und Räumungsrichtlinien."
+msgstr ""
+"Da PojoCache vom TreeCache erbt, sind die Attribute der xml-Konfigurationsdatei "
+"nahezu identisch mit denen des letzteren. Attribute wie etwa Replikationsmodus, "
+"Transaktions-Manager, Räumungsrichtlinien (sog. \"Eviction Policy\"), Cache-Lader "
+"und JGroups-Stack sind nach wie vor dieselben. Es gibt jedoch zwei Unterschiede "
+"bei der Verwendung der xml-Datei--- die Konfiguration als MBean-Dienst und "
+"Räumungsrichtlinien."
 
 #. Tag: title
 #: Configuration.xml:9
@@ -51,9 +57,13 @@
 "\"jboss.cache:service=PojoCache\"&gt;</programlisting> You can modify the "
 "object service name to your liking, of course."
 msgstr ""
-"PojoCache kann auch als MBean-Dienst unter dem JBoss Applikationsserver deployt werden. Zur Instantiierung werden Sie jedoch die korrekte Klasse verwenden müssen. Dies etwa is der Code-Schnipsel für das MBean-Attribut in der xml-Datei: "
+"PojoCache kann auch als MBean-Dienst unter dem JBoss Applikationsserver "
+"deployt werden. Zur Instantiierung werden Sie jedoch die korrekte Klasse "
+"verwenden müssen. Dies etwa is der Code-Schnipsel für das MBean-Attribut in "
+"der xml-Datei: "
 "<programlisting>&lt;mbean code=\"org.jboss.cache.aop.PojoCache\" name="
-"\"jboss.cache:service=PojoCache\"&gt;</programlisting> Sie können den Objekt-Dienstnamen natürlich gemäß Ihren eigenen Wünschen ändern."
+"\"jboss.cache:service=PojoCache\"&gt;</programlisting> Sie können den "
+"Objekt-Dienstnamen natürlich gemäß Ihren eigenen Wünschen ändern."
 
 #. Tag: title
 #: Configuration.xml:14
@@ -74,12 +84,13 @@
 "is an object (which can have multiple nodes and children nodes!)."
 msgstr ""
 "PojoCache bietet außerdem eine Eviction Policy, <literal>org.jboss.cache.aop."
-"eviction.AopLRUPolicy</literal> , bei der es sich um eine Subklasse von <literal>org.jboss."
-"cache.eviction.LRUPolicy</literal> (mit denselben Konfigurationsparametern) handelt. "
-"Wir benötigen eine charakteristische Implementierung da die Eviction in "
+"eviction.AopLRUPolicy</literal> , bei der es sich um eine Subklasse von "
+"<literal>org.jboss."
+"cache.eviction.LRUPolicy</literal> (mit denselben Konfigurationsparametern) "
+"handelt. Wir benötigen eine charakteristische Implementierung da die Eviction in "
 "PojoCache sich vom regulären TreeCache unterscheidet. Beim regulären Cache "
-"ist eine Einheit ein FQN-Node, während bei aop das Konzept einer Einheit ein Objekt ist "
-" (das mehrere Nodes und untergeordnete Nodes besitzen kann!)."
+"ist eine Einheit ein FQN-Node, während bei aop das Konzept einer Einheit ein Objekt "
+"ist (das mehrere Nodes und untergeordnete Nodes besitzen kann!)."
 
 #. Tag: para
 #: Configuration.xml:18
@@ -93,9 +104,14 @@
 "reference. So all operations will succeed but then a user has no way of "
 "knowing that it is merely updating the in-memory reference!"
 msgstr ""
-"Außerdem soll, nachdem ein Nutzer eine POJO-Referenz erhalten hat, alles transparent sein,"
-"das heißt Cache-Abruf und Aktualisierungsvorgänge. Wird eine Objekt aber ausgewiesen (\"evicted\"), so bedeutet dies, dass kein <literal>CacheInterceptor</literal> für das POJO existiert, und die Inhalte werden nicht vom Cache abgefangen. "
-"Stattdessen wird jeder Operationsvorgang zur \"In-Memory\"-Referenz geleitet. Das bedeutet, dass alle Operationsvorgänge erfolgreich sind, der Nutzer dies allerdings nicht wissen kann und nur die \"In-Memory\"-Referenz aktualisiert wird!"
+"Außerdem soll, nachdem ein Nutzer eine POJO-Referenz erhalten hat, alles "
+"transparent sein,das heißt Cache-Abruf und Aktualisierungsvorgänge. Wird ein "
+"Objekt aber ausgewiesen (\"evicted\"), so bedeutet dies, dass kein "
+"<literal>CacheInterceptor</literal> für das POJO existiert, und die Inhalte "
+"werden nicht vom Cache abgefangen. Stattdessen wird jeder Operationsvorgang "
+"zur \"In-Memory\"-Referenz geleitet. Das bedeutet, dass alle Operationsvorgänge "
+"erfolgreich sind, der Nutzer dies allerdings nicht wissen kann und nur die "
+"\"In-Memory\"-Referenz aktualisiert wird!"
 
 #. Tag: para
 #: Configuration.xml:21
@@ -109,6 +125,12 @@
 "persistent all time unless a specific user-based <literal>removeObject</"
 "literal> is called."
 msgstr ""
-"Um dieses Problem zu beheben ist es derzeit notwendig, dass die Eviction Policy in Kombination mit einem Cache-Lader verwendet wird, um die Daten zu persistieren. Dabei kann es sich entweder um Persistenz oder Passivierung handel (z.B. es wird nur bei Ausweisung/Räumung persistiert). In diesem Fall wird - ist der Node nicht verfügbar - dieser vom persistenten Speicher abgerufen. Der Nachteil ist, dass das POJO nicht transient ist, z.B. es ist immer persistent außer ein spezifisches, Nutzer-basiertes <literal>removeObject</"
+"Um dieses Problem zu beheben ist es derzeit notwendig, dass die Eviction "
+"Policy in Kombination mit einem Cache-Lader verwendet wird, um die Daten zu "
+"persistieren. Dabei kann es sich entweder um Persistenz oder Passivierung handeln "
+"(z.B. es wird nur bei Ausweisung/Räumung persistiert). In diesem Fall wird - ist der "
+"Node nicht verfügbar - dieser vom persistenten Speicher abgerufen. "
+"Der Nachteil ist, dass das POJO nicht transient ist, z.B. es ist immer persistent "
+"außer ein spezifisches, Nutzer-basiertes <literal>removeObject</"
 "literal> wird aufgerufen."
 


