[jboss-cvs] JBossAS SVN: r76909 - projects/docs/enterprise/4.3/Cache/Cache_FAQ/fr-FR.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Mon Aug 11 02:16:04 EDT 2008


Author: croe at redhat.com
Date: 2008-08-11 02:16:04 -0400 (Mon, 11 Aug 2008)
New Revision: 76909

Modified:
   projects/docs/enterprise/4.3/Cache/Cache_FAQ/fr-FR/Cache_Frequently_Asked_Questions.po
Log:
translation in progress

Modified: projects/docs/enterprise/4.3/Cache/Cache_FAQ/fr-FR/Cache_Frequently_Asked_Questions.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_FAQ/fr-FR/Cache_Frequently_Asked_Questions.po	2008-08-11 05:39:34 UTC (rev 76908)
+++ projects/docs/enterprise/4.3/Cache/Cache_FAQ/fr-FR/Cache_Frequently_Asked_Questions.po	2008-08-11 06:16:04 UTC (rev 76909)
@@ -5,7 +5,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-08-08 16:13+1000\n"
+"PO-Revision-Date: 2008-08-11 11:34+1000\n"
 "Last-Translator: Corina Roe <croe at redhat.com>\n"
 "Language-Team: French <i18 at redhat.com>\n"
 "MIME-Version: 1.0\n"
@@ -944,7 +944,7 @@
 #: Cache_Frequently_Asked_Questions.xml:796
 #, no-c-format
 msgid "How can I do a mass removal?"
-msgstr ""
+msgstr "Comment puis-je faire un retrait en masse?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:800
@@ -952,13 +952,13 @@
 msgid ""
 "If you do a cache.remove(\"/root\"), it will recursively remove all the "
 "entries under \"/root\"."
-msgstr ""
+msgstr "Si vous faites une cache.remove (\"/root\"), toutes les entrées sous \"/root\" vont être retirées récursively."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:808
 #, no-c-format
 msgid "Can I monitor and manage the JBoss Cache?"
-msgstr ""
+msgstr "Puis-je contrôler et gérer le JBoss Cache?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:812
@@ -968,13 +968,13 @@
 "AS or are using JDK 5.0's <literal>jconsole</literal> utility. See the "
 "chapter titled <emphasis role=\"bold\">Management Information</emphasis> in "
 "the JBoss Cache user guide for more details."
-msgstr ""
+msgstr "Avec JBoss Cache 1.3.0, si vous exécutez JBoss Cache dans JBoss AS ou si vous utilisez la consol <literal>jconsole</literal> de l'utilité JDK 5.0's. Voir le chapitre intitulé <emphasis role=\"bold\">Management Information</emphasis> dans le guide d'utilisation JBoss Cache pour plus d'informations."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:824
 #, no-c-format
 msgid "Can I disable JBoss Cache management attributes in JBoss Cache 1.3.0?"
-msgstr ""
+msgstr "Puis-je désactiver les attributs de gestion JBoss Cache dans JBoss Cache 1.3.0?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:828
@@ -985,6 +985,9 @@
 "literal> ). See the chapter titled <emphasis role=\"bold\">Management "
 "Information</emphasis> in the JBoss Cache user guide for more details."
 msgstr ""
+"Oui, vous pouvez. Configurez l'attribut <literal>UseInterceptorMbeans</literal> à <literal>false</literal> (faux) (valeur par défaut <literal>true</"
+"literal> (vrai)). Voir le chapitre intitulé <emphasis role=\"bold\">Management "
+"Information</emphasis> "
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:843
@@ -992,7 +995,7 @@
 msgid ""
 "What is jboss-serialization.jar, introduced in JBoss Cache 1.4.x and do I "
 "need this?"
-msgstr ""
+msgstr "Qu'est-ce que jboss-serialisation.jar, présenté par JBoss Cache 1.4.x et en-ai-je besoin?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:846
@@ -1005,6 +1008,9 @@
 "Java serialization. This very significantly improves replication performance "
 "of custom objects placed in the cache."
 msgstr ""
+"jboss-seriallization.jar est la biblitothèque <ulink url=\"http://labs.jboss.org/portal/"
+"index.html?ctrl:id=page.default.info&amp;project=serialization\"> JBoss "
+"Serialization </ulink>, qui est plus efficace en termes de vitesse, utilisation CPU, ainsi que pour la taille du flux d'octets généré par rapport à la sérialisation Java. Ceci améliore énormément la performance de replication des objets customisés placés dans le cache."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:856
@@ -1012,7 +1018,7 @@
 msgid ""
 "From 1.4.x, JBoss Cache relies on this library and it is needed to run JBoss "
 "Cache."
