[jbosscache-commits] JBoss Cache SVN: r8006 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
jbosscache-commits at lists.jboss.org
jbosscache-commits at lists.jboss.org
Mon Apr 27 16:25:24 EDT 2009
Author: jdimanos at jboss.com
Date: 2009-04-27 16:25:24 -0400 (Mon, 27 Apr 2009)
New Revision: 8006
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po
Log:
update
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po 2009-04-27 19:34:18 UTC (rev 8005)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po 2009-04-27 20:25:24 UTC (rev 8006)
@@ -8,7 +8,7 @@
"Project-Id-Version: Architecture\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-21 04:57+0000\n"
-"PO-Revision-Date: 2009-04-05 15:34+1000\n"
+"PO-Revision-Date: 2009-04-28 06:25+1000\n"
"Last-Translator: \n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -26,7 +26,9 @@
#: Architecture.xml:6
#, no-c-format
msgid "Following explains the concepts and top-level design of PojoCache."
-msgstr "Folgendes erklärt die Konzepte und das Design auf höchster Ebene von PojoCache."
+msgstr ""
+"Folgendes erklärt die Konzepte und das Design auf höchster Ebene "
+"von PojoCache."
#. Tag: title
#: Architecture.xml:9
@@ -51,12 +53,19 @@
"modification will invoke the corresponding <literal>CacheInterceptor</"
"literal> instance. Below is a schematic illustration of this process."
msgstr ""
-"JBossAop liefert ein API (<literal>appendInterceptor</literal>), um zur Runtime einen Interzeptor hinzuzufügen. PojoCache verwendet dieses Feature ausgiebig, um Nutzertransparenz bereitzustellen. Jede \"aspektisierte\" POJO-Klasse besitzt eine assoziierte <literal>org.jboss.aop.InstanceAdvisor</literal>-Instanz. Während einer "
-"<literal>putObject(FQN fqn, Object pojo)</literal>-Operation (API unten erläutert), prüft PojoCache, ob bereits ein <literal>org."
-"jboss.cache.aop.CacheInterceptor</literal> angehängt ist. (Beachten Sie, dass "
-"<literal>CacheInterceptor</literal> der Zugang von PojoCache dazu ist, Cache-Inhalte dynamisch zu managen.) Ist noch keiner angehängt, so wird dem "
-"<literal>InstanceAdvisor</literal>-Objekt einer angehängt. Anschließend ruft jede Änderung in einem POJO-Feld die entsprechende <literal>CacheInterceptor</"
-"literal>-Instanz auf. Nachfolgend sehen Sie eine schematische Abbildung dieses Vorgangs."
+"JBossAop liefert ein API (<literal>appendInterceptor</literal>), um zur "
+"Runtime einen Interzeptor hinzuzufügen. PojoCache verwendet dieses "
+"Feature ausgiebig, um Nutzertransparenz bereitzustellen. Jede \"aspektisierte\" "
+"POJO-Klasse besitzt eine assoziierte <literal>org.jboss.aop.InstanceAdvisor</literal>-"
+"Instanz. Während einer <literal>putObject(FQN fqn, Object pojo)</literal>-Operation "
+"(API unten erläutert), prüft PojoCache, ob bereits ein <literal>org."
+"jboss.cache.aop.CacheInterceptor</literal> angehängt ist. "
+"(Beachten Sie, dass <literal>CacheInterceptor</literal> der Zugang von "
+"PojoCache dazu ist, Cache-Inhalte dynamisch zu managen.) Ist noch keiner "
+"angehängt, so wird dem <literal>InstanceAdvisor</literal>-Objekt einer angehängt. "
+"Anschließend ruft jede Änderung in einem POJO-Feld die entsprechende "
+"<literal>CacheInterceptor</literal>-Instanz auf. "
+"Nachfolgend sehen Sie eine schematische Abbildung dieses Vorgangs."
#. Tag: para
#: Architecture.xml:13
@@ -66,7 +75,11 @@
"level read write. From the perspective of PojoCache, field level "
"interception is the appropriate mechanism to synchronize with the backend "
"cache store. Please note that,"
-msgstr "JBossAop besitzt die Fähigkeit, sowohl Aufrufe auf Methodenebene als auch Feldebene \"read\" \"write\" abzufangen. Aus Perspektive von PojoCache ist Interzeption auf Feldebene der passende Mechanismus, um mit dem Backend-Cachespeicher zu synchronisieren. Bitte beachten Sie, dass "
+msgstr ""
+"JBossAop besitzt die Fähigkeit, sowohl Aufrufe auf Methodenebene als "
+"auch Feldebene \"read\" \"write\" abzufangen. Aus Perspektive von PojoCache "
+"ist Interzeption auf Feldebene der passende Mechanismus, um mit dem "
+"Backend-Cachespeicher zu synchronisieren. Bitte beachten Sie, dass "
#. Tag: para
#: Architecture.xml:16
@@ -76,7 +89,8 @@
"regardless whether it is <literal>public</literal>, <literal>protected</"
"literal>, or <literal>private</literal>"
msgstr ""
-"die Interzeption auf Feldebene für alle Zugriffs-Qualifier (\"Access Qualifier\") gilt. Das heißt, unabhängig davon, ob <literal>public</literal>, <literal>protected</"
+"die Interzeption auf Feldebene für alle Zugriffs-Qualifier (\"Access Qualifier\") "
+"gilt. Das heißt, unabhängig davon, ob <literal>public</literal>, <literal>protected</"
"literal> oder <literal>private</literal>"
#. Tag: para
@@ -89,7 +103,9 @@
"persisted."
msgstr ""
"wir Interzeption für Felder mit <literal>final</literal>, "
-"<literal>static</literal> und <literal>transient</literal>-Qualifiern überspringen. Das Ergebnis ist, dass jedes Feld mit diesen 3 Qualifiern weder repliziert noch persistiert wird."
+"<literal>static</literal> und <literal>transient</literal>-Qualifiern "
+"überspringen. Das Ergebnis ist, dass jedes Feld mit diesen 3 Qualifiern "
+"weder repliziert noch persistiert wird."
#. Tag: para
#: Architecture.xml:23
@@ -105,15 +121,17 @@
"because the value in cache and memory should have been synchronized during "
"write operation. As a result, the field value from the cache is returned."
msgstr ""
-"The figures shown below illustrate operations to perform field read and "
-"write. Once a POJO is managed by cache (i.e., after a <literal>putObject</"
-"literal> method has been called), Aop will invoke <literal>CacheInterceptor</"
-"literal> automatically every time there is a field read or write. However, "
-"you should see the difference between these figures. While field write "
-"operation will go to cache first and, then, invoke the in-memory update, the "
-"field read invocation does not involve in-memory reference at all. This is "
-"because the value in cache and memory should have been synchronized during "
-"write operation. As a result, the field value from the cache is returned."
+"Die Abbildungen unten zeigen Operationen zur Durchführung von Feld \"read\" "
+"und \"write\" Vorgängen. Wird ein POJO durch Cache gemanagt (d.h. nach "
+"Aufruf einer <literal>putObject</literal>-Methode), ruft Aop "
+"<literal>CacheInterceptor</literal> automatisch jedes Mal auf, wenn ein Feld \"read\" "
+"und \"write\" Vorgang stattfindet. Sie sollten jedoch den Unterschied zwischen diesen "
+"beiden Abbildungen beachten. Während der Feld \"write\"-Vorgang zuerst ins "
+"Cache gelangt und dann die speicherinterne Aktualisierung aufruft, beinhaltet der "
+"Feld \"read\"-Aufruf gar keine speicherinterne Referenz. Grund hierfür ist die "
+"Tatsache, dass Werte in Cache und Speicher während des \"write\"-Vorgangs "
+"hätten synchronisiert werden sollen. Es wird daher der Feldwert aus dem Cache "
+"wiedergegeben."
#. Tag: title
#: Architecture.xml:27
@@ -146,11 +164,13 @@
"discussed above. In addition, the cache will map recursively the primitive "
"object fields into the corresponding cache nodes."
msgstr ""
-"Ein komplexes ist seiner Definition nach ein Objekt, das aus zusammengesetzten Objektreferenzen bestehen kann. Nachdem ein komplexes Objekt als \"vorbereitet\" deklariert ist (z.B. ein "
-"<literal>Person</literal>-Objekt), während der <literal>putObject(Fqn fqn, "
-"Object pojo)</literal>-Operation, fügt PojoCache eine "
-"<literal>CacheInterceptor</literal>-Instanz dem "
-"<literal>InstanceAdvisor</literal> hinzu, der mit diesem Objekt assoziiert wird, wie bereits oben besprochen. Zusätzlich mappt das Cache die primitiven Objektfelder in die entsprechenden Cache-Nodes."
+"Ein komplexes ist seiner Definition nach ein Objekt, das aus zusammengesetzten "
+"Objektreferenzen bestehen kann. Nachdem ein komplexes Objekt als \"vorbereitet\" "
+"deklariert ist (z.B. ein <literal>Person</literal>-Objekt), während der "
+"<literal>putObject(Fqn fqn, Object pojo)</literal>-Operation, fügt PojoCache "
+"eine <literal>CacheInterceptor</literal>-Instanz dem <literal>InstanceAdvisor</literal> "
+"hinzu, der mit diesem Objekt assoziiert wird, wie bereits oben besprochen. "
+"Zusätzlich mappt das Cache die primitiven Objektfelder in die entsprechenden Cache-Nodes."
#. Tag: para
#: Architecture.xml:46
@@ -162,7 +182,9 @@
#: Architecture.xml:51
#, no-c-format
msgid "Create a tree node using <literal>fqn</literal>, if not yet existed."
-msgstr "Erstellen Sie unter Verwendung von <literal>fqn</literal> einen Baum-Node, falls noch nicht vorhanden."
+msgstr ""
+"Erstellen Sie unter Verwendung von <literal>fqn</literal> einen Baum-Node, "
+"falls noch nicht vorhanden."
#. Tag: para
#: Architecture.xml:56
@@ -171,7 +193,8 @@
"Go through all the fields (say, with an association <literal>java.lang."
"reflect.Field</literal> type field) in POJO,"
msgstr ""
-"Gehen Sie durch alle Felder (sagen wir, mit einem assoziierten <literal>java.lang."
+"Gehen Sie durch alle Felder (sagen wir, mit einem assoziierten "
+"<literal>java.lang."
"reflect.Field</literal>-Typenfeld) in POJO,"
#. Tag: para
@@ -185,9 +208,10 @@
"Short, Character.</literal>"
msgstr ""
"Handelt es sich um einen primitiven Typ, so wird der Feldwert unter "
-"<literal>fqn</literal> mit einem <literal>(key, value)</literal> Paar von <literal>"
-"(field.getName(), field.getValue()).</literal> gespeichert. Folgendes sind die jetzt unterstützten primitiven Typen: <literal>String, Boolean, Double, Float, Integer, Long, "
-"Short, Character.</literal>"
+"<literal>fqn</literal> mit einem <literal>(key, value)</literal> Paar von "
+"<literal>(field.getName(), field.getValue()).</literal> gespeichert. Folgendes "
+"sind die jetzt unterstützten primitiven Typen: <literal>String, Boolean, Double, "
+"Float, Integer, Long, Short, Character.</literal>"
#. Tag: para
#: Architecture.xml:66
@@ -196,7 +220,11 @@
"If it is a non-primitive type, creates a child <literal>FQN</literal> and "
"then recursively executes another <literal>pubObject</literal> until it "
"reaches all primitive types."
-msgstr "Handelt es sich um einen nicht-primitiven Typ, so wird ein untergeordnetes <literal>FQN</literal> erstellt und dann rekursiv ein weiteres <literal>pubObject</literal> ausgeführt bis alle primitiven Typen erreicht wurden."
+msgstr ""
+"Handelt es sich um einen nicht-primitiven Typ, so wird ein untergeordnetes "
+"<literal>FQN</literal> erstellt und dann rekursiv ein weiteres "
+"<literal>pubObject</literal> ausgeführt bis alle primitiven Typen erreicht "
+"wurden."
#. Tag: para
#: Architecture.xml:73
@@ -238,8 +266,11 @@
"literal> call, the resulting tree node will schematically look like the "
"cache node in the following figures:"
msgstr ""
-"Nehmen wir eine Beispiel POJO Klassendefinition aus dem Anhangabschnitt, wo wir ein <literal>Person</literal>-Objekt haben, das zusammengesetzte, nicht-primitive Typen (z.B. List und Address) besitzt. Nachdem wir den <literal>putObject</"
-"literal>-Aufruf ausgeführt haben, wird der resultierende Baum-Node schematisch wie der Cache-Node in folgenden Abbildungen aussehen:"
+"Nehmen wir eine Beispiel POJO Klassendefinition aus dem Anhangabschnitt, "
+"wo wir ein <literal>Person</literal>-Objekt haben, das zusammengesetzte, "
+"nicht-primitive Typen (z.B. List und Address) besitzt. Nachdem wir den "
+"<literal>putObject</literal>-Aufruf ausgeführt haben, wird der resultierende "
+"Baum-Node schematisch wie der Cache-Node in folgenden Abbildungen aussehen:"
#. Tag: programlisting
#: Architecture.xml:80
@@ -276,11 +307,23 @@
"will have <literal>Zip</literal> , <literal>Street</literal> , etc. stored "
"there)."
msgstr ""
-"Die PojoCache APIs werden später genauer erläutert. Aber beachten Sie die Darstellung des Objekt-Mapping nach Erreichbarkeit in folgender Abbildung. Der fqn (\"fully qualified name\", zu dt. vollqualifizierter Name) <literal>/aop/joe</literal> wird mit dem POJO <literal>joe</"
-"literal> assoziiert. Unter diesem fqn befinden sich dann drei untergeordnete Nodes: <literal>addr,"
-"</literal><literal>skills,</literal> und <literal>languages.</literal>. Wenn Sie sich die <literal>Person</literal>-Klassendeklaration ansehen, so sehen Sie, dass <literal>addr</literal> eine <literal>Address</literal>-Klasse, <literal>skills</literal> ein <literal>Set</literal> und "
-"<literal>languages</literal> ein <literal>List</literal>-Typ ist. Da sie nicht-primitiv sind, werden sie rekursiv unter dem übergeordneten Objekt "
-"(<literal>joe</literal>) eingefügt, bis alle primitiven Typen erreicht sind. Auf diese Weise haben wir das Objektdiagramm in eine Baumansicht aufgelöst, die gut in unsere interne Struktur passt. Beachten Sie, dass alle primitiven Typen innerhalb der HashMap des betreffenden Nodes gespeichert werden (z.B. wird <literal>addr</literal> <literal>Zip</literal> , <literal>Street</literal> usw. dort gespeichert haben)."
+"Die PojoCache APIs werden später genauer erläutert. Aber beachten Sie die "
+"Darstellung des Objekt-Mapping nach Erreichbarkeit in folgender Abbildung. "
+"Der fqn (\"fully qualified name\", zu dt. vollqualifizierter Name) "
+"<literal>/aop/joe</literal> wird mit dem POJO <literal>joe</literal> assoziiert. "
+"Unter diesem fqn befinden sich dann drei untergeordnete Nodes: <literal>addr,"
+"</literal><literal>skills,</literal> und <literal>languages.</literal>. Wenn "
+"Sie sich die <literal>Person</literal>-Klassendeklaration ansehen, so sehen Sie, "
+"dass <literal>addr</literal> eine <literal>Address</literal>-Klasse, "
+"<literal>skills</literal> ein <literal>Set</literal> und "
+"<literal>languages</literal> ein <literal>List</literal>-Typ ist. "
+"Da sie nicht-primitiv sind, werden sie rekursiv unter dem übergeordneten Objekt "
+"(<literal>joe</literal>) eingefügt, bis alle primitiven Typen erreicht sind. Auf "
+"diese Weise haben wir das Objektdiagramm in eine Baumansicht aufgelöst, die "
+"gut in unsere interne Struktur passt. Beachten Sie, dass alle primitiven Typen "
+"innerhalb der HashMap des betreffenden Nodes gespeichert werden (z.B. wird "
+"<literal>addr</literal> <literal>Zip</literal> , <literal>Street</literal> usw. "
+"dort gespeichert haben)."
#. Tag: para
#: Architecture.xml:92
@@ -291,8 +334,11 @@
"object (e.g., <literal>joe</literal>) that has complex object references "
"will be mapped into the underlying cache store as explained above."
msgstr ""
-"Hier ist ein Code-Schnipsel, um das Objekt-Mapping nach Erreichbarkeits-Feature zu demonstrieren, "
-"das wir gerade erklärt haben. Beachten Sie, wie ein <literal>Person</literal>-Objekt (z.B. <literal>joe</literal>) das komplexe Objektreferenzen besitzt, in den zugrundeliegenden Cache-Speicher gemappt wird wie oben beschrieben."
+"Hier ist ein Code-Schnipsel, um das Objekt-Mapping nach Erreichbarkeits-"
+"Feature zu demonstrieren, das wir gerade erklärt haben. Beachten Sie, "
+"wie ein <literal>Person</literal>-Objekt (z.B. <literal>joe</literal>) "
+"das komplexe Objektreferenzen besitzt, in den zugrundeliegenden "
+"Cache-Speicher gemappt wird wie oben beschrieben."
#. Tag: programlisting
#: Architecture.xml:95
@@ -360,7 +406,11 @@
"instantiating the <literal>PojoCache</literal> , configuring, and starting "
"the cache instance. Then, a user creates the aspectized POJO that will be "
"put into the cache using <literal>putObject()</literal> API."
-msgstr "Beachten Sie, das eine typische <literal>PojoCache</literal>-Verwendung die Instantiierung von <literal>PojoCache</literal> , Konfiguration und den Start der Cache-Instanz beinhaltet. Dann erstellt der Benutzer das aspektisierte POJO, das mittels der <literal>putObject()</literal>-API im Cache platziert wird."
+msgstr ""
+"Beachten Sie, das eine typische <literal>PojoCache</literal>-Verwendung "
+"die Instantiierung von <literal>PojoCache</literal> , Konfiguration und den "
+"Start der Cache-Instanz beinhaltet. Dann erstellt der Benutzer das aspektisierte "
+"POJO, das mittels der <literal>putObject()</literal>-API im Cache platziert wird."
#. Tag: para
#: Architecture.xml:99
@@ -377,7 +427,12 @@
msgstr ""
"Zusätzlich unterstützt PojoCache auch get/set mit Parameter-Typ einiger "
"<literal>Collection</literal>-Klassen (d.h. <literal>List</literal> , "
-"<literal>Map</literal> und <literal>Set</literal> ) automatisch. Der folgende Code-Schnipsel zum Beispiel bringt PojoCache zusätzlich zum oberen Beispiel dazu, auch die Stati für die <literal>Languages</literal>-Liste zu verwenden. Die folgende Abbildung illustriert die Node-Struktur aus Sicht der replizierten GUI. Einzelheiten zum Support der Collection-Klasse werden später erklärt."
+"<literal>Map</literal> und <literal>Set</literal> ) automatisch. Der "
+"folgende Code-Schnipsel zum Beispiel bringt PojoCache zusätzlich zum "
+"oberen Beispiel dazu, auch die Stati für die <literal>Languages</literal>-Liste "
+"zu verwenden. Die folgende Abbildung illustriert die Node-Struktur aus Sicht "
+"der replizierten GUI. Einzelheiten zum Support der Collection-Klasse werden "
+"später erklärt."
#. Tag: programlisting
#: Architecture.xml:102
@@ -419,8 +474,16 @@
"relationship. PojoCache, in contrast, can manage object relationship "
"transparently for users."
msgstr ""
-"Wie schon erwähnt unterstützt das traditionelle Cache-System kein Management der Objektbeziehung während der Serialisierung (ob zum persistenten Datenspeicher oder zu anderen speicherinternen Nodes.) "
-"Beispiele für eine Objektbeziehung sind etwa ein Adressobjekt, das von Mitgliedern desselben Haushalts geteilt wird und eine Eltern-Kind-Beziehung (\"child-parent\"). All diese Beziehungen gehen bei Replikation oder Persistierung der Objekte verloren. Daher ist explizites Mapping außerhalb des Cache-Systems notwendig, um die Objektbeziehung auszudrücken. Im Gegensatz dazu kann PojoCache Objektbeziehung für Nutzer transparent managen."
+"Wie schon erwähnt unterstützt das traditionelle Cache-System kein "
+"Management der Objektbeziehung während der Serialisierung (ob zum "
+"persistenten Datenspeicher oder zu anderen speicherinternen Nodes.) "
+"Beispiele für eine Objektbeziehung sind etwa ein Adressobjekt, das von "
+"Mitgliedern desselben Haushalts geteilt wird und eine Eltern-Kind-Beziehung "
+"(\"child-parent\"). All diese Beziehungen gehen bei Replikation oder "
+"Persistierung der Objekte verloren. Daher ist explizites Mapping "
+"außerhalb des Cache-Systems notwendig, um die Objektbeziehung "
+"auszudrücken. Im Gegensatz dazu kann PojoCache Objektbeziehung "
+"für Nutzer transparent managen."
#. Tag: para
#: Architecture.xml:115
@@ -433,8 +496,13 @@
"referenced <literal>fqn</literal> will be stored there to redirect any query "
"and update to the original node."
msgstr ""
-"Während des Mapping-Vorgangs prüfen wir, ob eines der assoziierten Objekte multipel oder rundumlaufend referenziert sind. Ein Referenzen zählender Mechanismus wurde implementiert und wird mit dem assoziiert <literal>CacheInterceptor</"
-"literal>. Falls ein im Cache erstelltes Objekt auf ein anderes POJO verweist, so wird ein referenzierter <literal>fqn</literal> dort gespeichert, um Anfragen und Aktualisierungen zum Ursprungs-Node umzuleiten."
+"Während des Mapping-Vorgangs prüfen wir, ob eines der assoziierten "
+"Objekte multipel oder rundumlaufend referenziert sind. Ein Referenzen "
+"zählender Mechanismus wurde implementiert und wird mit dem assoziiert "
+"<literal>CacheInterceptor</literal>. Falls ein im Cache erstelltes Objekt "
+"auf ein anderes POJO verweist, so wird ein referenzierter <literal>fqn</literal> "
+"dort gespeichert, um Anfragen und Aktualisierungen zum Ursprungs-Node "
+"umzuleiten."
#. Tag: para
#: Architecture.xml:118
@@ -449,9 +517,13 @@
"we will keep track of the reference counting for the sub-object "
"<literal>addr.</literal>"
msgstr ""
-"Sehen wir uns ein Beispiel an, nehmen wir an, dass multiple <literal>Person</literal>en-Objekte "
+"Sehen wir uns ein Beispiel an, nehmen wir an, dass multiple "
+"<literal>Person</literal>en-Objekte "
"(\"joe\" und \"mary\") über dieselbe <literal>Address</literal>e verfügen "
-"(z.B. ein Haushalt). Grafisch sieht das in den Baum-Nodes wie folgt aus. Wie wir schon im vorangegangenen Abschnitt zum Mapping nach Erreichbarkeit gesehen haben, mappt das POJO rekursiv ins Cache. Wenn wir jedoch eine multiple Referenz entdecken (in diesem Falle <literal>Address</literal>), "
+"(z.B. ein Haushalt). Grafisch sieht das in den Baum-Nodes wie folgt aus. "
+"Wie wir schon im vorangegangenen Abschnitt zum Mapping nach Erreichbarkeit "
+"gesehen haben, mappt das POJO rekursiv ins Cache. Wenn wir jedoch eine "
+"multiple Referenz entdecken (in diesem Falle <literal>Address</literal>), "
"so verfolgen wir die Referenzzählung für das Sub-Objekt "
"<literal>addr.</literal> im Auge"
@@ -467,7 +539,9 @@
msgid ""
"In the following code snippet, we show programmatically the object sharing "
"example."
-msgstr "Im folgenden Code-Schnipsel zweigen wir programmatisch das Objekt-Sharing Beispiel."
+msgstr ""
+"Im folgenden Code-Schnipsel zeigen wir programmatisch das "
+"Objekt-Sharing Beispiel."
#. Tag: programlisting
#: Architecture.xml:132
@@ -559,9 +633,10 @@
"<literal>mary</literal> should still have reference the same "
"<literal>Address</literal> object in the cache store."
msgstr ""
-"Beachten Sie, dass - nachdem wir die <literal>joe</literal>-Instanz aus dem Cache entfernt haben - "
-"<literal>mary</literal> nach wie vor die Referenz auf dasselbe "
-"<literal>Address</literal>-Objekt im Cache-Speicher haben sollte."
+"Beachten Sie, dass - nachdem wir die <literal>joe</literal>-Instanz aus "
+"dem Cache entfernt haben - <literal>mary</literal> nach wie vor "
+"die Referenz auf dasselbe <literal>Address</literal>-Objekt im "
+"Cache-Speicher haben sollte."
#. Tag: para
#: Architecture.xml:136
@@ -574,10 +649,14 @@
"literal> and <literal>mary</literal> under cache management as above. Then, "
"we failover to <literal>cache2.</literal> Here is the code snippet:"
msgstr ""
-"Um diesen Beziehungs-Management genauer zu illustrieren, sehen wir uns den Java-Code in einer replizierten Umgebung an. Stellen wir uns vor, wir haben jetzt zwei separate Cache-Instanzen "
+"Um diesen Beziehungs-Management genauer zu illustrieren, sehen wir uns "
+"den Java-Code in einer replizierten Umgebung an. Stellen wir uns vor, wir "
+"haben jetzt zwei separate Cache-Instanzen "
"Cluster (<literal>cache1</literal> und <literal>cache2</"
"literal>). Nehmen wir an wir platzieren sowohl <literal>joe</"
-"literal> als auch <literal>mary</literal> in der ersten Cache-Instanz unter Cache-Management wie oben. Dann machen wir einen Failover nach <literal>cache2.</literal>. Hier ist der Code-Schnipsel:"
+"literal> als auch <literal>mary</literal> in der ersten Cache-Instanz "
+"unter Cache-Management wie oben. Dann machen wir einen Failover nach "
+"<literal>cache2.</literal>. Hier ist der Code-Schnipsel:"
#. Tag: programlisting
#: Architecture.xml:139
@@ -652,8 +731,12 @@
"cache, all the class attributes of <literal>Person</literal> can be managed "
"as well."
msgstr ""
-"PojoCache bewahrt die POJO Objektvererbungshierarchie automatisch. Wenn zum Beispiel ein <literal>Student</literal> <literal>Person</literal> "
-"durch ein zusätzliches Feld <literal>year</literal> erweitert (siehe POJO-Definition im Anhang), dann können - nachdem <literal>Student</literal> im Cache platziert wurde - alle Klassenattribute von <literal>Person</literal> ebenfalls gemanagt werden."
+"PojoCache bewahrt die POJO Objektvererbungshierarchie automatisch. "
+"Wenn zum Beispiel ein <literal>Student</literal> <literal>Person</literal> "
+"durch ein zusätzliches Feld <literal>year</literal> erweitert (siehe "
+"POJO-Definition im Anhang), dann können - nachdem <literal>Student</literal> "
+"im Cache platziert wurde - alle Klassenattribute von <literal>Person</literal> "
+"ebenfalls gemanagt werden."
#. Tag: para
#: Architecture.xml:144
@@ -662,8 +745,9 @@
"Following is a code snippet that illustrates how the inheritance behavior of "
"a POJO is maintained. Again, no special configuration is needed."
msgstr ""
-"Nachfolgend sehen Sie einen Code-Schnipsel, der illustriert, wie das Vererbungsverhalten eines "
-"POJO aufrechterhalen wird. Erneut ist keine spezielle Konfiguration nötig."
+"Nachfolgend sehen Sie einen Code-Schnipsel, der illustriert, wie das "
+"Vererbungsverhalten eines POJO aufrechterhalen wird. Erneut ist keine "
+"spezielle Konfiguration nötig."
#. Tag: programlisting
#: Architecture.xml:147
@@ -728,13 +812,21 @@
"operations."
msgstr ""
"Die POJO-Klassen, die von <literal>Set</literal>, <literal>List</"
-"literal> und <literal>Map</literal> erben, werden automatisch als \"aspektisiert\" "
-"behandelt. Das heißt, der Nutzer muss diese nicht als \"vorbereitet\" in der xml-Konfigurationsdatei "
-"oder über Annotation deklarieren. Da es uns nicht erlaubt ist, die Java-Systembibliothek zu instrumentieren, verwenden wir stattdessen die Proxy-Vorgehensweise. Das heißt, wenn wir auf eine Collection-Instanz stoßen werden wir: <itemizedlist> <listitem> "
-"<para>Eine Collection-Proxy-Instanz erstellen und diese im Cache platzieren (anstelle der ursprünglichen Referenz). Das Mapping der Collection-Elemente erfolgt wie erwartet rekursiv.</para> </listitem> <listitem> "
-"<para>Ist die Collection-Instanz ein Unter-Objekt, etwa in einem anderen POJO, "
-"so ersetzen wir die ursprüngliche Referenz durch das neue Proxy, um transparente Verwendung zu ermöglichen.</para> </listitem> </itemizedlist> Um die Proxy-Referenz "
-"zu erhalten, können Nutzer ein anderes <literal>getObject</literal> verwenden, um diese Proxy-Referenz abzurufen und diese Referenz zur Durchführung von POJO-Operationen verwenden."
+"literal> und <literal>Map</literal> erben, werden automatisch als "
+"\"aspektisiert\" behandelt. Das heißt, der Nutzer muss diese nicht als "
+"\"vorbereitet\" in der xml-Konfigurationsdatei oder über Annotation "
+"deklarieren. Da es uns nicht erlaubt ist, die Java-Systembibliothek zu "
+"instrumentieren, verwenden wir stattdessen die Proxy-Vorgehensweise. "
+"Das heißt, wenn wir auf eine Collection-Instanz stoßen werden wir: "
+"<itemizedlist> <listitem> <para>Eine Collection-Proxy-Instanz erstellen "
+"und diese im Cache platzieren (anstelle der ursprünglichen Referenz). "
+"Das Mapping der Collection-Elemente erfolgt wie erwartet rekursiv.</para> </listitem> "
+"<listitem> <para>Ist die Collection-Instanz ein Unter-Objekt, etwa in einem "
+"anderen POJO, so ersetzen wir die ursprüngliche Referenz durch das neue Proxy, "
+"um transparente Verwendung zu ermöglichen.</para> </listitem> </itemizedlist> "
+"Um die Proxy-Referenz zu erhalten, können Nutzer ein anderes "
+"<literal>getObject</literal> verwenden, um diese Proxy-Referenz abzurufen und "
+"diese Referenz zur Durchführung von POJO-Operationen verwenden."
#. Tag: para
#: Architecture.xml:160
@@ -743,8 +835,8 @@
"Here is a code snippet that illustrates the usage of a Collection proxy "
"reference:"
msgstr ""
-"Nachfolgend sehen Sie einen Code-Schnipsel, der die Verwendung einer Collection-Proxy-Referenz "
-"illustriert:"
+"Nachfolgend sehen Sie einen Code-Schnipsel, der die Verwendung "
+"einer Collection-Proxy-Referenz illustriert:"
#. Tag: programlisting
#: Architecture.xml:163
@@ -778,7 +870,10 @@
msgid ""
"Here is another snippet to illustrate the dynamic swapping of the Collection "
"reference when it is embedded inside another object:"
-msgstr "Hier ist ein weiterer Schnipsel, um den dynamischen Code-Tausch der Collection-Referenz zu illustrieren, wenn sie innerhalb eines anderen Objekts eingebettet ist:"
+msgstr ""
+"Hier ist ein weiterer Schnipsel, um den dynamischen Code-Tausch der "
+"Collection-Referenz zu illustrieren, wenn sie innerhalb eines anderen "
+"Objekts eingebettet ist:"
#. Tag: programlisting
#: Architecture.xml:167
@@ -814,7 +909,10 @@
msgid ""
"As you can see, <literal>getLanguages</literal> simply returns the field "
"reference that has been swapped out for the proxy reference counterpart."
-msgstr "Wie Sie sehen gibt <literal>getLanguages</literal> einfach die Feldreferenz wieder, die für das Proxy-Referenz Gegenstück ausgetauscht wurde."
+msgstr ""
+"Wie Sie sehen gibt <literal>getLanguages</literal> einfach die "
+"Feldreferenz wieder, die für das Proxy-Referenz Gegenstück ausgetauscht "
+"wurde."
#. Tag: para
#: Architecture.xml:171
@@ -825,8 +923,10 @@
"since we will update the in-memory copy of that reference during detachment. "
"Below is a code snippet illustrating this:"
msgstr ""
-"Wenn Sie schließlich eine Collection-Referenz aus dem Cache entfernen (z.B. mittels "
-"<literal>removeObject</literal>), können Sie die Proxy-Referenz immer noch verwenden, da wir die speicherinterne Kopie dieser Referenz während der Ablösung (\"Detachment\") aktualisieren. "
+"Wenn Sie schließlich eine Collection-Referenz aus dem Cache entfernen "
+"(z.B. mittels <literal>removeObject</literal>), können Sie die Proxy-Referenz "
+"immer noch verwenden, da wir die speicherinterne Kopie dieser Referenz "
+"während der Ablösung (\"Detachment\") aktualisieren. "
"Nachfolgend sehen Sie einen dies illustrierenden Code-Schnipsel:"
#. Tag: programlisting
@@ -870,7 +970,11 @@
"Use of Collection class in PojoCache helps you to track fine-grained changes "
"in your collection fields automatically. However, current implementation has "
"the follow limitation that we plan to address soon."
-msgstr "Die Verwendung der Collection-Klasse in PojoCache hilft Ihnen bei der automatischen Verfolgung feinkörniger Änderungen in Ihren Collection-Feldern. Die aktuelle Implementierung besitzt jedoch folgende Einschränkung, die wir bald angehen werden."
+msgstr ""
+"Die Verwendung der Collection-Klasse in PojoCache hilft Ihnen bei der "
+"automatischen Verfolgung feinkörniger Änderungen in Ihren Collection-Feldern. "
+"Die aktuelle Implementierung besitzt jedoch folgende Einschränkung, die wir "
+"bald angehen werden."
#. Tag: para
#: Architecture.xml:179
@@ -885,11 +989,12 @@
"ArrayList implementation. The Map interface maps to java.util.HashMap "
"implementation."
msgstr ""
-"Derzeit unterstützen wir nur eine eingeschränkte Implementierung von Collection-Klassen. "
-"Das bedeutet, wir unterstützen APIs in List, Set und Map. Da die APIs keine "
-"Einschränkungen wie den NULL-Schlüssel oder Wert fordern, wird das Mapping der "
-"Nutzer-Instanz zu unserem Proxy schwierig. ArrayList zum Beispiel würde NULL "
-"Wert gestatten, eine andere Implementierung jedoch nicht. Das Set-Interface mappt zur "
+"Derzeit unterstützen wir nur eine eingeschränkte Implementierung von "
+"Collection-Klassen. Das bedeutet, wir unterstützen APIs in List, Set und "
+"Map. Da die APIs keine Einschränkungen wie den NULL-Schlüssel oder Wert "
+"fordern, wird das Mapping der Nutzer-Instanz zu unserem Proxy schwierig. "
+"ArrayList zum Beispiel würde NULL Wert gestatten, eine andere Implementierung "
+"jedoch nicht. Das Set-Interface mappt zur "
"java.util.HashSet Implementierung. Das List-Interface mappt zur java.util."
"ArrayList Implementierung. Das Map-Interface mappt zur java.util.HashMap "
"Implementierung."
@@ -905,8 +1010,9 @@
"duplicate entries."
msgstr ""
"Ein weiteres verwandtes Problem ist die erwartete Performance. Die aktuelle "
-"Implementierung etwa ist geordnet, was \"insert/delete\" (einfügen/löschen) von der Collection "
-"langsam macht. Performance zwischen Set, Map und List Collections variiert ebenfalls. Das Hinzufügen "
-"von Posten zu Set ist langsamer als bei List oder Map, da Set keine doppelten Einträge "
+"Implementierung etwa ist geordnet, was \"insert/delete\" (einfügen/löschen) "
+"von der Collection langsam macht. Performance zwischen Set, Map und List "
+"Collections variiert ebenfalls. Das Hinzufügen von Posten zu Set ist langsamer "
+"als bei List oder Map, da Set keine doppelten Einträge "
"gestattet."
More information about the jbosscache-commits
mailing list