Author: jdimanos(a)jboss.com
Date: 2009-03-27 21:37:00 -0400 (Fri, 27 Mar 2009)
New Revision: 7944
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-03-27
23:19:07 UTC (rev 7943)
+++
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Configuration.po 2009-03-28
01:37:00 UTC (rev 7944)
@@ -1,24 +1,26 @@
+# translation of Configuration.po to
# Language /tmp/mike/JBEAP420/Cache translations for JBEAP package.
-# Copyright (C) 2007 Free Software Foundation, Inc.
+# Copyright (C) 2007, 2009 Free Software Foundation, Inc.
# Automatically generated, 2007.
#
msgid ""
msgstr ""
-"Project-Id-Version: JBEAP 420\n"
+"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: 2001-02-09 01:25+0100\n"
-"Last-Translator: Automatically generated\n"
-"Language-Team: none\n"
+"PO-Revision-Date: 2009-03-28 12:36+1100\n"
+"Last-Translator: \n"
+"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
#. Tag: title
#: Configuration.xml:5
#, no-c-format
msgid "Configuration"
-msgstr ""
+msgstr "Konfiguration"
#. Tag: para
#: Configuration.xml:6
@@ -30,13 +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 ""
+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
#, no-c-format
msgid "PojoCache MBean service"
-msgstr ""
+msgstr "PojoCache MBean-Dienst"
#. Tag: para
#: Configuration.xml:10
@@ -49,12 +51,15 @@
"\"jboss.cache:service=PojoCache\"></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: "
+"<programlisting><mbean
code=\"org.jboss.cache.aop.PojoCache\" name="
+"\"jboss.cache:service=PojoCache\"></programlisting> Sie
können den Objekt-Dienstnamen natürlich gemäß Ihren eigenen Wünschen ändern."
#. Tag: title
#: Configuration.xml:14
#, no-c-format
msgid "PojoCache eviction policy"
-msgstr ""
+msgstr "PojoCache Eviction Policy"
#. Tag: para
#: Configuration.xml:15
@@ -68,6 +73,13 @@
"world, a unit is a FQN node, while in the aop world, the concept of a unit "
"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 "
+"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!)."
#. Tag: para
#: Configuration.xml:18
@@ -81,6 +93,9 @@
"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!"
#. Tag: para
#: Configuration.xml:21
@@ -94,3 +109,6 @@
"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</"
+"literal> wird aufgerufen."
+