[jboss-cvs] JBossAS SVN: r79430 - projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE.

Mon Oct 13 19:39:39 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-10-13 19:39:39 -0400 (Mon, 13 Oct 2008)
New Revision: 79430

Modified:
   projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE/Cache_Frequently_Asked_Questions.po
Log:
update

Modified: projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE/Cache_Frequently_Asked_Questions.po
===================================================================

--- projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE/Cache_Frequently_Asked_Questions.po	2008-10-13 23:03:13 UTC (rev 79429)
+++ projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE/Cache_Frequently_Asked_Questions.po	2008-10-13 23:39:39 UTC (rev 79430)
@@ -4,7 +4,7 @@
 "Project-Id-Version: Cache_Frequently_Asked_Questions\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-05-30 03:54+0000\n"
-"PO-Revision-Date: 2008-10-13 07:12+1100\n"
+"PO-Revision-Date: 2008-10-14 10:39+1100\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -1128,16 +1128,13 @@
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:931
 #, no-c-format
-#, fuzzy
 msgid ""
 "To solve the first kind of issue, in JBoss Cache 1.2.4 we introduced the "
 "concept of a <literal>TreeCacheMarshaller</literal> . Basically, this allows "
 "application code to register a classloader with a portion of the cache tree "
 "for use in handling objects replicated to that portion. See the "
 "TreeCacheMarshaller section of the user guide for more details."
-msgstr ""
-"Um das erste Problem zu lösen, haben wir bei JBoss Cache 1.2.4 das Konzept eines <literal>TreeCacheMarshaller</literal> eingeführt. Im Grunde gestattet dies dem Anwendungscode einen Classloader mit einem Teil des Cache-Baums zur Verwendung andling objects replicated to that portion. See the "
-"TreeCacheMarshaller section of the user guide for more details."
+msgstr "Um das erste Problem zu lösen, haben wir bei JBoss Cache 1.2.4 das Konzept eines <literal>TreeCacheMarshaller</literal> eingeführt. Im Grunde gestattet dies dem Anwendungscode einen Classloader mit einem Teil des Cache-Baums zur Verwendung bei der Handhabung von zu diesem Teil hin replizierten Objekten. Weitere Informationen finden Sie im TreeCacheMarshaller-Abschnitt des Benutzerhandbuchs."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:941
@@ -1384,7 +1381,6 @@
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1059
 #, no-c-format
-#, fuzzy
 msgid ""
 "PojoCache (currently implemented PojoCache as a sub-class of TreeCache) is a "
 "fine-grained field-level replicated and transactional POJO (plain old Java "
@@ -1399,12 +1395,7 @@
 msgstr ""
 "PojoCache (aktuell PojoCache als Unterklasse von TreeCache implementiert) ist ein "
 "feinkörniges, auf Feldebene repliziertes und transaktionales POJO (\"plain old Java "
-"object\") Cache. Mit POJO meinen wir, dass das Cache: 1) Objekt-Mapping und Beziehung für einen Client sowohl unter lokalem als auch repliziertem Cache automatisch verwaltet 2) Support für inheritance relationship between "
-"\"aspectized\" POJOs. By leveraging the dynamic AOP in JBossAop, it is able "
-"to map a complex object into the cache store, preserve and manage the object "
-"relationship behind the scene. During replication mode, it performs fine-"
-"granularity (i.e., on a per-field basis) update, and thus has the potential "
-"to boost cache performance and minimize network traffic."
+"object\") Cache. Mit POJO meinen wir, dass das Cache: 1) Objekt-Mapping und Beziehung für einen Client sowohl unter lokalem als auch repliziertem Cache automatisch verwaltet 2) Support für Vererbungsbeziehung (\"Inheritance Relationship\") zwischen \"aspektisierten\" POJOs. Durch Einsatz des AOP in JBossAop kann ein komplexes Objekt in den Objektspeicher gemappt werden und die Objektbeziehung hinter den Kulissen wahren und managen. Während des Replikationsmodus führt es Feingranularität durch Aktualisierung durch (d.h. auf einer Pro-Feld-Basis durch) und besitzt daher das Potential die Cache-Performanz zu erhöhen und Netzwerkverkehr zu minimieren."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1073
@@ -1470,7 +1461,7 @@
 "are residing in-memory, e.g., use your regular POJO methods without worrying "
 "about cache management. Furthermore, this is true in replication mode as "
 "well."