-msgstr ""
+msgstr "A partir de 1.4.x, JBoss Cache se repose sur cette bibliothèque et a besoin d'exécuter JBoss Cache."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:864
@@ -1020,7 +1026,7 @@
 msgid ""
 "Can I disable JBoss Serialization and revert back to standard Java "
 "serialization?"
-msgstr ""
+msgstr "Puis-je désactiver JBoss Serialization et retourner à la sérialilisation standard Java?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:868
@@ -1029,12 +1035,14 @@
 "Yes you can, by passing in the <literal>-Dserialization.jboss=false</"
 "literal> environment variable to your JVM."
 msgstr ""
+"Oui vous pouvez, en passant la variable d'environnement <literal>-Dserialization.jboss=false</"
+"literal> à votre JVM."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:878
 #, no-c-format
 msgid "Does JBoss Cache support partitioning?"
-msgstr ""
+msgstr "Est-ce que JBoss Cache prend en charge le partitionnement?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:882
@@ -1043,7 +1051,7 @@
 "Not right now. JBoss Cache does not support partitioning that a user can "
 "configure to have different set of data residing on different cache "
 "instances while still participating as a replication group."
-msgstr ""
+msgstr "Pas pour l'instant. JBoss Cache ne supporte pas le partitionnement qu'un utilisateur peut configurer pour obtenir plusieurs groupes de données résidant dans des instances cache différentes tandis qu'ils continuent de participer à un groupe de replication."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:892
@@ -1051,7 +1059,7 @@
 msgid ""
 "Does JBoss Cache handle the concept of application classloading inside, say, "
 "a J2EE container?"
-msgstr ""
+msgstr "Est-ce que JBoss Cache contient le concept de chargement de classes d'applications, comme un container J2EE?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:898
@@ -1061,7 +1069,7 @@
 "For example, a web application may require a new classloader to scope a "
 "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 ""
+msgstr "Le chargement de classe spécifique-application, est utilisé largement à l'intérieur d'un container J at EE. Ainsi, il est possible qu'una application web puisse avoir besoin d'un nouveau classloader pour obtenir une version particulière de la bibliothèque de l'utilisateur. Mais, par défaut, cela mène à deux sortes de problèmes: "
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:907
@@ -1073,7 +1081,7 @@
 "required class. Even if replication doesn't fail, a user thread in cache2 "
 "may not be able to access the object if the user thread is expecting a type "
 "defined by the application classloader."
-msgstr ""
+msgstr "L'instance d'objets est stockées dans cache 1 et répliquée dans cache 2. Ainsi, l'instance dans cache2 est créée dans le chargeur de classe du système. La replication peut échouer si le chergeur de classe de cache 2 n'a pas accès à la classe qui convient. Même si la replication n'échoue pas, un thread utilisateur de cache2 n'est pas forcément en mesure d'accéder à l'objet si le thread utilisateur espère un type défini par le chargeur de classes de l'application."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:918
@@ -1085,7 +1093,7 @@
 "<literal>ClassCastException</literal> . This is a standard problem in "
 "passing an object from one application space to another; JBossCache just "
 "adds a level of indirection in passing the object."
-msgstr ""
+msgstr "L'instance d'objet est créée par thread 1 et pourra être accédée par thread 2 (avec deux classloaders différents). JBossCache n'a aucune notion des classloaders impliqués. Ainsi, vous aurez un <literal>ClassCastException</literal> . C'est un problème lorsqu'on passe un objet d'un espace d'application à un autre. JBossCache rajoute un niveau d'indirection en passant l'objet."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:931
@@ -1096,7 +1104,7 @@
 "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 ""
+msgstr "Pour résoudre ce premier genre de problèmes, dans JBoss Cache 1.2.4 nous avons introduit le concept d'un <literal>TreeCacheMarshaller</literal> . Ainsi, cela permet à un code d'application d'enregistrer un chargeur de classes avec une portion du tree cache pour pouvoir manipuler les objets répliqués dans cette potion. Voir la section TreeCacheMarshaller du guide d'utilisation pour davantage d'informations."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:941
@@ -1110,7 +1118,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 "Pour résoudre le second genre de problèmes, la seule solution (dont nous sommes au courant) est de cacher le code octet et de le dé-sérialiser uniquement pendant le retrait (get) de chaque objet (et ce sera coûteux!). Ainsi, pendant l'opération de présentation de cet objet (put), l'instance de cet objet sera dessérialisée et donc pourra être dessérialisée en toute sécurité par une chargeur de classes. Cependant, la pénalité de performance de cette approche est assez sévère, donc en général, une autre version locale in-vm devra être utilisée comme cache \"near-line\"  Aussi, notez qu'à chaque fois que les octets sérialisés sont dessérialisés, une nouvelle instance de l'objet est créée."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:952
@@ -1120,7 +1128,7 @@
 "<literal>MarshalledValue</literal> that wraps around the serialized object. "
 "Here is a code snippet that illustrates how you can create a wrapper around "
 "JBossCache to handle the classloader issue:"
