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

Mon Oct 6 06:39:57 EDT 2008

Author: jdimanos at jboss.com
Date: 2008-10-06 06:39:56 -0400 (Mon, 06 Oct 2008)
New Revision: 79138

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-06 10:39:45 UTC (rev 79137)
+++ projects/docs/enterprise/4.3/Cache/Cache_FAQ/de-DE/Cache_Frequently_Asked_Questions.po	2008-10-06 10:39:56 UTC (rev 79138)
@@ -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-05 15:45+1100\n"
+"PO-Revision-Date: 2008-10-06 21:39+1100\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -1076,13 +1076,10 @@
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:892
 #, no-c-format
-#, fuzzy
 msgid ""
 "Does JBoss Cache handle the concept of application classloading inside, say, "
 "a J2EE container?"
-msgstr ""
-"Handhabt JBoss Cache das Konzept von of application classloading inside, say, "
-"a J2EE container?"
+msgstr "Handhabt JBoss Cache das Konzept von Anwendung Classloading innen, sagen wir einen J2EE-Container?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:898
@@ -1093,6 +1090,8 @@
 "specific version of the user library. However, by default JBoss Cache is "
 "agnostic to the classloader. In general, this leads to two kinds of problems:"
 msgstr ""
+"Applikations-spezifisches Classloading findet innerhalb eines J2EE-Containers breite Anwendung. "
+"Es ist etwa möglich, dass eine Webanwendung einen neuen Classloader benötigt, um eine bestimmte Version der Benutzerbibliothek abzugrenzen. Jedoch ist das JBoss Cache dem Classloader unbekannt. Dies führt in der Regel zu zwei Arten von Problemen:"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:907
@@ -1105,6 +1104,8 @@
 "may not be able to access the object if the user thread is expecting a type "
 "defined by the application classloader."
 msgstr ""
+"Die Objektinstanz wird in cache1 gespeichert und nach cache2 repliziert. Als Ergebnis wird die Instanz in "
+"cache2 durch den System-Classloader erstellt. Die Replikation kann fehlschlagen, falls der System-Classloader auf cache2 keinen Zugriff auf die erforderliche Klasse besitzt. Selbst wenn die Replikation nicht fehlschlägt ist es möglich, dass ein Benutzer-Thread in cache2 nicht auf das Objekt zugreifen kann, wenn der Benutzer-Thread einen durch den Applikations-Classloader definierten Typ erwartet."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:918
@@ -1117,10 +1118,15 @@
 "passing an object from one application space to another; JBossCache just "
 "adds a level of indirection in passing the object."
 msgstr ""
+"Objektinstanz wird durch thread 1 erstellt und wird durch thread 2 "
+"(mit zwei verschiedenen Classloadern) zugegriffen. JBossCache hat keinen Begriff der verschiedenen involvierten Classloadern. Als Ergebnis erhalten Sie eine "
+"<literal>ClassCastException</literal>. Es handelt sich um ein Standardproblem bei der Weitergabe "
+"eines Objekts von einem Anwendungsraum zum anderen; JBossCache fügt einfach eine Indirektionsebene in der Weitergabe des Objekts hinzu."
 
 #. 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 "
@@ -1128,6 +1134,8 @@
 "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."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:941
@@ -1141,7 +1149,7 @@
 "approach is quite severe so in general another local in-vm version will need "
 "to be used as a \"near-line\" cache. Note also that each time the serialized "
 "bytes are deserialized, a new instance of the object is created."
-msgstr ""
+msgstr "Um das zweite Problem zu lösen ist die einzige (uns bekannte) Vorgehensweise das Cachen des \"serialisierten\" Byte Codes und dessen ausschließlicher Deserialisierung während jeden Objekt-\"Gets\" (und das wird teuer!). Das heißt, während einer \"Put\"-Operation, wird die Objektinstanz serialisiert und kann daher auf sichere Weise durch einen \"fremden\" Classloader deserialisiert werden. Allerdings sind die Performanznachteile dieser Vorgehensweise in der Regel so gravierend, dass eine weitere lokale in-vm Version als \"near-line\" Cache wird verwendet werden müssen. Beachten Sie auch, dass jedes Mal, wenn die serialisierten Bytes deserialisiert werden, eine neue Instanz des Objekts erstellt wird."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:952
@@ -1152,6 +1160,10 @@
 "Here is a code snippet that illustrates how you can create a wrapper around "
 "JBossCache to handle the classloader issue:"
 msgstr ""