-msgstr ""
+msgstr "Stellen Sie sich PojoCache als ein verstärktes TreeCache vor. Bei beiden handelt es sich um Cache-Speicher -- einer ist ein generisches Cache, der andere ein POJO Cache. Während jedoch TreeCache lediglich Objektreferenzspeicher liefert (z.B. <literal>put(FQN fqn, Object key, Object value) </literal> ), geht PojoCache weiter und führt feinkörngige Replikation auf Feldebene Objekt-Mapping Beziehungsmanagement für einen Benutzer hinter den Kulissen durch. Als Ergebnis können Sie - falls Sie komplexe Objektsysteme haben, die Sie cachen möchten - PojoCache diese für sich managen lassen. Sie behandeln Ihre Objektsysteme einfach da sich diese im Speicher befinden, z.B. Sie verwenden Ihre regulären POJO-Methoden, ohne sich um das Cache-Management zu kümmern. Dies ist außerdem wahr im Replikationsmodus."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1140
@@ -1507,7 +1498,7 @@
 "pre-compiler (aopc) to do bytecode manipulation. If you do it via load-time, "
 "however, you need either a special system class loader or, in JDK50, you can "
 "use the javaagent option."
-msgstr ""
+msgstr "Instrumentierung. Sie werden Ihr POJO entweder zum Zeitpunkt der Kompilierung oder zum Zeitpunkt des Ladens instrumentieren müssen. Falls Sie dies zum Zeitpunkt der Kompilierung tun, so verwenden Sie einen sogenannten aop Prä-Kompilierer (aopc) zur Durchführung von Bytecode-Manipulierung. Falls Sie es jedoch über den Zeitpunkt des Ladens tun, benötigen Sie entweder einen speziellen System-Klassenlader oder aber Sie können - in JDK50 - die javaagent-Option verwenden."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1168
@@ -1517,7 +1508,7 @@
 "instrumentation, then you won't need any pre-processing step to use "
 "PojoCache. For a full example, please refer to the distro examples "
 "directory. There are numerous PojoCache examples that uses different options."
-msgstr ""
+msgstr "Wenn Sie also JDK50 etwa mit Annotation und Load-Time-Instrumentierung verwenden, so benötigen Sie keinen Vorbearbeitungsschritt, um PojoCache zu verwenden. Ein komplettes Beispiel finden Sie im Verzeichnis Distro-Examples. Es existieren zahlreiche PojoCache-Beispiele, die unterschiedliche Optionen verwenden."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1179
@@ -2059,6 +2050,8 @@
 "items to a Set is slower than a List or Map, since Set does not allow "
 "duplicate entries."
 msgstr ""
+"Ein weiteres damit zusammenhängendes Problem ist die erwartete Performance. Zum Beispiel ist die aktuelle Implementierung geordnet, was Einfügen/Löschen (\"insert/delete\") in/aus der Collection "
+"langsam macht. Die Performance zwischen Set, Map und List Collections variiert ebenfalls. Das Hinzufügen von Posten zu einem Set ist langsamer als ein List oder Map, da Set keine doppelten Einträge gestattet."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1604
@@ -2135,6 +2128,9 @@
 "additional cache store for the primitive fields), you may not want to use "
 "PojoCache."
 msgstr ""
+"Ihre Anwendung wird durch den Speichergebrauch begrenzt. Da PojoCache fast doppelt soviel Speicher benötigt  (den Original POJO speicherinternen Platz and also the "
+"additional cache store for the primitive fields), you may not want to use "
+"PojoCache."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1647