-msgstr ""
+msgstr "Pour vous aider avec ce genre de problèmes, JBoss possède un utilitaire qui s'appelle <literal>MarshalledValue</literal> et qui s'enveloppe autour de l'objet sérialisé. Voici un code snippet qui illustre comment vous pouvez créer une enveloppe (wrapper) autour de JBossCache pour gérer ce problème de chargement de classe."
 
 #. Tag: programlisting
 #: Cache_Frequently_Asked_Questions.xml:961
@@ -1152,12 +1160,37 @@
 "        }\n"
 "        }"
 msgstr ""
+"import org.jboss.invocation.MarshalledValue;\n"
+"\n"
+"        public class CacheService {\n"
+"        private TreeCache cache_;\n"
+"\n"
+"        public object get(Fqn fqn, String key) {\n"
+"        return getUnMarshalledValue(cache_.get(fqn, key));\n"
+"        }\n"
+"\n"
+"        public object set(Fqn fqn, String key, Object value) {\n"
+"        cache_.put(fqn, key, getMarshalledValue(value));\n"
+"        return value; // only if successful\n"
+"        }\n"
+"\n"
+"        ...\n"
+"\n"
+"        private Object getUnMarshalledValue(object value) {\n"
+"        // assuming we use the calling thread context classloader\n"
+"        return ((MarshalledValue)value).get();\n"
+"        }\n"
+"\n"
+"        private Object getMarshalledValue(Object value) {\n"
+"        return new MarshalledValue(value);\n"
+"        }\n"
+"        }"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:967
 #, no-c-format
 msgid "Does JBoss Cache currently support pre-event and post-event notification?"
-msgstr ""
+msgstr "Est-ce que JBoss Cache supporte actuellemet les notificaions pre-event et post-event?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:973
@@ -1168,7 +1201,7 @@
 "notification. See documentation for more details. Note that "
 "TreeCacheListener and ExtendedTreeCacheListener will be merged into "
 "TreeCacheListener in release 1.3."
-msgstr ""
+msgstr "Oui. En commençant avec les versions 1.2.4, JBoss Cache a introduit ExtendedTreeCacheListener qui prend en compte les notifications des évênements antérieurs et postérieurs. Voir la documentation pour davantage de détails. Veuillez noter TreeCacheListener et ExtendedTreeCacheListener mergeront dans TreeCacheListener dans la version 1.3."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:984
@@ -1176,7 +1209,7 @@
 msgid ""
 "How do I implement a custom listener to listen to <literal>TreeCache</"
 "literal> events?"
-msgstr ""
+msgstr "Comment dois-je implémenter un custom listener pour qu'il écoute des évênements <literal>MarshalledValue</literal>?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:991
@@ -1187,7 +1220,7 @@
 "in. Then you add this listener to the TreeCache instance on startup to "
 "listen to the events as they occur by calling TreeCache.addTreeCacheListener"
 "(myListener)."
-msgstr ""
+msgstr "Vous créez une classe (myListener) qui étend AbstactTreeCacheListener et qui procure une implémentation concrête pour les évênements noeud qui vous interessent. Puis, vous pouvez ajouter ce listener dans l'instance de TreeCache au départ (startup) pour écouter les événements au fur et à mesure qu'ils ont lieu en faisant appel à TreeCache.addTreeCacheListener (myListener)."
 
 #. Tag: programlisting
 #: Cache_Frequently_Asked_Questions.xml:999
@@ -1209,6 +1242,21 @@
 "        ...\n"
 "        }"
 msgstr ""
+"public class MyListener extends AbstractTreeCacheListener\n"
+"        {\n"
+"        ...\n"
+"\n"
+"        public void nodeModify(Fqn fqn, boolean pre, boolean isLocal) {\n"
+"        if(log.isTraceEnabled()){\n"
+"        if(pre)\n"
+"        log.trace(\"Event DataNode about to be modified: \" + fqn);\n"
+"        else\n"
+"        log.trace(\"Event DataNode modified: \" + fqn);\n"
+"        }\n"
+"        }\n"
+"\n"
+"        ...\n"
+"        }"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1005
@@ -1217,7 +1265,7 @@
 "Can I use <literal>useRegionBasedMarshalling</literal> attribute in JBoss "
 "Cache in order to get around ClassCastExceptions happening when accessing "
 "data in the cache that has just been redeployed?"
