JBoss Cache SVN: r7983 - benchmarks/benchmark-fwk/trunk/cache-products/jbosscache-1.4.1/src/org/cachebench/cachewrappers.
by jbosscache-commits＠lists.jboss.org
Author: galder.zamarreno(a)jboss.com
Date: 2009-04-15 07:34:36 -0400 (Wed, 15 Apr 2009)
New Revision: 7983
Modified:
benchmarks/benchmark-fwk/trunk/cache-products/jbosscache-1.4.1/src/org/cachebench/cachewrappers/JBossCacheWrapper.java
Log:
Implemented getReplicatedData() for 1.4.x.
Modified: benchmarks/benchmark-fwk/trunk/cache-products/jbosscache-1.4.1/src/org/cachebench/cachewrappers/JBossCacheWrapper.java
===================================================================
--- benchmarks/benchmark-fwk/trunk/cache-products/jbosscache-1.4.1/src/org/cachebench/cachewrappers/JBossCacheWrapper.java 2009-04-14 12:32:05 UTC (rev 7982)
+++ benchmarks/benchmark-fwk/trunk/cache-products/jbosscache-1.4.1/src/org/cachebench/cachewrappers/JBossCacheWrapper.java 2009-04-15 11:34:36 UTC (rev 7983)
@@ -14,6 +14,7 @@
* An implementation of CacheWrapper that uses JBossCache as an underlying implementation.
*
* @author Manik Surtani (manik(a)surtani.org)
+ * @author <a href="mailto:galder.zamarreno@jboss.com">Galder Zamarreno</a>
* @version $Id: JBossCacheWrapper.java,v 1.1 2007/05/17 08:13:46 msurtani Exp $
*/
public class JBossCacheWrapper implements CacheWrapper
@@ -70,9 +71,9 @@
return tree.printDetails();
}
- public Object getReplicatedData(List<String> l, String key)
+ public Object getReplicatedData(List<String> l, String key) throws Exception
{
- return null;
+ return tree.get(key.toString());
}
public Transaction startTransaction()
15 years
JBoss Cache SVN: r7982 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-14 08:32:05 -0400 (Tue, 14 Apr 2009)
New Revision: 7982
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po
Log:
update
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po 2009-04-14 11:47:12 UTC (rev 7981)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po 2009-04-14 12:32:05 UTC (rev 7982)
@@ -8,7 +8,7 @@
"Project-Id-Version: Introduction\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-13 21:53+1000\n"
+"PO-Revision-Date: 2009-04-14 22:15+1000\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -31,7 +31,6 @@
#. Tag: para
#: Introduction.xml:7
#, no-c-format
-#, fuzzy
msgid ""
"The two components in JBossCache, plain cache (implemented as TreeCache) and "
"PojoCache (implemented as PojoCache), are both in-memory, transactional, "
@@ -43,11 +42,7 @@
msgstr ""
"Die beiden Komponenten in JBossCache, einfaches Cache (\"plain cache\") (implementiert als TreeCache) und "
"PojoCache (implementiert als PojoCache), sind beide speicherintern (\"in-memory\"), transaktional, "
-"repliziert und persistent. TreeCache is typically used as a plain "
-"cache system. That is, it directly stores the object references and has a "
-"<literal>HashMap</literal>-like Api. If replication or persistency is turned "
-"on, the object will then need to implement the <literal>Serializable</"
-"literal> interface. In addition, it has known limitations:"
+"repliziert und persistent. TreeCache wird in der Regel als einfaches Cache-System verwendet. Das bedeutet, es speichert Objektreferenzen und hat ein <literal>HashMap</literal>-artiges Api. Ist Replikation oder Persistenz eingeschaltet, so wird das Objekt dann das <literal>Serializable</literal>-Interface implementieren müssen. Zusätzlich besitzt es folgende Einschränkungen:"
#. Tag: para
#: Introduction.xml:10
@@ -56,7 +51,7 @@
"Users will have to manage the cache specifically; e.g., when an object is "
"updated, a user will need a corresponding API call to update the cache "
"content."
-msgstr ""
+msgstr "Nutzer werden Ihr Cache spezifisch managen müssen, wenn z.B. ein Objekt aktualisiert wird, wird ein Nutzer einen entsorecjhenden API-Aufruf brauchen, um den Inhalt des Cache zu aktualisieren."
#. Tag: para
#: Introduction.xml:13
@@ -65,6 +60,8 @@
"If the object size is huge, even a single field update would trigger the "
"whole object serialization. Thus, it can be unnecessarily expensive."
msgstr ""
+"Ist die Objektgröße riesig, so würde selbst eine einzige Feldaktualisierung "
+"die gesamte Objektserialisierung auslösen. Das kann jedoch ein unnötig großer Aufwand sein."
#. Tag: para
#: Introduction.xml:16
@@ -83,7 +80,7 @@
#: Introduction.xml:21
#, no-c-format
msgid "Illustration of shared objects problem during replication"
-msgstr ""
+msgstr "Illustration freigegebener Objekte Problem während der Replikation"
#. Tag: para
#: Introduction.xml:28
15 years
JBoss Cache SVN: r7981 - core/trunk/src/main/docbook/userguide/en/modules.
by jbosscache-commits＠lists.jboss.org
Author: manik.surtani(a)jboss.com
Date: 2009-04-14 07:47:12 -0400 (Tue, 14 Apr 2009)
New Revision: 7981
Modified:
core/trunk/src/main/docbook/userguide/en/modules/deployment.xml
Log:
Corrected MC deployment docs
Modified: core/trunk/src/main/docbook/userguide/en/modules/deployment.xml
===================================================================
--- core/trunk/src/main/docbook/userguide/en/modules/deployment.xml 2009-04-13 11:53:38 UTC (rev 7980)
+++ core/trunk/src/main/docbook/userguide/en/modules/deployment.xml 2009-04-14 11:47:12 UTC (rev 7981)
@@ -41,7 +41,7 @@
<para>
Beginning with AS 5, JBoss AS supports deployment of POJO services via
deployment of a file whose name ends with
- <literal>-beans.xml</literal>.
+ <literal>-jboss-beans.xml</literal>.
A POJO service is one whose implementation is via a "Plain Old Java Object",
meaning a simple java bean that isn't required to implement any special
interfaces or extend any particular superclass. A
@@ -52,7 +52,7 @@
<para>
Deployment of the cache is done using the JBoss Microcontainer that forms the
core of JBoss AS. JBoss Microcontainer is a sophisticated IOC framework
- similar to Spring. A <literal>-beans.xml</literal> file is basically
+ similar to Spring. A <literal>-jboss-beans.xml</literal> file is basically
a descriptor that tells the IOC framework how to assemble the various
beans that make up a POJO service.
</para>
15 years
JBoss Cache SVN: r7980 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-13 07:53:38 -0400 (Mon, 13 Apr 2009)
New Revision: 7980
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po
Log:
update
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po 2009-04-13 11:25:42 UTC (rev 7979)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Introduction.po 2009-04-13 11:53:38 UTC (rev 7980)
@@ -8,7 +8,7 @@
"Project-Id-Version: Introduction\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-29 20:29+1100\n"
+"PO-Revision-Date: 2009-04-13 21:53+1000\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -31,6 +31,7 @@
#. Tag: para
#: Introduction.xml:7
#, no-c-format
+#, fuzzy
msgid ""
"The two components in JBossCache, plain cache (implemented as TreeCache) and "
"PojoCache (implemented as PojoCache), are both in-memory, transactional, "
@@ -40,6 +41,13 @@
"on, the object will then need to implement the <literal>Serializable</"
"literal> interface. In addition, it has known limitations:"
msgstr ""
+"Die beiden Komponenten in JBossCache, einfaches Cache (\"plain cache\") (implementiert als TreeCache) und "
+"PojoCache (implementiert als PojoCache), sind beide speicherintern (\"in-memory\"), transaktional, "
+"repliziert und persistent. TreeCache is typically used as a plain "
+"cache system. That is, it directly stores the object references and has a "
+"<literal>HashMap</literal>-like Api. If replication or persistency is turned "
+"on, the object will then need to implement the <literal>Serializable</"
+"literal> interface. In addition, it has known limitations:"
#. Tag: para
#: Introduction.xml:10
15 years
JBoss Cache SVN: r7979 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-13 07:25:42 -0400 (Mon, 13 Apr 2009)
New Revision: 7979
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Instrumentation.po
Log:
update
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Instrumentation.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Instrumentation.po 2009-04-06 17:30:25 UTC (rev 7978)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Instrumentation.po 2009-04-13 11:25:42 UTC (rev 7979)
@@ -8,7 +8,7 @@
"Project-Id-Version: Instrumentation\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-31 16:45+1100\n"
+"PO-Revision-Date: 2009-04-13 21:23+1000\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -96,7 +96,7 @@
"it is the state that we are interested in. So you should only need to change "
"your POJO class name. For details of the pointcut language, please refer to "
"JBossAop."
-msgstr ""
+msgstr "Für PojoCache gestatten wir nur alle Felder (sowohl \"read\" als auch \"write\") abgefangen zu werden. Das bedeutet, wir kümmern uns nicht um Interzeption auf Methodenebene, da es der Status ist, der uns interessiert. Das heißt, Sie sollten lediglich den POJO-Klassennamen ändern müssen. Einzelheiten zur Pointcut-Sprache finden Sie in JBossAop."
#. Tag: para
#: Instrumentation.xml:22
@@ -158,6 +158,8 @@
"You can potentially replace specific class name with wildcard that includes "
"all the POJOs inside the same package space"
msgstr ""
+"Sie können potenziell einen Klassennamen durch einen Platzhalter ersetzen, der alle "
+"POJOs innerhalb desselben Paketraums enthält"
#. Tag: para
#: Instrumentation.xml:37
@@ -180,6 +182,9 @@
"The main reason being that we consider all fields as stateful data. However, "
"we can relax this requirement in the future if there is a use case for it."
msgstr ""
+"Wir fangen die Felder aller Zugriffsebenen ab (d.h. <literal>private</"
+"literal> , <literal>protected</literal> , <literal>public</literal> , usw.). "
+"Der Hauptgrund hierfür ist, dass wir alle Felder als \"stateful\" Daten ansehen. Jedoch können wir diese Anforderung in Zukunft weniger streng betrachten, wenn ein Anwendungsfall dafür existiert."
#. Tag: para
#: Instrumentation.xml:43
@@ -191,6 +196,9 @@
"either. If you don't want your field to be managed by the cache, you can "
"declare them with these modifiers, e.g., transient."
msgstr ""
+"Wir fangen jedoch keine Feldmodifikatoren von <literal>static</literal> , "
+"<literal>final</literal> und <literal>transient</literal> ab. Das heißt, "
+"Felder mit diesen Modifikatoren werden nicht im Cache gespeichert und auch nicht repliziert. Falls Ihr Feld nicht vom Cache gemanagt werden soll, so können Sie sie mit diesen Modifikatoren z.B. als transient deklarieren."
#. Tag: title
#: Instrumentation.xml:46
@@ -337,6 +345,8 @@
"marker interfaces (although you will need to use the annotation pre-"
"compiler.) See the build.xml target <code>annoc</code> for example."
msgstr ""
+"Beachten Sie die Einfachheit des Deklarierens von POJOs durch Annotation und "
+"Marker-Interfaces (wobei Sie allerdings den Annotations Vorkompilierer werden verwenden müssen). Beispiele finden Sie im build.xml target <code>annoc</code>."
#. Tag: title
#: Instrumentation.xml:77
@@ -359,6 +369,15 @@
"Note that we have decided to use different annotation naming convention "
"between JDK1.4 and 5.0."
msgstr ""
+"Die JDK5.0 Annotation ähnelt dem JDK1.4 Gegenstück außer dass die Annotationsnamen selbst anders sind; sind die beiden Annotationen etwa: "
+"<code>@org.jboss.cache.aop.annotation.PojoCacheable</code> und <code>@org."
+"jboss.cache.aop.annotation.InstanceOfPojoCacheable.</code> so verwenden Sie bei JDK5.0 Annotation "
+"<code>@(a)org.jboss.cache.aop."
+"AopMarker</code> stattdessen <code>@org.jboss.cache.aop.annotation."
+"PojoCacheable</code>. In der Distribution finden Sie unter <code>examples/"
+"PojoCache/annotated50</code> ein Beispiel für die Verwendung von JDK50 Annotation. "
+"Beachten Sie, dass wir beschlossen haben eine andere Naming Convention für Annotationen zwischen "
+"JDK1.4 und 5.0 zu verwenden."
#. Tag: title
#: Instrumentation.xml:81
@@ -376,6 +395,9 @@
"as the Java language <code>transient</code> keyword. That is, PojoCache "
"won't put this field into cache management (and therefore no replication)."
msgstr ""
+"In Release 1.4 haben wir zwei zusätzliche Annotationen auf Feldebene für angepasstes Verhalten hinzugefügt. Die erste ist <code>@org.jboss.cache.aop.annotation."
+"Transient</code>. An einer Feldvariablen angewendet hat sie dieselbe Wirkung wie das Schlüsselwort <code>transient</code> in Java-Sprache. Das bedeutet, PojoCache "
+"platziert dieses Feld nicht im Cache-Management (und daher keine Replikation)."
#. Tag: para
#: Instrumentation.xml:85
@@ -387,6 +409,11 @@
"However, the field will need to implement the <code>Serializable</code> "
"interface such that it can be replicated."
msgstr ""
+"Die zweite ist <code>@org.jboss.cache.aop.annotation.Serializable</code>. "
+"An einer Feldvariablen angewendet behandelt PojoCache diese Variable als "
+"<code>Serializable</code>, selbst wenn sie <code>PojoCacheable</code> ist. "
+"Allerdings wird dieses Feld das <code>Serializable</code>-Interface implementieren müssen, "
+"damit es repliziert werden kann."
#. Tag: para
#: Instrumentation.xml:88
@@ -470,7 +497,7 @@
#: Instrumentation.xml:92
#, no-c-format
msgid "Weaving"
-msgstr ""
+msgstr "Weaving"
#. Tag: para
#: Instrumentation.xml:93
@@ -482,6 +509,10 @@
"<literal>jboss-aop.xml</literal> and weave the POJO byte code at compile "
"time. This is a convenient feature to make the aop less intrusive."
msgstr ""
+"Wie schon erwähnt kann ein Nutzer den aop-Vorkompilierer verwenden (<literal>aopc</"
+"literal>), um die POJO-Klassen derart zu vorkompilieren, dass diese während der Runtime keinen "
+"zusätzlichen Systemklassenlader benötigen. Der Vorkompilierer liest in "
+"<literal>jboss-aop.xml</literal> und \"webt\" den the POJO Bytecode zum Zeitpunkt des Kompilierens. Dies ist ein praktisches Feature, das aop weniger intrusiv macht."
#. Tag: para
#: Instrumentation.xml:96
@@ -491,6 +522,8 @@
"targets that we are listing here. User can refer to the <literal>build.xml</"
"literal> in the distribution for full details."
msgstr ""
+"Unten sehen Sie einen Ant-Schnipsel, der die für die verschiedenen Ant-Ziele nötigen Bibliotheken definiert, die wird hier anführen. Nutzer finden ausführliche Informationen in <literal>build.xml</"
+"literal> in der Distribution."
#. Tag: programlisting
#: Instrumentation.xml:97
@@ -520,7 +553,7 @@
msgid ""
"Ant target for running load-time instrumentation using specialized class "
"loader"
-msgstr ""
+msgstr "Ant-Ziel zur Ausführung von Load-Time Instrumentierung unter Verwendung des spezialisierten Klassenladers"
#. Tag: para
#: Instrumentation.xml:100
@@ -534,6 +567,12 @@
"<literal>GenerateInstrumentedClassLoader</literal> has been used since the "
"previous <literal>SystemClassLoader</literal> is error prone."
msgstr ""
+"Unten ist der Code-Schnipsel für das Ant-Ziel, das die Loadtime-Instrumentierung durch einen speziellen Klassenlader durchführt. Im Wesentlichen verwendet das Ant-Ziel"
+"<literal>one.test.aop</literal> den Boot-Klassenlader, der von "
+"Ant-Ziel <literal>generateClassLoader</literal> generiert wurde, um einen einzelnen Test auszuführen. "
+"Beachten SIe, dass seit JBossAop 1.3 ein neuer "
+"<literal>GenerateInstrumentedClassLoader</literal> verwendet wird, da der letzte "
+"<literal>SystemClassLoader</literal> fehleranfällig war."
#. Tag: programlisting
#: Instrumentation.xml:103
@@ -677,7 +716,7 @@
#: Instrumentation.xml:107
#, no-c-format
msgid "Ant target for aopc"
-msgstr ""
+msgstr "Ant-Ziel für aopc"
#. Tag: para
#: Instrumentation.xml:108
@@ -687,6 +726,9 @@
"Running this target will do compile-time weaving of the POJO classes "
"specified."
msgstr ""
+"Unten ist ein Code-Schnipsel für das <literal>aopc</literal> Ant-Ziel. "
+"Ausführen dieses Ziels führt das Weaving der festgelegten POJO-Klassen zum Kompilierungszeitpunkt "
+"durch."
#. Tag: programlisting
#: Instrumentation.xml:111
@@ -725,19 +767,19 @@
"Below is a snapshot of files that are generated when aopc is applied. Notice "
"that couple extra classes have been generated because of <literal>aopc</"
"literal>."
-msgstr ""
+msgstr "Unten ist ein Schnappschuss von Dateien, die generiert werden, wenn aopc angewendet wird. Beachten Sie die paar Extra-Klassen, die wir wegen <literal>aopc</literal> generiert haben."
#. Tag: title
#: Instrumentation.xml:116
#, no-c-format
msgid "Classes generated after aopc"
-msgstr ""
+msgstr "Nach aopc generierte Klassen"
#. Tag: title
#: Instrumentation.xml:123
#, no-c-format
msgid "Ant target for annotation compiler"
-msgstr ""
+msgstr "Ant-Ziel für Annotations-Kompilierer"
#. Tag: para
#: Instrumentation.xml:124
@@ -747,7 +789,7 @@
"run this step if you are using the JDK1.4 annotation. After this step is "
"successfully run, you decide either to use compile-time or load-time mode of "
"weaving."
-msgstr ""
+msgstr "Unten sehen Sie einen Code-Schnipsel für das <literal>annoc</literal> Ant-Ziel. Sie führen diesen Schritt aus, wenn Sie die JDK1.4 Annotation verwenden. Nachdem dieser Schritt erfolgreich ausgeführt wurde entscheiden Sie, ob Sie den Kompilierzeit- oder Ladezeit-Modus von Weaving verwenden."
#. Tag: programlisting
#: Instrumentation.xml:127
15 years
JBoss Cache SVN: r7978 - core/trunk/src/main/java/org/jboss/cache/commands/read.
by jbosscache-commits＠lists.jboss.org
Author: manik.surtani(a)jboss.com
Date: 2009-04-06 13:30:25 -0400 (Mon, 06 Apr 2009)
New Revision: 7978
Modified:
core/trunk/src/main/java/org/jboss/cache/commands/read/GetChildrenNamesCommand.java
Log:
Added null check
Modified: core/trunk/src/main/java/org/jboss/cache/commands/read/GetChildrenNamesCommand.java
===================================================================
--- core/trunk/src/main/java/org/jboss/cache/commands/read/GetChildrenNamesCommand.java 2009-04-06 14:47:49 UTC (rev 7977)
+++ core/trunk/src/main/java/org/jboss/cache/commands/read/GetChildrenNamesCommand.java 2009-04-06 17:30:25 UTC (rev 7978)
@@ -81,6 +81,7 @@
* @param ctx invocation context
* @return a set of valid children names.
*/
+ @SuppressWarnings("unchecked")
private Set<Object> getCorrectedChildNames(Collection<InternalNode> children, InvocationContext ctx)
{
Set<Object> childNames = new HashSet<Object>();
@@ -103,7 +104,7 @@
if (childFqn.isDirectChildOf(fqn))
{
ReadCommittedNode childNode = (ReadCommittedNode) n.getValue();
- if (childNode.isCreated()) childNames.add(childFqn.getLastElement());
+ if (childNode != null && childNode.isCreated()) childNames.add(childFqn.getLastElement());
}
}
return childNames;
15 years
JBoss Cache SVN: r7977 - core/trunk/src/main/java/org/jboss/cache/util/concurrent.
by jbosscache-commits＠lists.jboss.org
Author: manik.surtani(a)jboss.com
Date: 2009-04-06 10:47:49 -0400 (Mon, 06 Apr 2009)
New Revision: 7977
Modified:
core/trunk/src/main/java/org/jboss/cache/util/concurrent/ReclosableLatch.java
Log:
Added serial version UID
Modified: core/trunk/src/main/java/org/jboss/cache/util/concurrent/ReclosableLatch.java
===================================================================
--- core/trunk/src/main/java/org/jboss/cache/util/concurrent/ReclosableLatch.java 2009-04-05 05:35:29 UTC (rev 7976)
+++ core/trunk/src/main/java/org/jboss/cache/util/concurrent/ReclosableLatch.java 2009-04-06 14:47:49 UTC (rev 7977)
@@ -37,6 +37,7 @@
*/
public class ReclosableLatch extends AbstractQueuedSynchronizer
{
+ private static final long serialVersionUID = 1744280161777661090l;
// the following states are used in the AQS.
private static final int OPEN_STATE = 0, CLOSED_STATE = 1;
15 years
JBoss Cache SVN: r7976 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-05 01:35:29 -0400 (Sun, 05 Apr 2009)
New Revision: 7976
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-04 11:01:41 UTC (rev 7975)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po 2009-04-05 05:35:29 UTC (rev 7976)
@@ -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-04 21:52+1100\n"
+"PO-Revision-Date: 2009-04-05 15:34+1000\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -419,6 +419,8 @@
"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."
#. Tag: para
#: Architecture.xml:115
@@ -642,7 +644,6 @@
#. Tag: para
#: Architecture.xml:141
#, no-c-format
-#, fuzzy
msgid ""
"PojoCache preserves the POJO object inheritance hierarchy automatically. For "
"example, if a <literal>Student</literal> extends <literal>Person</literal> "
@@ -651,12 +652,8 @@
"cache, all the class attributes of <literal>Person</literal> can be managed "
"as well."
msgstr ""
-"PojoCache bewahrt die POJO Objektvererbungshierarchie automatisch. For "
-"example, if a <literal>Student</literal> extends <literal>Person</literal> "
-"with an additional field <literal>year</literal> (see POJO definition in the "
-"Appendix section), then once <literal>Student</literal> is put into the "
-"cache, all the class attributes of <literal>Person</literal> can be managed "
-"as well."
+"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
@@ -665,6 +662,8 @@
"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."
#. Tag: programlisting
#: Architecture.xml:147
@@ -706,7 +705,7 @@
#: Architecture.xml:148
#, no-c-format
msgid "Collection class proxy"
-msgstr ""
+msgstr "Proxy der Collection-Klasse"
#. Tag: para
#: Architecture.xml:149
@@ -728,6 +727,14 @@
"retrieve this proxy reference and use this reference to perform POJO "
"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."
#. Tag: para
#: Architecture.xml:160
@@ -736,6 +743,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:"
#. Tag: programlisting
#: Architecture.xml:163
@@ -769,7 +778,7 @@
msgid ""
"Here is another snippet to illustrate the dynamic swapping of the Collection "
"reference when it is embedded inside another object:"
-msgstr ""
+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
@@ -805,7 +814,7 @@
msgid ""
"As you can see, <literal>getLanguages</literal> simply returns the field "
"reference that has been swapped out for the proxy reference counterpart."
-msgstr ""
+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
@@ -816,6 +825,9 @@
"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. "
+"Nachfolgend sehen Sie einen dies illustrierenden Code-Schnipsel:"
#. Tag: programlisting
#: Architecture.xml:174
@@ -849,7 +861,7 @@
#: Architecture.xml:175
#, no-c-format
msgid "Limitation"
-msgstr ""
+msgstr "Einschränkung"
#. Tag: para
#: Architecture.xml:176
@@ -858,7 +870,7 @@
"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 ""
+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
@@ -873,6 +885,14 @@
"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 "
+"java.util.HashSet Implementierung. Das List-Interface mappt zur java.util."
+"ArrayList Implementierung. Das Map-Interface mappt zur java.util.HashMap "
+"Implementierung."
#. Tag: para
#: Architecture.xml:182
@@ -884,4 +904,9 @@
"items to a Set is slower than a List or Map, since Set does not allow "
"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 "
+"gestattet."
15 years
JBoss Cache SVN: r7975 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-04 07:01:41 -0400 (Sat, 04 Apr 2009)
New Revision: 7975
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-02 21:58:58 UTC (rev 7974)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Architecture.po 2009-04-04 11:01:41 UTC (rev 7975)
@@ -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-03-28 21:34+1100\n"
+"PO-Revision-Date: 2009-04-04 21:52+1100\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -51,6 +51,12 @@
"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."
#. Tag: para
#: Architecture.xml:13
@@ -60,7 +66,7 @@
"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 ""
+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
@@ -70,6 +76,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</"
+"literal> oder <literal>private</literal>"
#. Tag: para
#: Architecture.xml:19
@@ -80,6 +88,8 @@
"result, any field with these 3 qualifiers will not be replicated or "
"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."
#. Tag: para
#: Architecture.xml:23
@@ -95,6 +105,15 @@
"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."
#. Tag: title
#: Architecture.xml:27
@@ -404,7 +423,6 @@
#. Tag: para
#: Architecture.xml:115
#, no-c-format
-#, fuzzy
msgid ""
"During the mapping process, we will check whether any of its associated "
"object is multiple or circular referenced. A reference counting mechanism "
@@ -413,12 +431,8 @@
"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 associated "
-"object is multiple or circular referenced. A reference counting mechanism "
-"has been implemented associating with the <literal>CacheInterceptor</"
-"literal>. If a new object created in the cache referenced to another POJO, a "
-"referenced <literal>fqn</literal> will be stored there to redirect any query "
-"and update to the original node."
+"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
@@ -433,12 +447,17 @@
"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 "
+"(\"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>), "
+"so verfolgen wir die Referenzzählung für das Sub-Objekt "
+"<literal>addr.</literal> im Auge"
#. Tag: title
#: Architecture.xml:122
#, no-c-format
msgid "Schematic illustration of object relationship mapping"
-msgstr ""
+msgstr "Schematische Illustration des Mappings von Objektbeziehungen"
#. Tag: para
#: Architecture.xml:129
@@ -446,7 +465,7 @@
msgid ""
"In the following code snippet, we show programmatically the object sharing "
"example."
-msgstr ""
+msgstr "Im folgenden Code-Schnipsel zweigen wir programmatisch das Objekt-Sharing Beispiel."
#. Tag: programlisting
#: Architecture.xml:132
@@ -538,6 +557,9 @@
"<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."
#. Tag: para
#: Architecture.xml:136
@@ -550,6 +572,10 @@
"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 "
+"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:"
#. Tag: programlisting
#: Architecture.xml:139
@@ -611,11 +637,12 @@
#: Architecture.xml:140
#, no-c-format
msgid "Object inheritance hierarchy"
-msgstr ""
+msgstr "Objektvererbungshierarchie"
#. Tag: para
#: Architecture.xml:141
#, no-c-format
+#, fuzzy
msgid ""
"PojoCache preserves the POJO object inheritance hierarchy automatically. For "
"example, if a <literal>Student</literal> extends <literal>Person</literal> "
@@ -624,6 +651,12 @@
"cache, all the class attributes of <literal>Person</literal> can be managed "
"as well."
msgstr ""
+"PojoCache bewahrt die POJO Objektvererbungshierarchie automatisch. For "
+"example, if a <literal>Student</literal> extends <literal>Person</literal> "
+"with an additional field <literal>year</literal> (see POJO definition in the "
+"Appendix section), then once <literal>Student</literal> is put into the "
+"cache, all the class attributes of <literal>Person</literal> can be managed "
+"as well."
#. Tag: para
#: Architecture.xml:144
15 years
JBoss Cache SVN: r7974 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE.
by jbosscache-commits＠lists.jboss.org
Author: jdimanos(a)jboss.com
Date: 2009-04-02 17:58:58 -0400 (Thu, 02 Apr 2009)
New Revision: 7974
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Jbossaop.po
Log:
update
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Jbossaop.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Jbossaop.po 2009-04-02 15:42:33 UTC (rev 7973)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/de-DE/Jbossaop.po 2009-04-02 21:58:58 UTC (rev 7974)
@@ -8,7 +8,7 @@
"Project-Id-Version: Jbossaop\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-02 21:02+1100\n"
+"PO-Revision-Date: 2009-04-03 08:58+1100\n"
"Last-Translator: \n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -50,6 +50,8 @@
"trigger functionality based on those events. Combined with JDK 5.0 "
"annotations, it allows you to extend the Java language with new syntax."
msgstr ""
+"Bei aspektorientierter Programmierung (AOP) handelt es sich um ein neues Paradigma, das "
+"die Organisation und Schichtung Ihrer Software-Anwendungen auf eine Weise gestattet, die mit objektorientierten Vorgehensweisen nicht möglich wäre. Aspekte erlauben das transparente Zusammenfügen von Funktionalitäten, so dass Sie ein vielschichtigeres Design erhalten. AOP ermöglicht das Abfangen eines beliebigen Ereignisses in einem Java-Programm und das Auslösen von Funktionalitäten basierend auf diesen Ereignissen. Gemeinsam mit JDK 5.0 Annotationen kann die Java-Sprache mit neuer Syntax erweitert werden."
#. Tag: para
#: Jbossaop.xml:13
@@ -61,6 +63,8 @@
"way to express this structure in code with traditional object-oriented "
"techniques."
msgstr ""
+"Bei einem Aspekt handelt es sich um ein gemeinsames Feature, das in der Regel über Methoden, "
+"Klassen, Objekthierarchien oder sogar ganze Objektmodelle verstreut ist. Es ist ein Verhalten, das eine Struktur vermuten lässt, jedoch kann diese Struktur mit traditionellen, objektorientierten Techniken nicht ausgedrückt werden."
#. Tag: para
#: Jbossaop.xml:16
15 years