Author: jdimanos(a)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(a)li.org&gt;\n&quot; "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."