+"Um bei dieser Art der Handhabung zu helfen, besitzt JBoss eine Dienstprogramm-Klasse namens "
+"<literal>MarshalledValue</literal>, die das serialisierte Objekt umgibt. "
+"Hier ist ein weiterer Code-Schnipsel, der illustriert, wie Sie einen \"Wrapper\" um "
+"JBossCache erstellen können, um das Classloader Problem zu handhaben:"
 
 #. Tag: programlisting
 #: Cache_Frequently_Asked_Questions.xml:961
@@ -1225,6 +1237,8 @@
 "TreeCacheListener and ExtendedTreeCacheListener will be merged into "
 "TreeCacheListener in release 1.3."
 msgstr ""
+"Ja. Mit Release 1.2.4 hat JBoss Cache den ExtendedTreeCacheListener eingeführt, der Vor- und Nach-Ereignis Benachrichtung berücksichtigt. Weitere Informationen hierzu finden Sie in der Dokumentation. Bitte beachten Sie, dass TreeCacheListener und ExtendedTreeCacheListener in Release 1.3. in "
+"TreeCacheListener vereint werden."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:984
@@ -1233,6 +1247,8 @@
 "How do I implement a custom listener to listen to <literal>TreeCache</"
 "literal> events?"
 msgstr ""
+"Wie implementiere ich einen angepassten Listener, der auf <literal>TreeCache</"
+"literal>-Ereignisse horcht?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:991
@@ -1244,6 +1260,8 @@
 "listen to the events as they occur by calling TreeCache.addTreeCacheListener"
 "(myListener)."
 msgstr ""
+"Sie erstellen eine Klasse (myListener), die AbstractTreeCacheListener erweitert und konkrete Implementierung für die Sie interessierenden Node-Ereignisse liefert. Dann fügen Sie diesen Listener der TreeCache-Instanz beim Startup hinzu, um auf Ereignisse zu horchen während diese stattfinden, indem TreeCache.addTreeCacheListener"
+"(myListener) aufgerufen wird."
 
 #. Tag: programlisting
 #: Cache_Frequently_Asked_Questions.xml:999
@@ -1289,6 +1307,8 @@
 "Cache in order to get around ClassCastExceptions happening when accessing "
 "data in the cache that has just been redeployed?"
 msgstr ""
+"Kann ich das <literal>useRegionBasedMarshalling</literal>-Attribut in JBoss "
+"Cache verwenden, um zu vermeiden, dass es beim Zugriff auf gerade re-deployte Daten im Cache zu ClassCastExceptions kommt?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1011
@@ -1298,7 +1318,7 @@
 "designed as a workaround for those replicated caches that upon state "
 "transfer did not have access to the classloaders defining the objects in the "
 "cache."
-msgstr ""
+msgstr "Ja, das können Sie. Ursprünglich wurde das <literal>TreeCache</literal> Marshalling entworfen, um diese replizierten Caches zu umgehen, die beim Statustransfer keinen Zugriff auf die die Objekte im Cache definierenden Classloader besaßen."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1016
@@ -1343,6 +1363,9 @@
 "literal>. The key would be for this MBean to depend on the target cache, so "
 "that it can operate as long as the cache is up and running."
 msgstr ""
+"Um dieses Feature zu implementieren, befolgen Sie bitte die Anweisungen im Beispiel, das sich im TreeCacheMarshaller Abschnitt des Benutzerhandbuchs befindet. Es sollte angemerkt werden, dass Sie statt eines <literal>ServletContextListener</literal> diesen Code in einem \"Lifecycle\"-Methoden enthaltenden <literal>MBean</literal> hinzufügen könnten wie <literal>start()</literal> und <literal>stop()</"
+"literal>. Der Schlüssel wäre, dass dieses MBean vom Ziel-Cache abhinge, so "
+"so dass es laufen kann solange das Cache läuft."
 
 #. Tag: title
 #: Cache_Frequently_Asked_Questions.xml:1049
@@ -1359,6 +1382,7 @@
 #. 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 "
@@ -1371,6 +1395,14 @@
 "granularity (i.e., on a per-field basis) update, and thus has the potential "
 "to boost cache performance and minimize network traffic."
 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."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1073