-msgstr ""
+msgstr "Puis-je utiliser l'attribut <literal>useRegionBasedMarshalling</literal> dans JBoss Cache de façon à éviter ClassCastExceptions lorsqu'on accède aux données qui viennent juste d'avoir été déployées dans le cache?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1011
@@ -1227,7 +1275,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 "Oui, vous pouvez. A l'origine, <literal>TreeCache</literal> Marshalling était conçu pour éviter ces problèmes pour ces caches répliquées, qui au moment des transferts d'état, n'avaient pas accés aux chargement de calsses détéerminant les objets dans le cache."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1016
@@ -1243,7 +1291,7 @@
 "would result on a ClassCastException. This is because even though the class "
 "names are the same, the class definitions are not. The current classloader "
 "is different to the one when the classes were originally put."
-msgstr ""
+msgstr "Pour chaque déploiement, JBoss crée un nouveau chargeur de classes par l'artifact de déploiement de haut niveau, par exemple un EAR. Vous devrez également vous souvenir qu'une classe dans un serveur d'application n'est uniquement définie que par le nom de classe mais aussi par son chargeur de classe. Donc, en assumant que le cache n'est pas déployé dans le cadre de votre déploiemenet, vous pouvez déployer une application et mettre des instances de classes qui appartiennet à ce déploiement à l'intérieur du cache. Si vous procédiez à un déploiement et que vous essayiez une opération get sur les données rajoutées au préalable, cela pourrait résulter en une ClassCastException. Car même si les noms de classes sont les mêmes, les définitions de classes ne sont pas les mêmes. Le chargeur de classes actuel est différent de celui qui était en place quand les classes ont été désignées à l'origine."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1026
@@ -1258,7 +1306,7 @@
 "some kind of persistence backing where the data survives, for example using "
 "CacheLoaders, or when JBossCache is used as a second level cache in a "
 "persistence framework."
-msgstr ""
+msgstr "En activant marshalling, vous pouvez contrôller le cycle de vie des données dans le cache et si au moment du déploiement, vous désactivez la région et désenregisterez le chargeur de classes que vous avez enregistré ou déployé, vous évicteriez les données localement dans les caches. Cela signifie qu'au prochain déploiement, les données ne seront plus dans le cache, évitant ainsi le problème. De toute évidence, utiliser le marshalling pour circonscrire ce problème n'est recommandé que quand vous avez une certaine persistence backing là où les données survivent, par exemple en utlisant CacheLoaders, ou quand JBossCache est utilisé en tant que cache de second niveau dans une structure de persistence."
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1035
@@ -1272,18 +1320,20 @@
 "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 ""
+"Pour implémenter cette fonctionnalité, veuillez suivre les instructions indiquées dans l'exemple situé dans la section du guide d'utilisateur. Il est important de noter qu'au lieu de <literal>ServletContextListener</literal>, vous pouvez ajouter ce code dans un <literal>MBean</literal> qui contient les méthodes de cycles de vie, comme <literal>start()</literal> et <literal>stop()</"
+"literal>. Pour ce MBean, la clé serait de dépendre du cache de la cible, de façon à ce qu'il puisse opérer tant que le cache est en cours d'exécution."
 
 #. Tag: title
 #: Cache_Frequently_Asked_Questions.xml:1049
 #, no-c-format
 msgid "JBoss Cache - Pojo Cache"
-msgstr ""
+msgstr "JBoss Cache - Pojo Cache"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1055
 #, no-c-format
 msgid "What is PojoCache?"
-msgstr ""
+msgstr "Qu'est-ce que PojoCache?"
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1059
@@ -1299,7 +1349,7 @@
 "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."
-msgstr ""
+msgstr "PojoCache (actuellement implémenté PojoCache, en tant que sous-classe de TreeCache) est un cache POJO transactionnel et repliqué au niveau fine-grained (objet Java simple). Par POJO, nous entendons que le cache: 1) gère automatiquement object mapping et la relation client sous mode cache répliqué et local, 2) âppporte une soutien pour la relation d'héritage entre les POJO \"aspectized\" . En "
 
 #. Tag: para
 #: Cache_Frequently_Asked_Questions.xml:1073




More information about the jboss-cvs-commits mailing list