[jboss-cvs] JBossAS SVN: r78387 - projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Thu Sep 11 02:23:46 EDT 2008
Author: croe at redhat.com
Date: 2008-09-11 02:23:46 -0400 (Thu, 11 Sep 2008)
New Revision: 78387
Modified:
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Basic_api.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Cache_loaders.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Compatibility.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Configuration.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Eviction_policies.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Introduction.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Jboss_integration.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Mgmt_information.po
Log:
translation 50% proof read
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Basic_api.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Basic_api.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Basic_api.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Basic_api\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-10 16:09+1000\n"
+"PO-Revision-Date: 2008-09-11 09:23+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -94,7 +94,7 @@
msgstr ""
"Puis nous ajoutons deux éléments dans le cache: le premier élément crée un noeud \"a\" avec un noeud enfant \"b\" qui a un noeud enfant \"c\". (<literal>TreeCache</"
"literal> crée par défaut des noeuds intermédiaires qui n'existent pas). La clé "
-"\"nom\" est ensuite inséré ans le noeud \"/a/b/c\", avec pour valeur \"Ben\"."
+"\"nom\" est ensuite insérée dans le noeud \"/a/b/c\", avec pour valeur \"Ben\"."
#. Tag: para
#: Basic_api.xml:24
@@ -110,7 +110,7 @@
#: Basic_api.xml:27
#, no-c-format
msgid "The resulting tree looks like this:"
-msgstr "Voici l'aborescente qui en résulte:"
+msgstr "Voici l'arborescente qui en résulte:"
#. Tag: title
#: Basic_api.xml:31
@@ -126,8 +126,8 @@
"Nodes \"/a/b/c\" has values \"name\" associated with \"Ben\" in its map, and "
"node \"/a/b/c/d\" has values \"uid\" and 322649."
msgstr ""
-"Le <literal>TreeCache</literal> comporte 4 noeuds \"a\", \"b\", \"c\" et \"d\". "
-"Les noeuds \"/a/b/c\" ont pour \"nom\" des valeurs associées avec \"Ben\" et le noeud \"/a/b/c/d\" a des valeurs d' \"uid\" et 322649."
+"Le <literal>TreeCache</literal> comprend 4 noeuds \"a\", \"b\", \"c\" et \"d\". "
+"Les noeuds \"/a/b/c\" ont pour \"nom\" des valeurs associées avec \"Ben\" dans son schéma de correspondance, et le noeud \"/a/b/c/d\" a des valeurs d' \"uid\" et 322649."
#. Tag: para
#: Basic_api.xml:41
@@ -178,7 +178,7 @@
"In the sample, replication was enabled, which caused the 2 put() and the 1 "
"remove() methods to replicated their changes to all nodes in the cluster. "
"The get() method was executed on the local cache only."
-msgstr "Dans L'exemple, la réplication est activée, ce qui a amené les deux méthodes 1 remove() et 2 put() à répliquer leurs changements dans tous les noeuds du groupement. La méthode get() a été uniquement exécutée sur un cache local."
+msgstr "Dans l'exemple, la réplication est activée, ce qui a amené les deux méthodes 1 remove() et 2 put() à répliquer leurs changements dans tous les noeuds du groupement. La méthode get() a été uniquement exécutée sur un cache local."
#. Tag: para
#: Basic_api.xml:56
@@ -189,7 +189,7 @@
"essentially a list of Objects that need to implement hashCode() and equals"
"(). All strings are actually transformed into Fqns internally. Fqns are more "
"efficient than strings, for example:"
-msgstr "Les clés du cache peuvent être soit des barres obliques ('/'), comme dans \"/a/b/c\", ou bien elles peuvent être des noms totalement qualifiés (Fqn de l'anglais Fully Qualified Names). Un Fqn est principalement une liste d'Objets qui ont besoin d'implémenter hashCode() et equals(). Toutes les chaînes de caractères sont en fait transformées en Fqn en interne. Les Fqn sont plus efficaces que les chaînes de caractères, par exemple:"
+msgstr "Les clés du cache peuvent être soit des strings séparés par des barres obliques ('/'), comme dans \"/a/b/c\", ou bien elles peuvent être des noms totalement qualifiés (Fqn de l'anglais Fully Qualified Names). Un Fqn est principalement une liste d'Objets qui ont besoin d'implémenter hashCode() et equals(). Tous les strings sont en fait transformés en Fqn en interne. Les Fqn sont plus efficaces que les strings, par exemple:"
#. Tag: programlisting
#: Basic_api.xml:59
@@ -212,7 +212,7 @@
"collisions, leading to actual string comparisons. Also, clients of the cache "
"may already have identifiers for their objects in Object form, and don't "
"want to transform between Object and Strings, preventing unnecessary copying."
-msgstr "Dans cet exemple. nous souhaitons accéder à un noeud qui comporte des informations sur un employé identifié id=322649 dans le département ayant pour id=300. La version chaîne de caractère (string version) requiert deux représentations dans Strings, alors que la version Fqn requiert deux représentations dans Integer (nombres entiers). Dans une grande hashtable (table de hachage), la méthode hashCode() de String peut comporter des collisions, menant à des comparaisons de chaînes de caractères. Aussi, les clients du cache ont peut-être des identifiants pour leurs objets, et ne souhaitent pas de transformation entre Objet et String, pour éviter des copies superflues."
+msgstr "Dans cet exemple. nous souhaitons accéder à un noeud qui comporte des informations sur un employé identifié id=322649 dans le département ayant pour id=300. La version chaîne de caractère (string version) requiert deux représentations dans Strings, alors que la version Fqn requiert deux représentations dans Integer (nombres entiers). Dans une grande table de hachage, la méthode hashCode() de String peut comporter des collisions, menant à des comparaisons de chaînes de caractères. Aussi, les clients du cache ont peut-être des identifiants pour leurs objets, et ne souhaitent pas de transformation entre Objet et String, pour éviter des copies superflues."
#. Tag: para
#: Basic_api.xml:63
@@ -261,7 +261,7 @@
"navigation, the latter returns the value for the given key for a node."
msgstr ""
"Les méthodes 'get' sont: <literal>get(Fqn node)</literal> et <literal>get(Fqn "
-"node, Object key)</literal>. La première retourne un Noeud<footnote><para>.Cette méthode est surtout utilisée en interne, et nous pourrions opter pour supprimer l'accès public au Noeud dans les prochaines versions. </para></footnote>objet, permettant une navigation directe, la dernière méthode retourne la valeur de la clé donnée associée à un noeud."
+"node, Object key)</literal>. La première retourne un Noeud<footnote><para>. Cette méthode est surtout utilisée en interne, et nous pourrions opter pour supprimer l'accès public au Noeud dans les prochaines versions. </para></footnote>objet, permettant une navigation directe, la dernière méthode retourne la valeur de la clé donnée associée à un noeud."
#. Tag: para
#: Basic_api.xml:81
@@ -270,5 +270,5 @@
"Also, the <literal>TreeCache</literal> has a number of getters and setters. "
"Since the API may change at any time, we recommend the Javadoc for up-to-"
"date information."
-msgstr "Aussi, le <literal>TreeCache</literal> comporte un certain nombre de getters et de setters. Comme l'API est susceptible de changer à tout moment, nous recommandons Javadoc pour les dernières information de mises à jour."
+msgstr "Aussi, le <literal>TreeCache</literal> comporte un certain nombre de getters et de setters. Comme l'API est susceptible de changer à tout moment, nous recommandons Javadoc pour les dernières informations de mise à jour."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Cache_loaders.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Cache_loaders.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Cache_loaders.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Cache_loaders\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-04 12:19+1000\n"
+"PO-Revision-Date: 2008-09-11 11:42+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -50,7 +50,7 @@
"used, all modifications created within a transaction are persisted. To this "
"end, the cache loader takes part in the two phase commit protocol run by the "
"transaction manager."
-msgstr "A chaque fois qu'un élément est modifié, ajouté ou supprimé, alors cette modification est persistée dans le backend store par le chargeur de cache. Si les transactions sont utilisées, toutes les modifications crées au sein de cette transaction sont persistées. Dans ce but, le chargeur de cache prend part à un protocole de validation, exécuté par le gestionnaire de transactions, en deux phases."
+msgstr "A chaque fois qu'un élément est modifié, ajouté ou supprimé, alors cette modification est persistée dans le backend store par le chargeur de cache. Si les transactions sont utilisées, toutes les modifications créées au sein de cette transaction sont persistées. Dans ce but, le chargeur de cache prend part à un protocole de validation, exécuté par le gestionnaire de transactions en deux phases."
#. Tag: para
#: Cache_loaders.xml:21
@@ -73,7 +73,7 @@
"of data. When performing writes, all cache loaders are written to (except if "
"the ignoreModifications element has been set to true for a specific cache "
"loader. See the configuration section below for details."
-msgstr "Pour JBossCache 1.3.0, vous pouvez maintenant définir plusieurs chargeurs de cache, en chaîne. Ainsi, le cache examinera tous les chargeurs de cache par ordre de configuration, jusqu'à ce qu'il trouve un élément de données valide, non-nul. En écriture, on écrit à tous les chargeurs cache (sauf si l'élément ignoreModifications a été paramétré à 'true' pour un chargeur cache particulier. Voir la section configuration ci-dessous pour davantage de détails."
+msgstr "Pour JBossCache 1.3.0, vous pouvez maintenant définir plusieurs chargeurs de cache, en chaîne. Ainsi, le cache examinera tous les chargeurs de cache par ordre de configuration, jusqu'à ce qu'il trouve un élément de données valide, non-nul. En écriture, on écrit à tous les chargeurs cache (sauf si l'élément ignoreModifications a été paramétré à 'true' pour un chargeur cache particulier). Voir la section configuration ci-dessous pour davantage de détails."
#. Tag: para
#: Cache_loaders.xml:27
@@ -442,7 +442,7 @@
"page=JBossCacheCacheLoaders\">this wiki page</ulink> for more discussion on "
"this."
msgstr ""
-"<emphasis role=\"bold\">NOTE:</emphasis> le contrat défini par l'interface CacheLoader a été changé à partir de JBoss Cache 1.3.0, plus particulièrement avec la méthode <literal>get(Fqn fqn)</literal>. On doit prendre particulièrement soin des implémentations CacheLoader pour garantir le repect du contrat. Voir javadoc ci-dessus pour les détails de cette méthode, ou bien visiter la page wiki <ulink url=\"http://wiki.jboss.org/wiki/Wiki.jsp?"
+"<emphasis role=\"bold\">NOTE:</emphasis> le contrat défini par l'interface CacheLoader a été changé à partir de JBoss Cache 1.3.0, plus particulièrement avec la méthode <literal>get(Fqn fqn)</literal>. On doit prendre particulièrement soin des implémentations CacheLoader pour garantir le respect du nouveau contrat. Voir javadoc ci-dessus pour les détails de cette méthode, ou bien visiter la page wiki <ulink url=\"http://wiki.jboss.org/wiki/Wiki.jsp?"
"page=JBossCacheCacheLoaders\">this wiki page</ulink>pour davantage d'éléments sur ce sujet."
#. Tag: para
@@ -452,9 +452,7 @@
"CacheLoader implementations that need to support partial state transfer "
"should also implement the subinterface org.jboss.cache.loader."
"ExtendedCacheLoader:"
-msgstr ""
-"Les implémentations CacheLoader qui ont besoin de prendre en charge le transfer d'états partiaux devraient également implémenter la sous-interface org.jboss.cache.loader."
-"ExtendedCacheLoader:"
+msgstr "Les implémentations CacheLoader qui ont besoin de prendre en charge le transfert d'états partiaux devraient également implémenter la sous-interface org.jboss.cache.loader.ExtendedCacheLoader:"
#. Tag: programlisting
#: Cache_loaders.xml:37
@@ -589,7 +587,7 @@
"<literal>ExtendedCacheLoader</literal> unless its "
"<literal>FetchPersistentState</literal> property is set to false."
msgstr ""
-"<emphasis role=\"bold\">NOTE:</emphasis> Si un chargeur de cache est utilisé en conjonction à buddy replication, le chargeur cache devra implémenter "
+"<emphasis role=\"bold\">NOTE:</emphasis> Si un chargeur de cache est utilisé en conjonction à la buddy replication, le chargeur cache devra implémenter "
"<literal>ExtendedCacheLoader</literal> à moins que sa propriété "
"<literal>FetchPersistentState</literal> soit paramétrée à 'false'."
@@ -608,8 +606,7 @@
msgstr ""
"<emphasis role=\"bold\">NOTE:</emphasis> le contrat défini par l'interface "
"<literal>ExtendedCacheLoader</literal> a changé depuis JBoss "
-"Cache 1.4.0, particulièrement depuis la condition que les données passées par la méthode "
-"<literal>storeState</literal> soient intégrées sous la sous-aborescence donnée, même si les données ne proviennent pas de cette sous-aborescence. Ce comportement est utile pour la totale prise en charge de buddy replication. On doit particulièrement prendre soin des implémentations personnalisées ExtendedCacheLoader pour veiller à ce que ce nouveau contrat soit respecté."
+"Cache 1.4.0, particulièrement depuis la condition que les données passées par la méthode <literal>storeState</literal> soient intégrées sous la sous-arborescence donnée, même si les données ne proviennent pas de cette sous-arborescence. Ce comportement est utile pour la totale prise en charge de buddy replication. On doit particulièrement prendre soin des implémentations personnalisées ExtendedCacheLoader pour veiller à ce que ce nouveau contrat soit respecté."
#. Tag: title
#: Cache_loaders.xml:45
@@ -665,7 +662,7 @@
"stopped."
msgstr ""
"<literal>CacheLoader.create()</literal> et <literal>CacheLoader.start()</"
-"literal> sont appelés quand cache démarre. De même, <literal>stop"
+"literal> sont appelés quand le cache démarre. De même, <literal>stop"
"()</literal> et <literal>destroy()</literal> sont appelés quand le cache est interrompu."
#. Tag: para
@@ -688,9 +685,8 @@
"set/remove the value immediately. These methods are described as javadoc "
"comments in the above interface."
msgstr ""
-"L'interface de la base de données comprend un ensemble de méthodes qui sont utilisées quand aucunes transactions ne sont utilisées: <literal>get()</literal>, <literal>put()</literal>, "
-"<literal>remove()</literal> et <literal>removeData()</literal>: elles vont chercher/"
-"déterminent/suppriment la valeur immédiatement. Ces méthodes sont décrites en tant que commentaires javadoc dans l'interface ci-dessus."
+"L'interface de la base de données comprend un ensemble de méthodes qui sont utilisées quand aucunes transactions ne sont utilisées: <literal>get()</literal>, <literal>put()</literal>, <literal>remove()</literal> et <literal>removeData()</literal>: elles vont chercher (get)/"
+" déterminent (set)/ suppriment (remove) la valeur immédiatement. Ces méthodes sont décrites en tant que commentaires javadoc dans l'interface ci-dessus."
#. Tag: para
#: Cache_loaders.xml:59
@@ -721,7 +717,7 @@
"TreeCache and the CacheLoaders XA resources, so that instead of calling "
"those methods on a loader, the cache will only enlist the loader with the "
"TransactionManager on the same transaction."
-msgstr "Actuellement, le TreeCache s'occupe d'appeler prepare(), commit() et rollback() sur lrs CaheLoaders au bon moment. Nous avons l'intention de transformer les ressources XA TreeCache et CacheLoader, de façon à ce qu'au lieu d'appeler ces méthodes sur un chargeur, le cache ne sélectionnera le chargeur avec le TransactionManager que sur la même transaction."
+msgstr "Actuellement, le TreeCache s'occupe d'appeler prepare(), commit() et rollback() sur le CacheLoaders au bon moment. Nous avons l'intention de transformer les ressources XA TreeCache et CacheLoader, de façon à ce qu'au lieu d'appeler ces méthodes sur un chargeur, le cache ne sélectionnera le chargeur avec le TransactionManager que sur la même transaction."
#. Tag: para
#: Cache_loaders.xml:65
@@ -761,7 +757,7 @@
"cache loader of the node that is receiving the state transfer. Partial state "
"transfers occur when the cache's <literal>activateRegion()</literal> API is "
"used and during the formation of buddy groups if buddy replication is used."
-msgstr "Les méthodes <literal>ExtendedCacheLoader</literal> sont également liées au transfert d'état. La méthode <literal>loadState(Fqn)</literal> est appelée quand le cache prépare un transfert d'état partiel -- c'est à dire que, le transfert n'est que la portion de l'état du chargeur cache qui se trouve dans le Fqn donné. La méthode <literal>storeState(byte[], Fqn)</literal> est alors invoquée sur le chargeur cache du noeud qui reçoit le transfert de l'état. Les transferts partiaux d'état ont lieu quand l'API <literal>activateRegion()</literal> du cache est utilisé et pendant la formation des groupes de buddy si la réplication buddy est utilisée."
+msgstr "Les méthodes <literal>ExtendedCacheLoader</literal> sont également liées au transfert d'état. La méthode <literal>loadState(Fqn)</literal> est appelée quand le cache prépare un transfert d'état partiel -- c'est à dire que le transfert n'est que la portion de l'état du chargeur cache qui se trouve dans le Fqn donné. La méthode <literal>storeState(byte[], Fqn)</literal> est alors invoquée sur le chargeur cache du noeud qui reçoit le transfert de l'état. Les transferts partiaux d'état ont lieu quand l'API <literal>activateRegion()</literal> du cache est utilisé et pendant la formation des groupes de buddy si la réplication buddy est utilisée."
#. Tag: title
#: Cache_loaders.xml:77
@@ -918,7 +914,7 @@
"similar to the one above."
msgstr ""
"<emphasis role=\"bold\">Note:</emphasis> Dans les versions JBossCache précédant "
-"1.3.0, le bloc de configuration du chargeur cache ressemblait à cela. Notez que cette forme est <emphasis role=\"deprecated\">DEPRECATED</emphasis> et que vous devrez remplacer votre configuratin de chargeur cache par un bloc similaire à celui qui figure ci-dessus."
+"1.3.0, le bloc de configuration du chargeur cache ressemblait à cela. Notez que cette forme est <emphasis role=\"deprecated\">DEPRECATED</emphasis> et que vous devrez remplacer votre configuration de chargeur cache par un bloc similaire à celui qui figure ci-dessus."
#. Tag: programlisting
#: Cache_loaders.xml:86
@@ -988,7 +984,7 @@
"CacheLoader implementation. (Note that, because of a bug in the properties "
"editor in JBoss, backslashes in variables for Windows filenames might not "
"get expanded correctly, so replace=\"false\" may be necessary)."
-msgstr "L'attribut <literal>CacheLoaderClass</literal> définit la classe de l'implémentation du CacheLoader. (Notez, qu'à cause d'un bogue situé dans l'éditeur des propriétés dans JBoss, les barres obliques des variables pour les noms de fichier Windows, risquent de ne pas se déployer correctement donc remplacer=\"false\" est peut-être nécessaire)."
+msgstr "L'attribut <literal>CacheLoaderClass</literal> définit la classe de l'implémentation du CacheLoader. (Notez, qu'à cause d'un bogue situé dans l'éditeur des propriétés dans JBoss, les barres obliques des variables pour les noms de fichier Windows, risquent de ne pas se déployer correctement, donc remplacer=\"false\" est peut-être nécessaire)."
#. Tag: para
#: Cache_loaders.xml:91
@@ -1006,7 +1002,7 @@
"where the file is located (e.g., \"location=c:\\tmp\")."
msgstr ""
"<literal>FileCacheLoader</literal>, qui est une implémentation simple basée-système-de-fichier. L'élément <literal><cacheloader><properties></literal> "
-"requiert une propriété \"location\" property, qui indique un répertoire où le fichier est situé (e.g., \"location=c:\\tmp\")."
+"requiert une propriété \"location\" property, qui indique un répertoire dans lequel le fichier est situé (e.g., \"location=c:\\tmp\")."
#. Tag: para
#: Cache_loaders.xml:101
@@ -1019,7 +1015,7 @@
"g., \"location=c:\\tmp\")."
msgstr ""
"<literal>BdbjeCacheLoader</literal>, qui est une implémentation CacheLoader basée sur l'édition Java Sleepycat DB . L'élément <literal><cacheloader><"
-"properties></literal> doit comprendre une propriété \"location\", qui indique un répertoire, où le fichier de la base de données de Sllepycat se situe (e."
+"properties></literal> doit comprendre une propriété \"location\", qui indique un répertoire, où le fichier de la base de données de Sleepycat se situe (e."
"g., \"location=c:\\tmp\")."
#. Tag: para
@@ -1031,9 +1027,7 @@
"cacheloader><properties></literal> element contains a number of "
"properties needed to connect to the database such as username, password, and "
"connection URL. See the section on JDBCCacheLoader for more details."
-msgstr ""
-"<literal>JDBCCacheLoader</literal>, qui est une implémentation CacheLoader utilisant JDBC pour accéder à n'importe quelle base de données relationnielle. L'élément <literal><"
-"cacheloader><properties></literal> comprend un certain nombre de propriétés qui ont besoin d'être reliées à la base de données comme le nom d'utilisateur, le mot de passe, et la connexion URL. Voir la section sur le JDBCCacheLoader pour davantage de détails."
+msgstr "<literal>JDBCCacheLoader</literal>, qui est une implémentation CacheLoader utilisant JDBC pour accéder à n'importe quelle base de données relationnielle. L'élément <literal><cacheloader><properties></literal> comprend un certain nombre de propriétés qui ont besoin d'être reliées à la base de données comme le nom d'utilisateur, le mot de passe, et la connexion URL. Voir la section sur le JDBCCacheLoader pour davantage d'informations."
#. Tag: para
#: Cache_loaders.xml:111
@@ -1066,9 +1060,7 @@
"responses from the cluster before assuming a null value. For example, "
"\"<literal>timeout = 3000</literal>\" would use a timeout value of 3 "
"seconds. This CacheLoader is available in JBossCache version 1.3.0 and above."
-msgstr ""
-"<literal>ClusteredCacheLoader</literal>, qui permet de chercher des informations en-mémoire dans d'autres caches dans le même groupement via les mêmes protocoles de groupement utilisés pour dupliquer des données. Les écritures ne sont <emphasis role=\"bold\">pas</emphasis> 'stockées', car les réplications s'occuperaient de n'importe quelle mise à jour nécessaire. Vous avez besoin de préciser une propriété qui s'appelle \"<literal>timeout</literal>"
-"\", une valeur longue qui indique au chargeur cache combien de millesecondes il faut attendre avant d'obtenir des réponses du groupement et d'assumer une valeur nulle. Par exemple, \"<literal>timeout = 3000</literal>\" utiliserait une valeur de timeout de 3 econdes. Ce CacheLoader est disponible dans JBossCache version 1.3.0 et versions supérieures."
+msgstr "<literal>ClusteredCacheLoader</literal>, qui permet de chercher des informations en-mémoire dans d'autres caches dans le même groupement via les mêmes protocoles de groupement utilisés pour dupliquer des données. Les écritures ne sont <emphasis role=\"bold\">pas</emphasis> 'stockées', car la réplication s'occuperait de n'importe quelle mise à jour nécessaire. Vous avez besoin de préciser une propriété qui s'appelle \"<literal>timeout</literal>\", une valeur longue qui indique au chargeur cache combien de millesecondes il faut attendre avant d'obtenir des réponses du groupement et d'assumer une valeur nulle. Par exemple, \"<literal>timeout = 3000</literal>\" utiliserait une valeur de timeout de 3 secondes. Ce CacheLoader est disponible dans JBossCache version 1.3.0 et versions supérieures."
#. Tag: para
#: Cache_loaders.xml:126
@@ -1103,7 +1095,7 @@
"backspaces may have to be escaped. <emphasis>Analogous to the "
"<literal>CacheLoaderConfig</literal> attribute in pre-1.3.0 configurations.</"
"emphasis>"
-msgstr "L'élément <literal>propriétés</literal> définit une configuration spécifique à une implémentation donnée. L'implémentation basée sur un système de fichiers par exemple, définit le répertoire racine à utiliser, alors que l'implémentation de la base de données peut définir l'URL de la base de données, le nom et le mot de passe pour établir une connexion de base de données. Cette configuration est passée à l'implémentation CacheLoader via <literal>CacheLoader.setConfig(Properties)</literal>. Notez qu'on devra certainement éviter les espaces - arrière. <emphasis>Analogue à l'attribut <literal>CacheLoaderConfig</literal> dans les configurations pre-1.3.0.</emphasis>"
+msgstr "L'élément <literal>propriétés</literal> définit une configuration spécifique à une implémentation donnée. L'implémentation basée sur un système de fichiers par exemple, définit le répertoire racine à utiliser, alors que l'implémentation de la base de données peut définir l'URL de la base de données, le nom et le mot de passe pour établir une connexion de base de données. Cette configuration est passée à l'implémentation CacheLoader via <literal>CacheLoader.setConfig(Properties)</literal>. Notez qu'on devra certainement éviter les backspaces. <emphasis>Analogue à l'attribut <literal>CacheLoaderConfig</literal> dans les configurations pre-1.3.0.</emphasis>"
#. Tag: para
#: Cache_loaders.xml:135
@@ -1122,7 +1114,7 @@
"associated attributes from the given node, recursively up to the root node</"
"emphasis>. <emphasis>Analogous to the <literal>CacheLoaderPreload</literal> "
"attribute in pre-1.3.0 configurations.</emphasis>"
-msgstr "<literal>preload</literal> nous permet de déterminer une liste de noeuds, ou même des sous-aborescences, visitées par le cache au startup, en vue d'anticiper le chargement associé à ces noeuds. Les défauts (\"/\") chargent toutes les données disponibles dans le backend store du cache, ce qui n'est probablement pas une bonne idée, compte tenu le volume potentiellement important de données présentes dans le backend store. Par exemple, <literal>/a, /product/catalogue</literal> charge les sous-aborescences <literal>/a</literal> et <literal>/product/catalogue</literal> dans le cache, mais rien d'autre. Tout le reste est chargé simplement au moment de l'accès. Le chargement anticipé (preloading) s'avère utile lorsqu'on anticipe l'utilisation d'éléments fréquemment dans une sous-aborescence quelconque.<emphasis>Notez que preloading charge tous les noeuds et leurs attributs à partir d'un noeud donné, récursivement jusqu'à la racine du noeud</emphasis>.<!
emphasis>De façon analogue à l'attribut <literal>CacheLoaderPreload</literal> des pre-configurations 1.3.0.</emphasis>"
+msgstr "<literal>preload</literal> nous permet de déterminer une liste de noeuds, ou même des sous-arborescences, visitées par le cache au startup, en vue d'anticiper le chargement associé à ces noeuds. Les défauts (\"/\") chargent toutes les données disponibles dans le backend store du cache, ce qui n'est probablement pas une bonne idée, compte tenu le volume potentiellement important de données présentes dans le backend store. Par exemple, <literal>/a, /product/catalogue</literal> charge les sous-arborescences <literal>/a</literal> et <literal>/product/catalogue</literal> dans le cache, mais rien d'autre. Tout le reste est chargé simplement au moment de l'accès. Le chargement anticipé (preloading) s'avère utile lorsqu'on anticipe l'utilisation fréquente d'éléments dans une sous-arborescence quelconque.<emphasis>Notez que preloading charge tous les noeuds et leurs attributs à partir d'un noeud donné, récursivement jusqu'à la racine du noeud</emphasis>.!
<emphasis>De façon analogue à l'attribut <literal>CacheLoaderPreload</literal> des pré-configurations 1.3.0.</emphasis>"
#. Tag: para
#: Cache_loaders.xml:138
@@ -1136,8 +1128,8 @@
"<literal>CacheLoaderFetchPersistentState</literal> attribute in pre-1.3.0 "
"configurations.</emphasis>"
msgstr ""
-"<literal>fetchPersistentState</literal> determine si l'on doit ou non s'approprier l'état persistent d'un caache au moment de joindre un groupement. Un seul chargeur cache configuré peut fixer la propriété à 'vrai'; si cela est le cas pour plus d'un chargeur cache, une exception de configuration sera envoyée au moment du démarrage du service cache. <emphasis>Analogue à "
-"<literal>CacheLoaderFetchPersistentState</literal> attribut dans configurations pré-1.3.0 .</emphasis>"
+"<literal>fetchPersistentState</literal> détermine si l'on doit ou non s'approprier l'état persistent d'un cache au moment de joindre un groupement. Un seul chargeur cache configuré peut fixer la propriété à 'vrai'; si cela est le cas pour plus d'un chargeur cache, une exception de configuration sera envoyée au moment du démarrage du service cache. <emphasis>Analogue à l'attribut "
+"<literal>CacheLoaderFetchPersistentState</literal> dans configurations pré-1.3.0 .</emphasis>"
#. Tag: para
#: Cache_loaders.xml:141
@@ -1155,10 +1147,9 @@
"<emphasis>Analogous to the <literal>CacheLoaderAsynchronous</literal> "
"attribute in pre-1.3.0 configurations.</emphasis>"
msgstr ""
-"<literal>async</literal> détermine s'il écrit dans le bloc du chargeur-cache jusqu'à complétion, ou s'il est exécuté sur un thread séparé de façon à ce que thread retourne immédiatement. Si cela est paramétré à 'true', une instance de <literal>org.jboss.cache."
-"loader.AsyncCacheLoader</literal> est construite avec une instance du chargeur cache à utiliser. Le<literal>AsyncCacheLoader</literal> délègue ensuite toutes le requêtes au chargeur cache sous-jacent, en utilisant un thread séparé si necéssaire. Voir les documentations javadocs sur <literal>org.jboss.cache.loader."
+"<literal>async</literal> détermine s'il écrit dans le bloc du chargeur-cache jusqu'à complétion, ou s'il est exécuté sur un thread séparé de façon à ce que thread retourne immédiatement. Si cela est paramétré à 'true', une instance de <literal>org.jboss.cache.loader.AsyncCacheLoader</literal> est construite avec une instance du chargeur cache à utiliser. Le<literal>AsyncCacheLoader</literal> délègue ensuite toutes le requêtes au chargeur cache sous-jacent, en utilisant un thread séparé si nécessaire. Voir les documentations javadocs sur <literal>org.jboss.cache.loader."
"AsyncCacheLoader</literal> pour davantage de détails. Si non-spécifiés, les éléments <literal>async</literal> par défaut <emphasis>false</emphasis>. "
-"<emphasis>Analogue è l'attribut <literal>CacheLoaderAsynchronous</literal> "
+"<emphasis>Analogue à l'attribut <literal>CacheLoaderAsynchronous</literal> "
"des configurations pré-1.3.0.</emphasis>"
#. Tag: para
@@ -1172,7 +1163,7 @@
"the <literal>async</literal> element to true."
msgstr ""
"<emphasis role=\"bold\">Notez qu'en utilisant l'élément <literal>async</literal>:</"
-"emphasis> il y a toujours la possibilité de mauvaises lectures car toutes les écritures sont performées de façon asynchrônes, et il est donc impossible de garantir quand (ou même si) une écriture va réussir. Vous devez vous en souvenir lorsque vous configurez l'élément <literal>async</literal> à 'true'."
+"emphasis> il y a toujours la possibilité de mauvaises lectures car toutes les écritures sont performées de façon asynchrones, et il est donc impossible de garantir quand (ou même si) une écriture va réussir. Vous devez vous en souvenir lorsque vous configurez l'élément <literal>async</literal> à 'true'."
#. Tag: para
#: Cache_loaders.xml:147
@@ -1186,7 +1177,7 @@
"allows you to write to the 'local' file cache loader but not the shared JDBC "
"cache loader. This property defaults to <literal>false</literal>, so writes "
"are propagated to all cache loaders configured."
-msgstr "<literal>ignoreModifications</literal> determine si les méthodes 'write' sont poussées vers le chargeur cache spécific. Vous pouvez vous trouver dans une situation ou les données d'une application transiente devraient uniquement se trouver dans un chargeur cache basé-fichier, sur le même serveur que le cache en-mémoire, par exemple, avec un chargeur-cache JDBC partagé, utilisé par tous les serveurs du réseau. Cette fonction vous permet d'écrire au chargeur cache du fichier 'local', mais pas le chargeur cache partagé JDBC. Cette propriété prend pour valeur par défaut <literal>false</literal>, donc les écritures sont propagées à tous les chargeurs cache configurés."
+msgstr "<literal>ignoreModifications</literal> détermine si les méthodes 'write' sont poussées vers le chargeur cache spécifique. Vous pouvez vous trouver dans une situation où les données d'une application transiente devraient uniquement se trouver dans un chargeur cache basé-fichier, sur le même serveur que le cache en-mémoire, par exemple, avec un chargeur-cache JDBC partagé, utilisé par tous les serveurs du réseau. Cette fonction vous permet d'écrire au chargeur cache du fichier 'local', mais pas le chargeur cache partagé JDBC. Cette propriété prend pour valeur par défaut <literal>false</literal>, donc les écritures sont propagées à tous les chargeurs cache configurés."
#. Tag: para
#: Cache_loaders.xml:150
@@ -1197,7 +1188,7 @@
"cache loader starts up."
msgstr ""
"<literal>purgeOnStatup</literal> vide le chargeur cache spécifié (si "
-"<literal>ignoreModifications</literal> est <literal>false</literal>) quand le chargeur cache démarre."
+"<literal>ignoreModifications</literal> est <literal>false</literal>) quand le chargeur cache démmarre."
#. Tag: title
#: Cache_loaders.xml:156
@@ -1211,7 +1202,7 @@
msgid ""
"A CacheLoader can be used to enforce node passivation and activation on "
"eviction in a TreeCache."
-msgstr "Un CacheLoader peut être utilisé pour enforcer une passivation et une activation de noeud en éviction dans un TreeCache."
+msgstr "Un CacheLoader peut être utilisé pour forcer une passivation et une activation de noeud en éviction dans un TreeCache."
#. Tag: para
#: Cache_loaders.xml:160
@@ -1223,7 +1214,7 @@
"process of restoring an object from the data store into the in-memory cache "
"when it's needed to be used. In both cases, the configured CacheLoader will "
"be used to read from the data store and write to the data store."
-msgstr "<emphasis>Cache Passivation</emphasis> est le process de supprimer un objet d'un cache en-mémoire et de l'inscrire dans un datastore secondaire (par ex., un système de fichier, base de données) au moment de l'éviction. <emphasis>Cache Activation</emphasis> est le process de restaurer un objet d'un datastore dans le cache en-mémoire lorsqu'on a besoin de l'utiliser. Dans les deux cas, le CacheLoader en-mémoire sera utilisé pour lire le datastore et pour écrire dans le datastore."
+msgstr "<emphasis>Cache Passivation</emphasis> est le processus de suppression d'un objet d'un cache en-mémoire et son inscription dans un datastore secondaire (par ex., un système de fichier, base de données) au moment de l'éviction. <emphasis>Cache Activation</emphasis> est le processus de restauration d'un objet d'un datastore dans le cache en-mémoire lorsqu'on a besoin de l'utiliser. Dans les deux cas, le CacheLoader configuré en-mémoire sera utilisé pour lire le datastore et pour écrire dans le datastore."
#. Tag: para
#: Cache_loaders.xml:163
@@ -1238,7 +1229,7 @@
"children have been loaded, they're removed from the cache loader and a "
"notification is emitted to the tree cache listeners that the node has been "
"activated."
-msgstr "Quand la police d'éviction en cours appelle evic() pour rejeter un noeud du cache, si la passivation est activée, une notice indiquant que le noeud est en cours de passivation (désactivation) sera émise vers les listeners du cache d'aborescence et vers le noeud, et ses enfants seront stockés dans un store de chargeur cache. Quand un utilisateur appelle get() sur un noeud qui a été évicté plus tôt, le noeud est chargé (lazy loading) du store du charger cache dans un cache en-mémoire. Quand le noeud et ses enfants ont été chargés, ils sont supprimés du chargeur cache et les listeners cache d'aborescence reçoivent une notification qui indique que le noeud a été activé."
+msgstr "Quand la police d'éviction en cours appelle evic() pour rejeter un noeud du cache, si la passivation est activée, une notice indiquant que le noeud est en cours de passivation (désactivation) sera émise vers les listeners du cache d'arborescence et vers le noeud, et ses enfants seront stockés dans un store de chargeur cache. Quand un utilisateur appelle get() sur un noeud qui a été expulsé plus tôt, le noeud est chargé (lazy loading) du store du charger cache dans un cache en-mémoire. Quand le noeud et ses enfants ont été chargés, ils sont supprimés du chargeur cache et les listeners cache d'arborescence reçoivent une notification qui indique que le noeud a bien été activé."
#. Tag: para
#: Cache_loaders.xml:166
@@ -1249,7 +1240,7 @@
"configuration file. The XML above shows the <literal>passivation</literal> "
"element when configuring a cache loader. When passivation is used, only the "
"first cache loader configured is used. All others are ignored."
-msgstr "Pour activer la passivation/activation cache, vous pouvez paramétrer <literal>passivation</literal> 'true'. La valeur par défaut est 'false'. Vous pouvez de configurer par le fichier de configuration XML cache. Le XML ci-dessus montre l'élément <literal>passivation</literal> au moment de la configuration du chargeur cache. Quand la passivation est utilisée, seul le premier chargeur cache est utilisé. Tous les autres sont ignorés."
+msgstr "Pour activer la passivation/activation cache, vous pouvez paramétrer <literal>passivation</literal> à 'true'. La valeur par défaut est 'false'. Vous pouvez le configurer par le fichier de configuration XML cache. Le XML ci-dessus montre l'élément <literal>passivation</literal> au moment de la configuration du chargeur cache. Quand la passivation est utilisée, seul le premier chargeur cache est utilisé. Tous les autres sont ignorés."
#. Tag: title
#: Cache_loaders.xml:172
@@ -1273,7 +1264,7 @@
"modifications back to the store. When the cache is started, depending on the "
"<literal>preload</literal> element, certain data can be preloaded, so that "
"the cache is partly warmed up."
-msgstr "Il s'agit du cas le plus simple. Nous avons une instance de JBossCache, dont le mode est <literal>LOCAL</literal>, donc sans réplication. Le CacheLoader se contente de charger les éléments non-existants du store et de stocker les modifications dans le store. En fonction de l'élément <literal>preload</literal>, quand le cache démarre, certaines données peuvent être pré-chargées, de façon à ce que le cache commence à être mis en condition."
+msgstr "Il s'agit du cas le plus simple. Nous avons une instance de JBossCache, dont le mode est <literal>LOCAL</literal>, donc sans réplication. Le CacheLoader se contente de charger les éléments non-existants du store et de stocker les modifications dans le store. En fonction de l'élément <literal>preload</literal>, quand le cache démarre, certaines données peuvent être pré-chargées, de façon à ce que le cache soit partiellement mis en condition."
#. Tag: para
#: Cache_loaders.xml:178
@@ -1283,13 +1274,13 @@
"database or a filesystem, and when accessing fields of a POJO, they will be "
"lazily loaded using the CacheLoader to access a backend store. This feature "
"effectively provides simple persistency for any POJO."
-msgstr "Lorsqu'on utilise PojoCache, les POJO entiers peuvent être stockés dans une base de donnée ou dans un système de fichiers, et quand vous accédez des champs d'un POJO, ils seront chargés en utilisant un CacheLoader pour accéder au store backend. Cette fonctionalité procure en fait une si,ple persistence pour n'importe quel POJO."
+msgstr "Lorsqu'on utilise PojoCache, les POJO entiers peuvent être stockés dans une base de donnée ou dans un système de fichiers, et quand vous accédez à des champs d'un POJO, ils seront chargés en utilisant un CacheLoader pour accéder au store backend. Cette fonctionalité procure en fait une simple persistance pour n'importe quel POJO."
#. Tag: title
#: Cache_loaders.xml:184
#, no-c-format
msgid "Replicated caches with all nodes sharing the same store"
-msgstr "Les caches répliqués avec tous les noeuds partageant le me store"
+msgstr "Les caches répliqués avec tous les noeuds partageant le même store"
#. Tag: para
#: Cache_loaders.xml:185
@@ -1318,7 +1309,7 @@
"mean that individual caches in a cluster might have different in-memory "
"state at any given time (largely depending on their preloading and eviction "
"strategies)."
-msgstr "Les deux noeuds possèdent un CacheLoader qui accède à un store backend partagé en commun. Cela pourrait être par exemple un système de fichiers partagés (utilisant le FileCacheLoader), ou une base de données partagées. Comme les deux noeuds ont accès au même store, ils n'ont pas forcément besoin d'un transfer d'état au démarrage.<footnote><para> Biensûr, ils peuvent permettre le transfert d'état, s'ils souhaitent obtenir un cache 'chaud' ou 'tiède' aprés le démarrage.</para></footnote>Ou bien, l'attribut <literal>FetchInMemoryState</literal> peut être installé à 'faux', résultant à une cache 'froid', qui se réchauffe petit à petit au fur et à mesure que les éléments accèdent et chargent pour la première fois. Cela signifierait que les caches individuels d'un groupement pourraient avoir différents états en-mémoire à un m oment donné (dépendant surtout sur leurs stratégies de pré-chargement et d'éviction)."
+msgstr "Les deux noeuds possèdent un CacheLoader qui accède à un store backend partagé en commun. Cela pourrait être par exemple un système de fichiers partagés (utilisant le FileCacheLoader), ou une base de données partagée. Comme les deux noeuds ont accès au même store, ils n'ont pas forcément besoin d'un transfert d'état au démarrage.<footnote><para> Biensûr, ils peuvent permettre le transfert d'état, s'ils souhaitent obtenir un cache 'chaud' ou 'tiède' après le démarrage. </para></footnote>Ou bien, l'attribut <literal>FetchInMemoryState</literal> peut être installé à 'faux', résultant à une cache 'froid', qui se réchauffe petit à petit au fur et à mesure qu'on accède aux éléments et qu'on les charge pour la première fois. Cela signifierait que les caches individuels d'un groupement pourraient avoir différents états en-mémoire à un moment donné (dépendant surtout sur leurs stratégies de pré-chargement et d'éviction)."
#. Tag: para
#: Cache_loaders.xml:202
@@ -1328,7 +1319,7 @@
"backend store. For example, if node1 made change C1 and node2 C2, then node1 "
"would tell its CacheLoader to store C1, and node2 would tell its CacheLoader "
"to store C2."
-msgstr "Lorsque vous stockez une valeur, celui qui écrit se préoccupe de stocker le changement dans le backend store. Par exemple, si le node1 modifie C1 et node2 C2, alors node1 instruirait son CacheLoader de stocker C1, et node2 instruirait CacheLoader de stocker C2."
+msgstr "Lorsque vous stockez une valeur, l'écrivain se préoccupe de stocker le changement dans le backend store. Par exemple, si le node1 modifie C1 et node2 C2, alors node1 instruirait son CacheLoader de stocker C1, et node2 instruirait CacheLoader de stocker C2."
#. Tag: title
#: Cache_loaders.xml:208
@@ -1355,19 +1346,19 @@
"is <emphasis>not</emphasis> on the caller's thread, in order not to slow "
"down the cluster by accessing (for example) a database. This is a non-issue "
"when using asynchronous replication."
-msgstr "C'est un cas comparable au cas précédent, sauf qu'ici, un noeud du groupement seulement interacte avec le backend store via son CacheLoader. Tous les autres noeuds performent une réplication en-mémoire. Un cas d'utilisation de cette réplication de session HTTP, où tous les noeuds répliquent des sessions en-mémoire, et, en plus, seulement un noeud sauvegarde les sessions dans un store backend persistent. Notez qu'il est logique que le CacheLoader stocke les changements de façon asynchrone, qui ne sont <emphasis>pas</emphasis> sur le thread de l'appelant, de façon à ralentir le groupement en accédant (par exemple) à une base de données. Ce n'est pas un problème en réplication asynchrone."
+msgstr "C'est un cas comparable au cas précédent, sauf qu'ici, un noeud du groupement seulement interacte avec le backend store via son CacheLoader. Tous les autres noeuds performent une réplication en-mémoire. Un cas d'utilisation de cette réplication de session HTTP, où tous les noeuds répliquent des sessions en-mémoire, et, - en plus - , seulement un noeud sauvegarde les sessions dans un store backend persistant. Notez qu'il est logique que le CacheLoader stocke les changements de façon asynchrone, qui ne sont <emphasis>pas</emphasis> sur le thread de l'appelant, de façon à ralentir le groupement en accédant (par exemple) à une base de données. Ce n'est pas un problème en réplication asynchrone."
#. Tag: title
#: Cache_loaders.xml:225
#, no-c-format
msgid "Replicated caches with each node having its own store"
-msgstr "Caches répliqués avec un store pour cahque noeud"
+msgstr "Caches répliqués pour chaque noeud possédant son propre store"
#. Tag: title
#: Cache_loaders.xml:227
#, no-c-format
msgid "2 nodes each having its own backend store"
-msgstr "2 noeuds ayant chacun leur propre store backend"
+msgstr "2 noeuds ayant chacun leur propre backend store"
#. Tag: para
#: Cache_loaders.xml:234
@@ -1389,7 +1380,7 @@
"that means it doesn't implement recovery. When used with a "
"TransactionManager that supports recovery, this functionality is not "
"available."
-msgstr "Notez que le JBossCache actuel n'est <emphasis>pas</emphasis> une XAResource, c'est à dire qu'il n'implémente pas un recouvrement. Lorsqu'il est utilisé avec un transactionManager qui prend en charge le recouvrement, cette fonctionalité n'est pas disponible."
+msgstr "Notez que le JBossCache actuel n'est <emphasis>pas</emphasis> une XAResource, c'est à dire qu'il n'implémente pas un recouvrement. Lorsqu'elle est utilisée avec un TransactionManager qui prend en charge le recouvrement, cette fonctionalité n'est pas disponible."
#. Tag: para
#: Cache_loaders.xml:240
@@ -1403,7 +1394,7 @@
#: Cache_loaders.xml:245
#, no-c-format
msgid "Tell the coordinator (oldest node in a cluster) to send it the state"
-msgstr "De dire au coordinateur (ancien noeud dans le groupement) de l'envoyer dans l'état"
+msgstr "Indiquez au coordinateur (ancien noeud dans le groupement) de l'envoyer dans l'état"
#. Tag: para
#: Cache_loaders.xml:250
@@ -1430,7 +1421,9 @@
"The new node then tells its CacheLoader to store that state in its store, "
"overwriting the old state. This is the <literal>CacheLoader.storeEntireState"
"()</literal> method"
-msgstr "Le nouveau noeud indique alors au CacheLoader de stocker cet état dans son store, remplaçant ainsi l'état précédent. C'est la méthode <literal>loadEntireState()</literal>."
+msgstr ""
+"Le nouveau noeud indique alors au CacheLoader de stocker cet état dans son store, remplaçant ainsi l'état précédent. C'est la méthode <literal>CacheLoader.storeEntireState"
+"()</literal>."
#. Tag: para
#: Cache_loaders.xml:265
@@ -1438,7 +1431,7 @@
msgid ""
"As an option, the transient (in-memory) state can be transferred as well "
"during the state transfer."
-msgstr "En option, l'état transient (en-mémoire) peut être également transféré pendant le transfert d'état."
+msgstr "En option, l'état transitoire (en-mémoire) peut être également transféré pendant le transfert d'état."
#. Tag: para
#: Cache_loaders.xml:270
@@ -1463,7 +1456,7 @@
"<literal>LocalDelegatingCacheLoader</literal>. This type of hierarchy can "
"currently only be set up programmatically. The code below shows how a first-"
"level cache delegates to a local second-level cache:"
-msgstr "Si vous avez besoin de mettre en place une hiérarchie dans un VM simple, vous pouvez utiliser <literal>LocalDelegatingCacheLoader</literal>. Ce type de hiérarchie ne peut uniquement être installée programmatiquement. Le code ci-dessous montre comment le premier cache est délégué à un cache local de second niveau."
+msgstr "Si vous avez besoin de mettre en place une hiérarchie dans un simple VM, vous pouvez utiliser <literal>LocalDelegatingCacheLoader</literal>. Ce type de hiérarchie ne peut uniquement être installée programmatiquement. Le code ci-dessous montre comment le cache de premier niveau est délégué à un cache local de second niveau."
#. Tag: programlisting
#: Cache_loaders.xml:284
@@ -1523,7 +1516,7 @@
"any reason, the second cache in the cluster to come online becomes the "
"coordinator and so on. The XML below shows how to configure a cluster using "
"<literal>RpcDelegatingCacheLoader</literal>:"
-msgstr "Si vous avez besoin de créer une hiérarchie à travers VM, mais au sein du groupement, vouspouvez utiliser <literal>RpcDelegatingCacheLoader</literal>, qui délègue toutes les demandes cache loading en provenance des caches non coordinateurs vers les cache coordinateur du groupement. Le cache coordinateur est le premier cache du groupement à apparaître en ligne. Notez que si le cache coordinateur quitte le groupement pour n'importe quelle raison, le deuxième cache du groupement à apparaître en ligne devient le coordinateur, et ainsi de suite. Le XML ci-dessus montre comment configurer un groupement en utilisant <literal>RpcDelegatingCacheLoader</literal>:"
+msgstr "Si vous avez besoin de créer une hiérarchie à travers VM, mais au sein du groupement, vous pouvez utiliser <literal>RpcDelegatingCacheLoader</literal>, qui délègue toutes les demandes cache loading en provenance des caches non coordinateurs vers le cache coordinateur du groupement. Le cache coordinateur est le premier cache du groupement à apparaître en ligne. Notez que si le cache coordinateur quitte le groupement pour n'importe quelle raison, le deuxième cache du groupement à apparaître en ligne devient le coordinateur, et ainsi de suite. Le XML ci-dessus montre comment configurer un groupement en utilisant <literal>RpcDelegatingCacheLoader</literal>:"
#. Tag: programlisting
#: Cache_loaders.xml:288
@@ -1616,7 +1609,7 @@
"Note that currently (JBossCache 1.3.0) this cache loader is not well "
"supported, and has not been tested. We suggest to use "
"TcpDelegatingCacheLoader instead (see next)."
-msgstr "Notez qu'actuellement, ce cache loader (JBossCache 1.3.0) n'est pas très bien pris en charge, et n'a pas été testé. Nous suggerons que vous utilisiez tcpDelegatingCacheLoader à la place (voir la suite)."
+msgstr "Notez qu'actuellement, ce cache loader (JBossCache 1.3.0) n'est pas très bien pris en charge, et n'a pas été testé. Nous suggérons que vous utilisiez tcpDelegatingCacheLoader à la place (voir la suite)."
#. Tag: title
#: Cache_loaders.xml:297
@@ -1633,7 +1626,7 @@
"different process on the same host, or (c) in a different process on a "
"different host. Option (a) is mostly used for unit testing, and the "
"envisaged use is (b) and (c)."
-msgstr "Ce cache loader permet de déléguer des chargements de données et de les stocker dans une autre instance de JBossCache, qui pourrait résider (a) dans le même espace adresse, (b) dans un process différent sur le même hôte, ou (c) dans un process différent sur un hôte différent. Option (a) est surtout utilisée pour tester les unités, et l'utilisation envisagée est (b) et (c)."
+msgstr "Ce cache loader permet de déléguer des chargements de données et de les stocker dans une autre instance de JBossCache, qui pourrait résider (a) dans le même espace adresse, (b) dans un processus différent sur le même hôte, ou (c) dans un processus différent sur un hôte différent. Option (a) est surtout utilisée pour tester les unités, et l'utilisation envisagée est (b) et (c)."
#. Tag: para
#: Cache_loaders.xml:301
@@ -1643,7 +1636,7 @@
"standalone process, or embedded as an MBean inside JBoss. The TcpCacheServer "
"has a reference to another JBossCache, which it can create itself, or which "
"is given to it (e.g. by JBoss, using dependency injection)."
-msgstr "Un TcpDelegatingCacheLoader rentre en communication avec un TcpCacheServer éloigné, ce qui peut être un process autonome, ou intégré sous la forme d'un MBean dans JBoss. Le TcpCacheServer est référencé par rapport à un autre JBossCache, qui peut se créer lui-même, ou à qui il est donné (par ex. par JBoss, utilisant une injection de dépendance)."
+msgstr "Un TcpDelegatingCacheLoader rentre en communication avec un TcpCacheServer éloigné, ce qui peut être un processus autonome, ou intégré sous la forme d'un MBean dans JBoss. Le TcpCacheServer est référencé par rapport à un autre JBossCache, qui peut se créer lui-même, ou à qui il est donné (par ex. par JBoss, utilisant une injection de dépendance)."
#. Tag: para
#: Cache_loaders.xml:304
@@ -1763,7 +1756,7 @@
msgid ""
"This means this instance of JBossCache will delegate all load and store "
"requests to the remote TcpCacheServer running at localhost:7500."
-msgstr "Cela signifie que cette instance de JBossCache va déléguer toute la charge et stockera les demandes vers le TcpCacheServer éloigné, exécuté sur l'hôte local: 7500."
+msgstr "Cela signifie que cette instance de JBossCache va déléguer toute la charge et stockera les demandes vers le TcpCacheServer éloigné, exécuté sur l'hôte local:7500."
#. Tag: para
#: Cache_loaders.xml:326
@@ -1779,7 +1772,7 @@
"TcpCacheServer serves as a natural cache in front of the DB (assuming that a "
"network round trip is faster than a DB access (which usually also include a "
"network round trip))."
-msgstr "Un cas typique d'utilisation serait l'instance répliquée mutiple de l'instance de JBossCache dans le même groupement, déléguant dans la même instance TcpCacheServer. TcpCacheServer pourrait lui-même être délégué à une base de données via JDBCCacheLoader, mais ce qui nous interesse, c'est que - si nous avons 5 noeuds accédant simultanément le même ensemble de données - ils déchargeront les données du TcpCacheServer, qui doit exécuter un SQL statement par groupe de données non chargées. Si les noeuds sont directement allés vers la base de données, alors le même SQL serait exécuté à plusieurs reprises. Si les noeuds allaient directement à la base de données, alors nous aurions le même SQL exécuté plusieurs fois. Donc TcpCacheServer sert de cache naturel devant DB (en assumant qu'un aller-retour réseau est plus rapide qu'un accès DB, qui inclut lui-même normalement une aller-retour réseau)."
+msgstr "Un cas typique d'utilisation serait l'instance répliquée mutiple de l'instance de JBossCache dans le même groupement, déléguant dans la même instance TcpCacheServer. TcpCacheServer pourrait lui-même être délégué à une base de données via JDBCCacheLoader, mais ce qui nous intéresse, c'est que - si nous avons 5 noeuds accédant simultanément le même ensemble de données - ils déchargeront les données du TcpCacheServer, qui doit exécuter un énoncé SQL par groupe de données non chargées. Si les noeuds sont directement allés vers la base de données, alors le même SQL serait exécuté à plusieurs reprises. Donc TcpCacheServer sert de cache naturel devant DB (en assumant qu'un aller-retour réseau est plus rapide qu'un accès DB, qui inclut lui-même normalement un aller-retour réseau)."
#. Tag: para
#: Cache_loaders.xml:329
@@ -1790,7 +1783,7 @@
"the second a TcpDelegatingCacheLoader, and the last a JDBCacheLoader, "
"effectively defining our cost of access to a cache in increasing order of "
"cost."
-msgstr "Pour redresser SPF, nous pourrions le combiner avec un CacheLoader, où le premier CacheLoader est un ClusteredCacheLoader, le second un TcpDelegatingCacheLoader, et le dernier un JDBCacheLoader, déterminant notre coût d'accès à un cache dans un ordre croissant de coût."
+msgstr "Pour redresser SPF, nous pourrions le combiner avec un ChainingCacheLoader, où le premier CacheLoader est un ClusteredCacheLoader, le second un TcpDelegatingCacheLoader, et le dernier un JDBCacheLoader, déterminant précisément notre coût d'accès à un cache dans un ordre croissant de coût."
#. Tag: title
#: Cache_loaders.xml:337
@@ -1816,10 +1809,7 @@
"standalone process. The RmiCacheServer has a reference to another "
"JBossCache, which it can create itself, or which is given to it (e.g. by "
"JBoss, using dependency injection)."
-msgstr ""
-"Un RmiDelegatingCacheLoader communique avec un RmiCacheServer, qui est un processus autonome. Le RmiCacheServer contient un référence vers un autre "
-"JBossCache, qu'il peut créer lui-même, ou bien qui lui est donné (par ex. par "
-"JBoss, utilisant une injection de dépendence)."
+msgstr "Un RmiDelegatingCacheLoader communique avec un RmiCacheServer, qui est un processus autonome. Le RmiCacheServer contient une référence vers un autre JBossCache, qu'il peut créer lui-même, ou bien qui lui est donné (par ex. par JBoss, utilisant une injection de dépendence)."
#. Tag: para
#: Cache_loaders.xml:344
@@ -1944,7 +1934,7 @@
"This means this instance of JBossCache will delegate all load and store "
"requests to the remote RmiCacheServer running as MyRmiCacheServer on an RMI "
"server running on localhost:1098."
-msgstr "Cela signifie que cette instance de JBossCache va déléguer tous ses déchargements et toutes ses requêtes store au RmiCacheServer distant opérant en tant que MyRmiCacheServer sur un seveur RMI du localhost:1098."
+msgstr "Cela signifie que cette instance de JBossCache va déléguer tous ses déchargements et toutes ses requêtes store au RmiCacheServer distant opérant en tant que MyRmiCacheServer sur un serveur RMI du localhost:1098."
#. Tag: para
#: Cache_loaders.xml:366
@@ -1952,7 +1942,7 @@
msgid ""
"Very similar use case scenarios that apply to TcpDelegatingCacheLoaders "
"above apply to RmiDelegatingCacheLoaders as well."
-msgstr "Des scénarios d'utilisation très semblables qui s'appliquent à TcpDelegatingCacheLoaders ci-dessus, s'appliquent également à RmiDelegatingCacheLoaders."
+msgstr "Des scénarios d'utilisation très semblables qui s'appliquent à TcpDelegatingCacheLoaders ci-dessus, s'appliquent également aux RmiDelegatingCacheLoaders."
#. Tag: title
#: Cache_loaders.xml:376
@@ -2137,7 +2127,7 @@
#: Cache_loaders.xml:445
#, no-c-format
msgid "JDBC driver"
-msgstr "pilote JDBC"
+msgstr "Pilote JDBC"
#. Tag: para
#: Cache_loaders.xml:446
@@ -2186,7 +2176,7 @@
"Below is an example of a JDBC CacheLoader using Oracle as database. The "
"CacheLoaderConfiguration XML element contains an arbitrary set of properties "
"which define the database-related configuration."
-msgstr "Vous trouverez ci-dessous un exempe de JDBC CacheLoader qui utilise Oracle comme base de données. L'élément XML CacheLoaderConfiguration comprend un ensemble arbitraire de propriétés qui définissent la configuration liée à la base de données."
+msgstr "Vous trouverez ci-dessous un exemple de JDBC CacheLoader qui utilise Oracle comme base de données. L'élément XML CacheLoaderConfiguration comprend un ensemble arbitraire de propriétés qui définissent la configuration liée à la base de données."
#. Tag: programlisting
#: Cache_loaders.xml:470
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Compatibility.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Compatibility.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Compatibility.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Compatibility\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-04 13:42+1000\n"
+"PO-Revision-Date: 2008-09-11 11:48+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -21,7 +21,7 @@
#: Compatibility.xml:10
#, no-c-format
msgid "Version Compatibility and Interoperability"
-msgstr "Compatibilité et interopérabilité de cette version"
+msgstr "Compatibilité et inter-opérabilité de cette version"
#. Tag: para
#: Compatibility.xml:11
@@ -36,7 +36,7 @@
"state transfer messages. Note however that interoperability requires use of "
"the same JGroups version in all nodes in the cluster. In most cases, the "
"version of JGroups used by a version of JBoss Cache can be upgraded."
-msgstr "Bien qu'il n'existe aucune garantie, au sein d'une version principale, les diverses versions de JBoss Cache doivent être compatibles et interopérables. Elles doivent être compatibles dans le sens ou il devrait être possible de mettre une application à niveau simplement en remplaçant les jars. Elles doivent être interopérables dans le sens ou si deux versions différentes de JBoss cache sont utilisées dans le même groupement, elles doivent être en mesure d'échanger les messages de transferts d'états et de réplication. Notez malgré tout que l'interopérabilité exige l'utilisation de la même version JGroups pour tous les noeuds du groupement. Dans la plupart des cas, on peut mettre à niveau la version de JBoss Cache utilisée par JGroups."
+msgstr "Bien qu'il n'existe aucune garantie, au sein d'une version principale, les diverses versions de JBoss Cache doivent être compatibles et inter-opérables. Elles doivent être compatibles dans le sens où il devrait être possible de mettre une application à niveau simplement en remplaçant les jars. Elles doivent être inter-opérables dans le sens où si deux versions différentes de JBoss cache sont utilisées dans le même groupement, elles doivent être en mesure d'échanger les messages de transferts d'états et de réplication. Notez malgré tout que l'interopérabilité exige l'utilisation de la même version JGroups pour tous les noeuds du groupement. Dans la plupart des cas, on peut mettre à niveau la version de JBoss Cache utilisée par JGroups."
#. Tag: para
#: Compatibility.xml:14
@@ -50,7 +50,7 @@
"releases. If you have built applications on top of 1.2.4 or 1.2.4.SP1, "
"please recompile before upgrading to 1.2.4.SP2 in order to be sure you have "
"no issues."
-msgstr "Dans les versions 1.2.4 et 1.2.4.SP1, la compatibilité et l'interopérabilité API par rapport aux versions précédentes, étaient compromise. Le but primaire de la version 1.2.4.SP2 était de restaurer ces compatibilité et interopérabilité. Notez, cependant, que cette restauration de la compatibilité API par rapport aux versions précédentes implique que 1.2.4.SP2 n'est pas complètement compatible avec les deux autres versions 1.2.4. Su vous avez construit des applications superposées sur 1.2.4 et 1.2.4 SP1, veuillez recompiler avant de mettre à niveau vers 1.2.4.SP2 pour éviter tout problème."
+msgstr "Dans les versions 1.2.4 et 1.2.4.SP1, la compatibilité et l'inter-opérabilité API par rapport aux versions précédentes, étaient compromise. Le but primaire de la version 1.2.4.SP2 était de restaurer ces compatibilité et inter-opérabilité. Notez, cependant, que cette restauration de la compatibilité API par rapport aux versions précédentes implique que 1.2.4.SP2 ne soit pas complètement compatible avec les deux autres versions 1.2.4. Si vous avez construit des applications superposées sur 1.2.4 et 1.2.4 SP1, veuillez recompiler avant de mettre à niveau vers 1.2.4.SP2 pour éviter tout problème."
#. Tag: para
#: Compatibility.xml:17
@@ -65,7 +65,7 @@
"understood by the indicated release. This mechanism allows us to improve "
"JBoss Cache by using more efficient wire formats while still providing a "
"means to preserve interoperability."
-msgstr "A partir de 1.2.SP2, on a ajouté un nouvel attribut de configuration <literal>ReplicationVersion</literal>. Cet attribut doit être paramétré pour permettre toute interopérabilité avec les versions précédentes. La valeur est le nom de la version pour laquelle on souhaite une interopérabilité, comme par exemple \"1.2.3\". Si cet attribut est configuré, le wire format des messages de transfert d'états et de réplication se conformeront à ceux de la version indiquée. Ce mécanisme nous permet d'améliorer JBoss Cache en utilisant les wire formats plus efficacement tout en offrant un moyen de préserver l'interopérabilité."
+msgstr "A partir de 1.2.SP2, on a ajouté un nouvel attribut de configuration <literal>ReplicationVersion</literal>. Cet attribut doit être paramétré pour permettre toute inter-opérabilité avec les versions précédentes. La valeur est le nom de la version pour laquelle on souhaite une inter-opérabilité, comme par exemple \"1.2.3\". Si cet attribut est configuré, le wire format des messages de transfert d'états et de réplication se conformeront à ceux de la version indiquée. Ce mécanisme nous permet d'améliorer JBoss Cache en utilisant les wire formats plus efficacement tout en offrant un moyen de préserver l'interopérabilité."
#. Tag: para
#: Compatibility.xml:20
@@ -80,7 +80,5 @@
"<literal>ReplicationVersion</literal> to <literal>1.2.3</literal> on all "
"caches, a workaround is to set system property <literal>jboss.cache."
"fqn.123compatible</literal> to <literal>true</literal>."
-msgstr ""
-"Dans de rares cas, des instances multiples et différentes de JBoss Cache peuvent opérer sur chaque noeud du groupement, mais n'ont pas forcémente besoin d'interopérer avec un cache version 1.2.3, et donc certains caches ne pourront pas être configurés <literal>ReplicationVersion</literal> 1.2.3. Cela peut poser des problèmes pour la sérialisation des objets Fqn. Si vous utilisez ce genre de configuration, si vous avez des problèmes ou que vous ne souhaitez pas paramétrer <literal>ReplicationVersion</literal> à la valeur 1.2.3 sur tous les caches, vous pouvez toujours paramétrer la propriété <literal>jboss.cache."
-"fqn.123compatible</literal> à <literal>true</literal> (vrai)."
+msgstr "Dans de rares cas, des instances multiples et différentes de JBoss Cache peuvent opérer sur chaque noeud du groupement, mais n'ont pas forcément besoin d'interopérer avec un cache version 1.2.3, et donc certains caches ne pourront pas être configurés avec <literal>ReplicationVersion</literal> fixé à 1.2.3. Cela peut poser des problèmes pour la sérialisation des objets Fqn. Si vous utilisez ce genre de configuration, si vous avez des problèmes ou que vous ne souhaitez pas paramétrer <literal>ReplicationVersion</literal> à la valeur 1.2.3 sur tous les caches, vous pouvez toujours paramétrer la propriété <literal>jboss.cache.fqn.123compatible</literal> à <literal>true</literal> (vrai)."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Configuration.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Configuration.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Configuration.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Configuration\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-05 10:24+1000\n"
+"PO-Revision-Date: 2008-09-11 13:21+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -655,9 +655,7 @@
msgstr ""
"La configuration de la pile sous-jacente JGroups. Ignorée si "
"<literal>MultiplexerService</literal> et <literal>MultiplexerStack</"
-"literal> sont utilisés. Voir les différents fichiers *-service.xml dans le dossier de la distribution source <literal>etc/META-INF</literal> pour les exemples. Voir la documentation JGroups"
-"<ulink url=\"http://www.jgroups.org\"></ulink> ou bien la page wiki JGroups"
-"<ulink url=\"http://wiki.jboss.org/wiki/Wiki.jsp?page=JGroups\"></ulink> pour plus d'information."
+"literal> sont utilisés. Voir les différents fichiers *-service.xml dans le dossier de la distribution source <literal>etc/META-INF</literal> pour les exemples. Voir la documentation JGroups<ulink url=\"http://www.jgroups.org\"></ulink> ou bien la page wiki JGroups<ulink url=\"http://wiki.jboss.org/wiki/Wiki.jsp?page=JGroups\"></ulink> pour plus d'information."
#. Tag: para
#: Configuration.xml:97
@@ -715,7 +713,7 @@
"Whether or not to acquire the initial in-memory state from existing members. "
"Allows for hot/cold caches (true/false). Also see the fetchPersistentState "
"element in CacheLoaderConfiguration."
-msgstr "Pour savoir si on doit acquérir l'état initial en-mémoire des membres existant. Autoriser les caches hot/cold (tru/false). Aussi, voir l'élément fetchPersistentState dans CacheLoaderConfiguration."
+msgstr "Pour savoir si on doit acquérir l'état initial en-mémoire des membres existants. Autoriser les caches hot/cold (true/false). Aussi, voir l'élément fetchPersistentState dans CacheLoaderConfiguration."
#. Tag: para
#: Configuration.xml:145
@@ -734,7 +732,7 @@
"be set to true if <literal>UseRegionBasedMarshalling</literal> is also "
"<literal>true</literal>."
msgstr ""
-"Ne répond aux messages de réplication après que <literal>EvictionPolicyConfig</literal>.soit appelé pour activer une ou plusieurs parties de l'arborescence, qu'elle soit active dans son ensemble ou non au démarrage. Si 'true', la propriété <literal>FetchInMemoryState</literal> est ignorée. Cette propriété doit être configurée à 'true' que si <literal>UseRegionBasedMarshalling</literal> est également configuré à "
+"Ne répond aux messages de réplication après que <literal>activateRegion()</literal>.soit appelé pour activer une ou plusieurs parties de l'arborescence, qu'elle soit active dans son ensemble ou non au démarrage. Si 'true', la propriété <literal>FetchInMemoryState</literal> est ignorée. Cette propriété ne doit être configurée à 'true' que si <literal>UseRegionBasedMarshalling</literal> est également configurée à "
"<literal>true</literal>."
#. Tag: para
@@ -804,7 +802,7 @@
"configuration of the channel will be that associated with "
"<literal>MultiplexerStack</literal>. The <literal>ClusterConfig</literal> "
"attribute will be ignored."
-msgstr "Le nom de l'objet JMX du service qui définit le multiplexer JGroups. Dans JBoss AS 5, ce service est normalement défini dans le jgroups-multiplexer.sar. Si cet attribut est défini, le cache cherchera le service multiplexer dans JMX et l'utilisera pour obtenir le canal multiplexe JGroups. La configuration de ce canal sera celle qui est associée avec <literal>MultiplexerStack</literal>. L'attribut <literal>ClusterConfig</literal> sera ignoré."
+msgstr "Le nom de l'objet JMX du service qui définit le multiplexer JGroups. Dans JBoss AS 5, ce service est normalement défini dans le jgroups-multiplexer.sar. Si cet attribut est défini, le cache cherchera le service multiplexer dans JMX et l'utilisera pour obtenir le canal multiplexe JGroups. La configuration de ce canal sera celle qui est associée à <literal>MultiplexerStack</literal>. L'attribut <literal>ClusterConfig</literal> sera ignoré."
#. Tag: para
#: Configuration.xml:205
@@ -860,7 +858,7 @@
"release number, with any SP qualifer also separated by a dot, e.g. \"1.2.3\" "
"or \"1.2.4.SP2\"."
msgstr ""
-"Indique au cache de sérialiser le traffic du groupement dans un format consistant avec celui qui est utilisé par la version donnée de JBoss Cache. Des versions différentes de JBoss Cache utilisent des formats de wire différents. Paramétrer cet attribut indique à un cache d'une version plus récente de sérialiser des données qui utilisent un format d'une version antérieure. Ceci permet aux caches de différentes versions d'interopérer. Par exemple, un cache 1.2.4.SP2 pourrait avoir cette valeur configurée à \"1.2.3\", lui permettant d'interopérer avec un cache 1.2.3. Les valeurs valides correspondent à un nombre de version séparé-par-un-point, avec un qualifer SP également séparé par un point, commepar ex. \"1.2.3\" "
+"Indique au cache de sérialiser le traffic du groupement dans un format consistant avec celui qui est utilisé par la version donnée de JBoss Cache. Des versions différentes de JBoss Cache utilisent des formats de wire différents. Paramétrer cet attribut indique à un cache d'une version plus récente de sérialiser des données qui utilisent un format d'une version antérieure. Ceci permet aux caches de différentes versions d'interopérer. Par exemple, un cache 1.2.4.SP2 pourrait avoir cette valeur configurée à \"1.2.3\", lui permettant d'interopérer avec un cache 1.2.3. Les valeurs valides correspondent à un nombre de version, séparé-par-un-point, avec un qualifer SP également séparé par un point, comme par ex. \"1.2.3\" "
"ou \"1.2.4.SP2\"."
#. Tag: para
@@ -875,7 +873,7 @@
msgid ""
"Time in milliseconds for elements from the replication queue to be "
"replicated."
-msgstr "Durée en millesecondes pour que les éléments de la queue de réplication soient répliqués."
+msgstr "Durée en millesecondes pour que les éléments de la file d'attente de réplication soient répliquée."
#. Tag: para
#: Configuration.xml:253
@@ -905,7 +903,7 @@
"penalty to enabling this, especially when running in a large cluster, but "
"the upsides are greater cluster-wide data integrity. See the chapter on "
"Clustered Caches for more information on this."
-msgstr "Cette option est utilisée pour contrôler le comportement de la partie validation du protocole de validation en 2-phases, quand on utilise REPL_SYNC (ne s'applique pas aux autres modes cache). Par défaut, cette valeur est fixée à <literal>false</literal>. Il existe une pénalité de performance pour l'activer, surtout lorsqu'on exécute un groupement important, mais les avantages sont plus importants que l'intégrité des données à l'échelle du groupement. Voir le chapitre sur les Caches Clusterisés pour davantage d'informations sur ce sujet."
+msgstr "Cette option est utilisée pour contrôler le comportement de la partie validation du protocole de validation en 2-phases, quand on utilise REPL_SYNC (ne s'applique pas aux autres modes cache). Par défaut, cette valeur est fixée à <literal>false</literal>. Il existe une pénalité de performance pour l'activer, surtout lorsqu'on exécute un groupement important, mais les avantages sont plus importants que l'intégrité des données à l'échelle du groupement. Voir le chapitre sur les Caches Clustérisés pour davantage d'informations sur ce sujet."
#. Tag: para
#: Configuration.xml:277
@@ -919,7 +917,7 @@
msgid ""
"For synchronous replication: time in milliseconds to wait until replication "
"acks have been received from all nodes in the cluster."
-msgstr "Pour la réplication synchrône: durée en millesecondes pour que les acks de réplication aient été reçus par tous les noeuds du groupement."
+msgstr "Pour la réplication synchrone: durée en millesecondes pour que les acks (de l'anglais 'acknowledgement' / accord) de réplication aient été reçus par tous les noeuds du groupement."
#. Tag: para
#: Configuration.xml:289
@@ -952,7 +950,7 @@
"The fully qualified name of a class implementing TransactionManagerLookup. "
"Default is JBossTransactionManagerLookup. There is also an option of "
"DummyTransactionManagerLookup for example."
-msgstr "Nom complet d'une classe qui implémente TransactionManagerLookup. La valeur par défaut est JBossTransactionManagerLookup. Il existe également une option DummyTransactionManagerLookup comme example."
+msgstr "Nom complet d'une classe qui implémente TransactionManagerLookup. La valeur par défaut est JBossTransactionManagerLookup. Il existe également une option DummyTransactionManagerLookup pour exemple."
#. Tag: para
#: Configuration.xml:313
@@ -983,7 +981,7 @@
"When unmarshalling replicated data, this option specifies whether or not to "
"use different classloaders (for different cache regions). This defaults to "
"<literal>false</literal> if unspecified."
-msgstr "En cours de déconversion de données répliquées, cette option précise si on doit ou non utiliser les classloaders différents (pour les régions caches distinctes). Cette valeur est <literal>false</literal> par défaut."
+msgstr "En cours de désordonnancement (unmarshalling) de données répliquées, cette option précise si on doit ou non utiliser des classloaders différents (pour les régions caches distinctes). Cette valeur est <literal>false</literal> par défaut."
#. Tag: para
#: Configuration.xml:337
@@ -997,7 +995,7 @@
msgid ""
"For asynchronous replication: whether or not to use a replication queue "
"(true/false)."
-msgstr "Pour la réplication asynchrône: utiliser ou non une queue de réplication (true/false)."
+msgstr "Pour la réplication asynchrone: utiliser ou non une queue de réplication (true/false)."
#. Tag: para
#: Configuration.xml:349
@@ -1017,13 +1015,13 @@
"used with optimistic locking or other isolation levels."
msgstr ""
"Lorsqu'il est utilisé avec un verrouillage pessimiste et <literal>IsolationLevel</literal> de "
-"<literal>REPEATABLE_READ</literal>, ce paramètre précise si des noeuds parent ont besoin d'être verrouillé pour écriture lorsqu'on ajoute ou qu'on supprime des noeuds enfant. Cela empêche les lectures fantômes, procurant une intégrité des données \"plus forte-que-des-lectures-répétables\". La valeur par défaut est <literal>false</literal> et est ignorée si utilisé en conjonction à un verrouillage optimiste ou à des autres niveaux d'isolation."
+"<literal>REPEATABLE_READ</literal>, ce paramètre précise si des noeuds parent ont besoin d'être verrouillé pour écriture lorsqu'on ajoute ou qu'on supprime des noeuds enfant. Cela empêche les lectures fantômes, procurant une intégrité des données \"plus forte-que-des-lectures-répétables\". La valeur par défaut est <literal>false</literal> et est ignorée si utilisée en conjonction à un verrouillage optimiste ou à des autres niveaux d'isolation."
#. Tag: title
#: Configuration.xml:365
#, no-c-format
msgid "Overriding options"
-msgstr "Options primordiales"
+msgstr "Options prioritaires"
#. Tag: para
#: Configuration.xml:366
@@ -1040,6 +1038,6 @@
msgstr ""
"A partir de JBoss Cache 1.3.0, un nouvel API a été introduit, pour vous permettre de transcender certains comportements du cache sur la base d'une invocation. Cela implique la création d'une instance de <literal>org.jboss.cache.config.Option</"
"literal>, en fixant les options que vous souhaitez pour transcender l'objet <literal>Option</"
-"literal> et les passer en tant que paramètre aux versions surchargées de <literal>get()</literal>, <literal>put()</literal> et <literal>remove()</"
+"literal> et le passer en tant que paramètre aux versions surchargées de <literal>get()</literal>, <literal>put()</literal> et <literal>remove()</"
"literal>. Voir la documentation javadocs sur la classe <literal>Option</literal> pour davantage d'informations sur ces options."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Eviction_policies.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Eviction_policies.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Eviction_policies.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Eviction_policies\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-05 14:50+1000\n"
+"PO-Revision-Date: 2008-09-11 14:09+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -21,7 +21,7 @@
#: Eviction_policies.xml:10
#, no-c-format
msgid "Eviction Policies"
-msgstr "Politiques d'éviction"
+msgstr "Politiques d'éviction (expulsion)"
#. Tag: para
#: Eviction_policies.xml:11
@@ -54,7 +54,7 @@
"implementation that will know how to correlate cache add, remove, and visit "
"events back to a defined eviction behavior. It's the policy provider's "
"responsibility to decide when to call back the cache \"evict\" operation."
-msgstr "La structure de la politique d'éviction JBoss Cache est basée sur un modèle observable informellement couplé (albeit toujours asynchrône) pour lequel le gestionnaire régional d'éviction va enregistrer un <literal>TreeCacheListener</literal> pour enregistrer les événements cache et les rapporter aux politiques d'éviction. Lorsqu'on ajoute, retire, évicte, ou visite un noeud cache, le <literal>TreeCacheListener</literal> enregistré par l'éviction entretiendra les statistiques d'état et l'information sera transmise à chaque Région d'Eviction particulière. Chaque région peut définir une implémentation de <literal>EvictionPolicy</literal> qui saura comment corréler l'addition ou la suppression de cache, et qui saura visiter des événements de façon rétroative vers un comportement d'éviction bien défini. C'est la responsabilité du fournisseur de décider quand rappeler l'opération \"evict\" du cache."
+msgstr "La structure de la politique d'éviction JBoss Cache est basée sur un modèle observable informellement couplé (albeit toujours asynchrone) pour lequel le gestionnaire régional d'éviction va enregistrer un <literal>TreeCacheListener</literal> pour enregistrer les événements cache et les rapporter aux politiques d'éviction. Lorsqu'on ajoute, retire, expulse (evict), ou visite un noeud cache, le <literal>TreeCacheListener</literal> enregistré par l'Eviction entretiendra les statistiques d'état et l'information sera transmise à chaque Région d'Eviction particulière. Chaque région peut définir une implémentation de <literal>EvictionPolicy</literal> qui saura comment corréler l'addition ou la suppression de cache, et qui saura visiter des événements de façon rétroative vers un comportement d'éviction bien défini. C'est la responsabilité du fournisseur de décider quand rappeler l'opération \"evict\" du cache."
#. Tag: para
#: Eviction_policies.xml:19
@@ -66,7 +66,7 @@
"removes and visits (gets) to the cache during the configured interval. The "
"eviction thread is responsible for kicking off the eviction policy "
"processing (a single pass) for each configured eviction cache region."
-msgstr "Il existe un thread unique d'éviction (chronomètre) qui sera exécuté à interval paramétré. Ce thread appelera chaque fournisseur de politique et l'informera de tout ajout, suppression et visites (gets) agrégés de <literal>TreeCacheListener</literal> au cours de l'interval configuré. Le thread d'éviction est chargé de lancer le processus de politique d'éviction pour chaque région cache d'éviction configurée."
+msgstr "Il existe un thread unique d'éviction (chronomètre) qui sera exécuté à interval paramétré. Ce thread appellera chaque fournisseur de politique et l'informera de tout ajout, suppression et visites (gets) agrégés de <literal>TreeCacheListener</literal> au cache, au cours de l'interval configuré. Le thread d'éviction est chargé de lancer le processus de politique d'éviction pour chaque région cache d'éviction configurée."
#. Tag: para
#: Eviction_policies.xml:22
@@ -491,7 +491,7 @@
"methods for configured properties pertaining to the policy used on a given "
"cache region. (e.g. for LRUConfiguration there is a int getMaxNodes() and a "
"setMaxNodes(int))"
-msgstr "L'implémentation d'EvictionConfiguration doit maintenir les méthodes getter et setter poiurles propriétés configurées qui concernent la politique utilisée sur une région cache donnée. (par ex. pour la configuration LRUConfiguration, il existe une int getMaxNodes() et une setMaxNodes(int))"
+msgstr "L'implémentation d'EvictionConfiguration doit maintenir les méthodes getter et setter pour les propriétés configurées qui concernent la politique utilisée sur une région cache donnée. (par ex. pour la configuration LRUConfiguration, il existe une int getMaxNodes() et une setMaxNodes(int))"
#. Tag: para
#: Eviction_policies.xml:54
@@ -1414,7 +1414,7 @@
"because of held locks. That list is pruned. Finally, the EvictionQueue "
"itself is pruned for entries that should be evicted based upon the "
"configured eviction rules for the region."
-msgstr "La classe BaseEvictionAogorithm maintient une structure de traitement. Elle va traiter les événements ADD, REMOVE, et VISIT sur la file d'attente de la Région tout d'abord (les événements proviennent de EvictionTreeCacheListener). Elle maintient également un groupe d'éléments qui n'ont pas été évincés correctement au cours de la dernière séance en raison des verrous maintenus. Cette liste est assainie. Finalement, EvictionQueue elle-même est assainie des entrées qui doivent être évincées sur la base des règles d'éviction configurées pour la région."
+msgstr "La classe BaseEvictionAogorithm maintient une structure de traitement. Elle va traiter les événements ADD, REMOVE, et VISIT sur la file d'attente de la Région tout d'abord (les événements proviennent de EvictionTreeCacheListener). Elle maintient également un groupe d'éléments qui n'ont pas été expulsés correctement au cours de la dernière séance en raison des verrous maintenus. Cette liste est assainie. Finalement, EvictionQueue elle-même est assainie des entrées qui doivent être expulsées sur la base des règles d'éviction configurées pour la région."
#. Tag: programlisting
#: Eviction_policies.xml:69
@@ -1607,7 +1607,7 @@
"visited. This allows the Algorithm to determine whether to resort the "
"eviction queue items (in first to evict order) or to skip the potentially "
"expensive sorting if there have been no changes to the cache in this region."
-msgstr "La classse BaseSortedEvictionAlgorithm va maintenir un boolean au cours du traitement de l'algorithme qui va déterminer si des nouveaux noeuds sont été ajoutés ou visités. Cela permet à l'Algorithme de déterminer si on doit se rapporter aux éléments de la file d'attente d'éviction (dans l'ordre du premier à évincer d'abord) ou bien si on doit passer l'ordonnancement potentiellement dispensieux dans le cas ou il n'y a pas eu de changement de cache dans cette règion."
+msgstr "La classe BaseSortedEvictionAlgorithm va maintenir un boolean au cours du traitement de l'algorithme qui va déterminer si des nouveaux noeuds sont été ajoutés ou visités. Cela permet à l'Algorithme de déterminer si on doit se rapporter aux éléments de la file d'attente d'éviction (dans l'ordre du premier à expulser d'abord) ou bien si on doit passer l'ordonnancement potentiellement dispensieux dans le cas où il n'y a pas eu de changement de cache dans cette règion."
#. Tag: programlisting
#: Eviction_policies.xml:80
@@ -1639,13 +1639,13 @@
"evict order. The first entry in the list should evict before the last entry "
"in the queue. The last entry in the queue should be the last entry that will "
"require eviction."
-msgstr "L'interface SortedEvictionQueue détermine le contrat de la classe BaseSortedEvictionAlgorithm utilisée pour régler la file d'attente sous-jacente. Ici aussi, l'ordonnancement de la file d'attente doit opérer dans le sens du premier à évicter d'abord. La première entrée de la liste devrait évicter avant la dernière entrée dans la file d'attente. La dernière entrée de la file d'attente devrait être la dernière entrée qui doit être évictée."
+msgstr "L'interface SortedEvictionQueue détermine le contrat de la classe BaseSortedEvictionAlgorithm utilisée pour régler la file d'attente sous-jacente. Ici aussi, l'ordonnancement de la file d'attente doit opérer dans le sens du premier à expulser d'abord. La première entrée de la liste devrait expulser avant la dernière entrée dans la file d'attente. La dernière entrée de la file d'attente devrait être la dernière entrée qui doit être expulsée."
#. Tag: title
#: Eviction_policies.xml:94
#, no-c-format
msgid "TreeCache Eviction Policy Configuration"
-msgstr "Configuration de la politique d'éviction TreeCache"
+msgstr "Configuration de la politique d'Eviction TreeCache"
#. Tag: para
#: Eviction_policies.xml:95
@@ -1656,7 +1656,7 @@
"can define its own eviction policy provider or it can use the eviction "
"policy provider class defined at the cache level (1.2.x backwards "
"compatibility)"
-msgstr "TreeCache 1.2.X autorise une simple classe de fournisseur de politique d'éviction d'être configurée pour être utilisée dans toutes les régions. Pour TreeCache 1.3.x, chaque région cache peut définir sa propre fournisseur de politique d'éviction ou bien elle peut utiliser la classe de fournisseur de politique d'éviction déterminée par le niveau cache (1.2.x compatibilité rétroactive)"
+msgstr "TreeCache 1.2.X autorise une simple classe de fournisseur de politique d'éviction d'être configurée pour être utilisée dans toutes les régions. Pour TreeCache 1.3.x, chaque région cache peut définir son propre fournisseur de politique d'éviction ou bien elle peut utiliser la classe de fournisseur de politique d'éviction déterminée par le niveau cache (1.2.x compatibilité rétroactive)"
#. Tag: para
#: Eviction_policies.xml:98
@@ -1966,7 +1966,7 @@
"This policy guarantees O(n) = 1 for adds, removals and lookups (visits). It "
"has the following configuration parameters:"
msgstr ""
-"TreeCache a implémenté une politique d'éviction LRU, <literal>org.jboss.cache."
+"TreeCache a implémenté une politique d'éviction LRU,<literal>org.jboss.cache."
"eviction.LRUPolicy</literal>, qui contrôle à la fois la durée de vie du noeud et son âge. Cette politique garantit O(n) = 1 pour les ajouts, les suppressions et les recherches (visits). Elle contient les paramètres de configuration suivants:"
#. Tag: para
@@ -1977,9 +1977,7 @@
"<literal>wakeUpIntervalSeconds</literal>. This is the interval (in seconds) "
"to process the node events and also to perform sweeping for the size limit "
"and age-out nodes."
-msgstr ""
-"<literal>wakeUpIntervalSeconds</literal>. Il s'agit de l'intervalle (en secondes) "
-"qu'il faut pour traiter les événements du noeud et pour procéder au nettoyage des noeuds taille limite et des noeuds qui ont dépassé leur limite d'âge."
+msgstr "<literal>wakeUpIntervalSeconds</literal>. Il s'agit de l'intervalle (en secondes) qu'il faut pour traiter les événements du noeud et pour procéder au nettoyage des noeuds taille limite et des noeuds qui ont dépassé leur limite d'âge."
#. Tag: para
#: Eviction_policies.xml:128 Eviction_policies.xml:166
@@ -2001,8 +1999,7 @@
"<literal>Region</literal>. Region est un groupe de noeuds qui possèdent la même politique d'éviction, par ex., la même date d'expiration. Dans TreeCache, la région est dénotée par un nom complet (fqn), par exemple, <literal>/company/personnel</literal>, et c'est récursif. En spécifiant la région, l'ordre devient important. Par exemple, si <literal>/org/"
"jboss/test</literal> est spécifié avant <literal>/org/jboss/test/data</"
"literal>, alors, tout noeud de <literal>/org/jboss/test/data</literal> "
-"appartiendra à la première région plutôt qu'à la seconde. Notez aussi que quand une politique d'éviction est activée, il doit toujours y avoir une région par <literal>/_default_</"
-"literal> qui couvre toutes les politiques d'éviction non spécifiées par l'utilisateur. De plus, la configuration de la région n'est pas programmable, par ex., toutes les politiques doivent être spécifiées par la configuration XML."
+"appartiendra à la première région plutôt qu'à la seconde. Notez aussi que quand une politique d'éviction est activée, il doit toujours y avoir une région par <literal>/_default_</literal> qui couvre toutes les politiques d'éviction non spécifiées par l'utilisateur. De plus, la configuration de la région n'est pas programmable, par ex., toutes les politiques doivent être spécifiées par la configuration XML."
#. Tag: para
#: Eviction_policies.xml:131
@@ -2010,7 +2007,7 @@
msgid ""
"<literal>maxNodes</literal>. This is the maximum number of nodes allowed in "
"this region. 0 denotes no limit."
-msgstr "<literal>maxNodes</literal>. C'est le nombre maximum de noeuds autorisés dans cette région. 0 dénote aucune limite."
+msgstr "<literal>maxNodes</literal>. C'est le nombre maximum de noeuds autorisés dans cette région. 0 indique: aucune limite."
#. Tag: para
#: Eviction_policies.xml:136
@@ -2018,7 +2015,7 @@
msgid ""
"<literal>timeToLiveSeconds</literal>. Time to idle (in seconds) before the "
"node is swept away. 0 denotes no limit."
-msgstr "<literal>timeToLiveSeconds</literal>. Durée (en secondes) avant que le noeud ne soit nettoyé. 0 dénote aucune limite."
+msgstr "<literal>timeToLiveSeconds</literal>. Durée (en secondes) avant que le noeud ne soit nettoyé. 0 indique: aucune limite."
#. Tag: para
#: Eviction_policies.xml:141
@@ -2027,10 +2024,7 @@
"<literal>maxAgeSeconds</literal>. Time an object should exist in TreeCache "
"(in seconds) regardless of idle time before the node is swept away. 0 "
"denotes no limit."
-msgstr ""
-"<literal>maxAgeSeconds</literal>. La durée pendant laquelle un objet doit exister dans TreeCache "
-"(en secondes) sans prendre en compte le temps mort qui précède le nettoyage . 0 "
-"dénote aucune limite."
+msgstr "<literal>maxAgeSeconds</literal>. La durée pendant laquelle un objet doit exister dans TreeCache (en secondes) sans prendre en compte le temps mort qui précède le nettoyage . 0 indique: aucune limite."
#. Tag: para
#: Eviction_policies.xml:149
@@ -2052,9 +2046,7 @@
"eviction.FIFOPolicy</literal>, that will control the eviction in a proper "
"first in first out order. This policy guarantees O(n) = 1 for adds, removals "
"and lookups (visits). It has the following configuration parameters:"
-msgstr ""
-"TreeCache a implémenté une politique d'éviction FIFO, <literal>org.jboss.cache."
-"eviction.FIFOPolicy</literal>, qui contrôlera l'éviction dans l'ordre qui convient: premier rentré/premier sorti. Cette politique garantit O(n) = 1 pour les ajouts, les suppressions et les recherches (visites). Il contient les paramètres de configuration suivants:"
+msgstr "TreeCache a implémenté une politique d'éviction FIFO, <literal>org.jboss.cache.eviction.FIFOPolicy</literal>, qui contrôlera l'éviction dans l'ordre qui convient: premier rentré/premier sorti. Cette politique garantit O(n) = 1 pour les ajouts, les suppressions et les recherches (visites). Il contient les paramètres de configuration suivants:"
#. Tag: para
#: Eviction_policies.xml:169 Eviction_policies.xml:197
@@ -2070,7 +2062,7 @@
#: Eviction_policies.xml:238
#, no-c-format
msgid "Please read the above section for an example."
-msgstr "Veuillez lire la section ci-dessus comme exemple."
+msgstr "Veuillez lire la section ci-dessus pour exemple."
#. Tag: title
#: Eviction_policies.xml:183
@@ -2087,9 +2079,7 @@
"most recently used algorithm. The most recently used nodes will be the first "
"to evict with this policy. This policy guarantees O(n) = 1 for adds, "
"removals and lookups (visits). It has the following configuration parameters:"
-msgstr ""
-"TreeCache a implémenté une politique d'éviction MRU, <literal>org.jboss.cache."
-"eviction.MRUPolicy</literal>, qui va contrôler l'éviction sur la base du l'algorythme utilisé le plus récemment. Les noeuds utilisés le plus récemment seront les premiers à être évictés avec cette politique. Cette politique garantit 0(n) = 1 pour les ajouts, les suppressions, et les recherches (visites). Il contient les paramètres de configuration suivants:"
+msgstr "TreeCache a implémenté une politique d'éviction MRU, <literal>org.jboss.cache.eviction.MRUPolicy</literal>, qui va contrôler l'éviction sur la base du l'algorithme utilisé le plus récemment. Les noeuds utilisés le plus récemment seront les premiers à être expulsés avec cette politique. Cette politique garantit 0(n) = 1 pour les ajouts, les suppressions, et les recherches (visites). Il contient les paramètres de configuration suivants:"
#. Tag: title
#: Eviction_policies.xml:211
@@ -2115,9 +2105,7 @@
"queue in proper LFU order. Similarly if any nodes are removed or evicted, a "
"single O(n) = n pruning operation is necessary to clean up the "
"EvictionQueue. LFU has the following configuration parameters:"
-msgstr ""
-"TreeCache a implémenté une politique d'éviction LFU, <literal>org.jboss.cache."
-"eviction.LFUPolicy</literal>, qui va contrôler l'éviction sur la base de l'algorithme le moins fréquemment utilisé. Les noeuds utilisés les moins fréquemment seront les premiers à être évincés avec cette politique. L'utilisation du noeud débute par 1 quand le noeud vient d'être ajouté. A chaque fois qu'il est visité, le compteur d'utilisation du noeud augmente +1. Ce nombre est utilisé pour déterminer quels noeuds sont utilisés le moins fréquemment. LFU est également un algorithme d'éviction ordonnancé. L'algoritme et l'implémentation sous-jacente EvictionQueue est ordonnancée par ordre ascendant du compteur de visite du noeud. Cette classe garantit O(n) = 1 pour les ajouts, les suppressions et les recherches. Cependant, lorsqu'un certain nombre de noeuds sont ajoutés/visités à la file d'attente pour une passe de traitement donnée, une seule opération O(n) = n*log(n) est utilisée pour traiter la file d'attente dans une ordre LFU qui convient. D!
e même, si des noeuds sont retirés ou évincés, une seules opération d'assainisssement O(n) = n est utile pour nettoyer EvictionQueue. LFU contient les paramètres de configuration suivants:"
+msgstr "TreeCache a implémenté une politique d'éviction LFU, <literal>org.jboss.cache.eviction.LFUPolicy</literal>, qui va contrôler l'éviction sur la base de l'algorithme le moins fréquemment utilisé. Les noeuds utilisés les moins fréquemment seront les premiers à être expulsés avec cette politique. L'utilisation du noeud débute par 1 quand le noeud vient d'être ajouté. A chaque fois qu'il est visité, le compteur d'utilisation du noeud augmente +1. Ce nombre est utilisé pour déterminer quels noeuds sont utilisés le moins fréquemment. LFU est également un algorithme d'éviction ordonnancé. L'algoritme et l'implémentation sous-jacente EvictionQueue sont ordonnancés par ordre ascendant du compteur de visite du noeud. Cette classe garantit O(n) = 1 pour les ajouts, les suppressions et les recherches. Cependant, lorsqu'un certain nombre de noeuds sont ajoutés/visités à la file d'attente pour une passe de traitement donnée, une seule opération O(n) =!
n*log(n) est utilisée pour traiter la file d'attente dans un ordre LFU qui convient. De même, si des noeuds sont retirés ou expulsés, une seule opération d'assainisssement O(n) = n est utile pour nettoyer EvictionQueue. LFU contient les paramètres de configuration suivants:"
#. Tag: para
#: Eviction_policies.xml:225
@@ -2126,7 +2114,7 @@
"<literal>maxNodes</literal>. This is the maximum number of nodes allowed in "
"this region. A value of 0 for maxNodes means that there is no upper bound "
"for the configured cache region."
-msgstr "<literal>maxNodes</literal>. C'est le nombre maximum de noeuds autorisés dans cette région. Une valeur de 0 pour maxNodes signifie qu'il n'y a pas de bound supérieur pour le région du cache configuré."
+msgstr "<literal>maxNodes</literal>. C'est le nombre maximum de noeuds autorisés dans cette région. Une valeur de 0 pour maxNodes signifie qu'il n'y a pas de limite supérieure pour la région cache configurée."
#. Tag: para
#: Eviction_policies.xml:230
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Introduction.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Introduction.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Introduction.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Introduction\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-05 10:32+1000\n"
+"PO-Revision-Date: 2008-09-11 15:32+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -38,7 +38,7 @@
"backbone for many fundamental JBoss Application Server clustering services, "
"including - in certain versions - clustering JNDI, HTTP and EJB sessions, "
"and clustering JMS."
-msgstr "Un <literal>TreeCache</literal> est un cache transactionnel répliqué, à structure arborescente de JBoss Cache. <literal>TreeCache</literal> est à la base de plusieurs services de clustering fondamentaux du serveur d'application JBoss, y compris - pour certaines versions - le clustering des sessions EJB, HTTP et JNDI et de JMS."
+msgstr "Un <literal>TreeCache</literal> est un cache transactionnel répliqué, à structure arborescente de JBoss Cache. <literal>TreeCache</literal> est à la base de plusieurs services de clustering fondamentaux du serveur d'application JBoss, y compris - pour certaines versions - le clustering des sessions EJB, HTTP et JNDI et JMS."
#. Tag: para
#: Introduction.xml:16
@@ -92,7 +92,7 @@
"replicated trees propagate any changes to all other replicated trees in the "
"same cluster. A cluster may span different hosts on a network or just "
"different JVMs on a single host."
-msgstr "Un <literal>TreeCache</literal> peut être local ou répliqué. Les aborescences locales existent uniquement à l'intérieur du VM Java dans lequel ils sont créés, alors que les arborescences répliquées propagent tout changement à tous les autres arborescences répliquées au sein du même groupement. Un groupement peut s'étendre à des hôtes différents d'un réseau ou simplement sur les JVM différents sur un hôte unique."
+msgstr "Un <literal>TreeCache</literal> peut être local ou répliqué. Les arborescences locales existent uniquement à l'intérieur du VM Java dans lequel ils sont créés, alors que les arborescences répliquées propagent tout changement vers toutes les autres arborescences répliquées au sein du même groupement. Un groupement peut s'étendre à des hôtes différents d'un réseau ou simplement sur les JVM différents sur un hôte unique."
#. Tag: para
#: Introduction.xml:32
@@ -112,9 +112,7 @@
"propagated. This is not necessarily a concern for <literal>TreeCache</"
"literal>, but is a vital requirement for <literal>PojoCache</literal> (as we "
"will see in the separate <literal>PojoCache</literal> documentation)."
-msgstr ""
-"La première version de <literal>TreeCache</literal> était principalement un simple <literal>HashMap</literal> qui se répliquait. Malgré tout, on décida d'adopter un cache à structure arborescente car (a) c'est plus flexible et efficace et (b) un arborescence peut toujours être transformée en map, offrant ainsi davantage de possibilités. L'argument d'efficacité était motivé par des questions de réplication, et soutenait que la valeur en tant que telle pouvait être un objet assez sophistiqué, avec l'aggrégation pointant vers d'autres objets, ou bien vers un objet comprenant plusieurs champs. Le moindre changement de cet objet entraînerait la sérialisation totale de l'objet (y compris la fermeture transitive du graphe de l'objet) et entraînerait sa propagation vers d'autres noeuds du groupement. Dans une arborescence, on a besoin de sérialiser et de propager uniquement les noeuds modifiés. Ce n'est pas forcément un problème pour <literal>TreeCache</"
-"literal>, mais c'est une condition vitale pour <literal>PojoCache</literal> (comme nous le verrons dans une documentation <literal>PojoCache</literal> séparée)."
+msgstr "La première version de <literal>TreeCache</literal> était principalement un simple <literal>HashMap</literal> qui se répliquait. Malgré tout, on décida d'adopter un cache à structure arborescente car (a) c'est plus flexible et efficace et (b) une arborescence peut toujours être transformée en map, offrant ainsi davantage de possibilités. L'argument d'efficacité était motivé par des questions de réplication, et soutenait que la valeur en tant que telle pouvait être un objet assez sophistiqué, avec l'aggrégation pointant vers d'autres objets, ou bien vers un objet comprenant plusieurs champs. Le moindre changement de cet objet entraînerait la sérialisation totale de l'objet (y compris la fermeture transitive du graphe de l'objet) et entraînerait sa propagation vers d'autres noeuds du groupement. Dans une arborescence, on a besoin de sérialiser et de propager uniquement les noeuds modifiés. Ce n'est pas forcément un problème pour <literal>TreeCac!
he</literal>, mais c'est une condition vitale pour <literal>PojoCache</literal> (comme nous le verrons dans une documentation <literal>PojoCache</literal> séparée)."
#. Tag: para
#: Introduction.xml:35
@@ -131,7 +129,7 @@
"anything, resulting in no network traffic."
msgstr ""
"Quand on effectue un changement dans le <literal>TreeCache</"
-"literal>, et que ce changement est fait dans le contexte d'une transaction, on diffère la réplication des changements jusqu'au moment de la validation de la transaction. Toutes les modifications sont gardées dans une liste associée à la transaction pour l'appelant. Quand la transaction est validée, on réplique les changements. Sinon, (dans un rollback) on restaure tout simplement les changements localement et on libère tout verrouillage, ce qui stoppe le traffic de réplication. Ainsi, si un appelant effectue 100 modifications, puis roll back la transaction, alors on ne répliquera rien, ce qui annulera tout traffic."
+"literal>, et que ce changement est fait dans le contexte d'une transaction, on diffère la réplication des changements jusqu'au moment de la validation de la transaction. Toutes les modifications sont gardées dans une liste associée à la transaction pour l'appelant. Quand la transaction est validée, on réplique les changements. Sinon, (en rollback) on restaure tout simplement les changements localement et on libère tout verrouillage, ce qui stoppe le trafic de réplication. Ainsi, si un appelant effectue 100 modifications, puis reprend la transaction, alors on ne répliquera rien, ce qui annulera tout trafic."
#. Tag: para
#: Introduction.xml:38
@@ -144,7 +142,7 @@
"transaction can be thought of as analogous as running with auto-commit "
"switched on in JDBC terminology, where each operation is committed "
"automatically."
-msgstr "Si un appelant n'a pas de transaction qui lui est associée (et que le niveau d'isolation n'est pas NONE (rien) - voir plus loin), nous allons répliquer après chaque mofification, par ex. dans le cas ci-dessus, nous enverrions 100 messages, plus un message supplémentaire pour le rollback. Ainsi, fonctionner sans transaction, peut être aussi analogue que de fonctionner avec auto-commit dans la terminologie JDBC, ou chaque opération est validée automatiquement."
+msgstr "Si un appelant n'a pas de transaction qui lui soit associée (et que le niveau d'isolation n'est pas 'NONE' (rien) - voir plus loin), nous allons répliquer après chaque modification, par ex. dans le cas ci-dessus, nous enverrions 100 messages, plus un message supplémentaire pour la reprise (rollback). Ainsi, fonctionner sans transaction, peut être aussi analogue que de fonctionner avec 'auto-commit' dans la terminologie JDBC, où chaque opération est validée automatiquement."
#. Tag: para
#: Introduction.xml:41
@@ -155,7 +153,7 @@
"Several <literal>TransactionManagerLookup</literal> implementations are "
"provided for popular transaction managers, including a "
"<literal>DummyTransactionManager</literal> for testing."
-msgstr "Il existe un API pour plug in différents gestionnaires de transaction: tout ce que l'on a besoin, c'est d'obtenir la transaction associée au thread de l'appelant. Plusieurs implémentations <literal>TransactionManagerLookup</literal> sont procurées pour les gestionnaires communs de transaction, y compris un <literal>DummyTransactionManager</literal> pour test."
+msgstr "Il existe un API pour se connecter à différents gestionnaires de transaction: tout ce dont on a besoin, c'est d'obtenir la transaction associée au thread de l'appelant. Plusieurs implémentations <literal>TransactionManagerLookup</literal> sont procurées pour les gestionnaires communs de transaction, y compris un <literal>DummyTransactionManager</literal> pour test."
#. Tag: para
#: Introduction.xml:44
@@ -171,8 +169,8 @@
"touching an object for which we don’t yet have a lock (this would "
"result in too high an overhead for messaging)."
msgstr ""
-"Finalement, nous utilise le verrouillage pessimiste du cache par défaut, avec le verrouillage optimiste en tant qu'option configurable. Avec le verrouillage pessimiste, on peut configurer la politique de verrouillage locale correspondant aux niveaux d'isolation de la transaction style-base de donnée, par ex., SERIALIZABLE, REPEATABLE, READ_COMMITTED, "
-"READ_UNCOMMITTED et NONE. "
+"Finalement, nous utilisons le verrouillage pessimiste du cache par défaut, avec le verrouillage optimiste en tant qu'option configurable. Avec le verrouillage pessimiste, on peut configurer la politique de verrouillage locale correspondant aux niveaux d'isolation de la transaction style-base de donnée, par ex., SERIALIZABLE, REPEATABLE, READ_COMMITTED, "
+"READ_UNCOMMITTED et NONE. On abordera plus en détail les niveaux d'isolation de transaction, Notez que le niveau d'isolation pour le groupement dans son ensemble est READ-UNCOMMITED par défaut car on n'obtient pas de verrou pour tout le groupement en touchant un objet pour lequel on n'a pas encore de verrou (cela résulterait à un niveau de surcharge de système trop élevé pour messaging)."
#. Tag: para
#: Introduction.xml:47
@@ -185,5 +183,5 @@
"cluster-wide, for the minor performance penalty incurred when validating "
"workspace data at commit time, and the occasional transaction commit failure "
"due to validation failures at commit time."
-msgstr "Avec le verrouillage optimiste, les niveaux d'isolation sont ignorés car chaque transaction maintient une copie de ses données de base et tente ensuite de les renvoyer dans la structure arborescente, quand la transaction est terminée. Cela résulte à un degré d'intégrité des données presque-sérialisable, appliqué dans tout le groupement, au moindre coût de performance lié à la validation des données de l'espace de travail, et aux échecs de validation de transactions occasionnels."
+msgstr "Avec le verrouillage optimiste, les niveaux d'isolation sont ignorés car chaque transaction maintient une copie de ses données de base et tente ensuite de les renvoyer dans la structure arborescente quand la transaction est terminée. Cela résulte à un degré d'intégrité des données presque-sérialisable, appliqué dans tout le groupement, au moindre coût pour les considérations de performance au moment de la validation des données de l'espace de travail et aux échecs de validation de transactions occasionnels qui en résultent."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Jboss_integration.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Jboss_integration.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Jboss_integration.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Jboss_integration\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-04 14:46+1000\n"
+"PO-Revision-Date: 2008-09-11 16:03+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -53,7 +53,7 @@
msgid ""
"In order to be used from a client such as a servlet in the Tomcat web "
"container inside the same JBoss container, JMX can be used:"
-msgstr "En vue d'être utilisé par un client tel qu'un servlet du container web Tomcat, dans le même container JBoss, JMX peut être utilisé:"
+msgstr "En vue d'être utilisé par un client tel qu'un servlet (mini serveur) du container web Tomcat, dans le même container JBoss, JMX peut être utilisé:"
#. Tag: programlisting
#: Jboss_integration.xml:20
@@ -80,7 +80,7 @@
"proxy to the given interface and uses JMX to dynamically dispatch methods "
"invoked against the generated interface. The name used to look up the MBean "
"is the same as defined in the configuration file."
-msgstr "La classe MNeanServerLocator est utile pour chercher l'(unique) serveur JBoss MBean à l'intérieur du VM actuel. La méthode statique create) crée un proxy dynamique pour l'interface donnée et utilise JMX pour dispatcher dynamiquement les méthodes invoquées face à l'interface générée. Le nom utilisé pour chercher le MBean est le même que celui qui est déterminé dans le fichier de configuration."
+msgstr "La classe MBeanServerLocator est utile pour chercher l'(unique) serveur JBoss MBean à l'intérieur du VM courant. La méthode statique create() crée un proxy dynamique pour l'interface donnée et utilise JMX pour dispatcher dynamiquement les méthodes invoquées face à l'interface générée. Le nom utilisé pour chercher le MBean est le même que celui qui est déterminé dans le fichier de configuration."
#. Tag: title
#: Jboss_integration.xml:25
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Mgmt_information.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Mgmt_information.po 2008-09-11 06:16:58 UTC (rev 78386)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Mgmt_information.po 2008-09-11 06:23:46 UTC (rev 78387)
@@ -9,7 +9,7 @@
"Project-Id-Version: Mgmt_information\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2008-09-08 11:00+1000\n"
+"PO-Revision-Date: 2008-09-11 16:22+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -31,7 +31,7 @@
"statistics that can be used to analyze cache operations. JBoss Cache can "
"also broadcast cache events as MBean notifications for handling via JMX "
"monitoring tools."
-msgstr "JBoss Cache contietn des MBeans JMX qui exposent la fonctionnalité du cache et qui donne des statistiques pouvant être utilisés pour analyser les opérations cache. JBoss Cache peut également diffuser des événements cache comme des notifications MBean en rapport avec les outils de contrôle JMX."
+msgstr "JBoss Cache contient des MBeans JMX qui exposent la fonctionnalité du cache et qui donnent des statistiques pouvant être utilisés pour analyser les opérations cache. JBoss Cache peut également diffuser des événements cache comme des notifications MBean en rapport avec les outils de contrôle JMX."
#. Tag: title
#: Mgmt_information.xml:15
@@ -49,9 +49,7 @@
"clustering cache instance is accessible through the service named \"jboss."
"cache:service=TomcatClusteringCache.\" This MBean can be used to perform "
"most cache operations via JMX."
-msgstr ""
-"JBoss Cache procure un MBean qui permet à JMX d'accéder à une instance de cache. Ce MBean est accessible d'un serveur MBean à travers le nom de service spécifié dans la configuration de l'instance de cache. Ainsi, par exemple, l'instance cache de groupement Tomcat est accessible à travers le service \"jboss."
-"cache:service=TomcatClusteringCache.\" Ce MBean peut être utilisé pour opérer la plupart des opérations cache via JMX."
+msgstr "JBoss Cache procure un MBean qui permet à JMX d'accéder à une instance de cache. Ce MBean est accessible à partir d'un serveur MBean à travers le nom de service spécifié dans la configuration de l'instance de cache. Ainsi, par exemple, l'instance cache de groupement Tomcat est accessible à travers le service \"jboss.cache:service=TomcatClusteringCache.\" Ce MBean peut être utilisé pour exécuter la plupart des opérations cache via JMX."
#. Tag: para
#: Mgmt_information.xml:19
@@ -66,7 +64,7 @@
"\"jboss.cache:service=TomcatClusteringCache,treecache-"
"interceptor=ReplicationInterceptor.\""
msgstr ""
-"JBoss Cache procure également des MBeans pour chaque intercepteur configuré dans le stack de l'intercepteur du cache. Ces MBeans sont utilisés pour extraire et pour exposer des statistiques liées aux opérations cache. Elles sont associées hiérarchiquement au MBean primaire du cache et possèdent des noms de service qui reflètent cette relation. Ainsi, un intercepteur de réplication MBean pour l'instance TomcaClusteringCache sera accessible à travers le service \"jboss.cache:service=TomcatClusteringCache,treecache-"
+"JBoss Cache procure également des MBeans pour chaque intercepteur configuré dans la pile de l'intercepteur du cache. Ces MBeans sont utilisés pour extraire et pour exposer des statistiques liées aux opérations cache. Elles sont associées hiérarchiquement au MBean primaire du cache et possèdent des noms de service qui reflètent cette relation. Ainsi, un intercepteur de réplication MBean pour l'instance TomcaClusteringCache sera accessible à travers le service \"jboss.cache:service=TomcatClusteringCache,treecache-"
"interceptor=ReplicationInterceptor.\""
#. Tag: title
@@ -84,7 +82,7 @@
"by default; these MBeans can be disabled for a specific cache instance "
"through the <emphasis>UseInterceptorMbeans</emphasis> attribute. See the "
"Configuration chapter for further details on configuration of this attribute."
-msgstr "JBoss Cache extrait les statistiques dans ses intercepteurs et les expose par les MBeans intercepteurs. Les MBeans intercepteurs cache sont activés par défaut. Ces MBeans peut être désactivés pour une instance cache particulière à travers l'attribut <emphasis>UseInterceptorMbeans</emphasis>. Voir le chapitre Configuration pour plus d'informations sur la configuration de cet attribut."
+msgstr "JBoss Cache extrait les statistiques dans ses intercepteurs et les expose par l'intermédiaire de Mbeans d'intercepteur. MBeans d'intercepteur cache est activé par défaut. Ces MBeans peuvent être désactivés pour une instance cache particulière à travers l'attribut <emphasis>UseInterceptorMbeans</emphasis>. Voir le chapitre Configuration pour plus d'informations sur la configuration de cet attribut."
#. Tag: para
#: Mgmt_information.xml:29
@@ -98,13 +96,13 @@
"<emphasis>UseInterceptorMbeans</emphasis> configuration setting as this will "
"prevent the CacheMgmtInterceptor from being included in the cache's "
"interceptor stack when the cache is started."
-msgstr "Chaque MBean d'intercepteur procure un attribut qui peut être utilisé pour désactiver la maintenance des statistiques pour cet intercepteur. Notez que la majorité des statistiques proviennent du Mbean CacheMgmtInterceptor, donc cet intercepteur est très important pour cet aspect. Si vous souhaitez désactiver tous les statistiques dans un souci de performance, vous devrez utiliser les paramètres de configuration <emphasis>UseInterceptorMbeans</emphasis>, ce qui permettra au CacheMgmtInterceptor de ne pas être inclus dans le stack d'intercepteur du cache quand le cache démarre."
+msgstr "Chaque MBean d'intercepteur procure un attribut qui peut être utilisé pour désactiver la maintenance des statistiques pour cet intercepteur. Notez que la majorité des statistiques proviennent du Mbean CacheMgmtInterceptor, donc cet intercepteur est très important pour cet aspect. Si vous souhaitez désactiver tous les statistiques dans un souci de performance, vous devrez utiliser les paramètres de configuration <emphasis>UseInterceptorMbeans</emphasis>, ce qui permettra au CacheMgmtInterceptor de ne pas être inclus dans la pile d'intercepteur du cache quand le cache démarre."
#. Tag: para
#: Mgmt_information.xml:32
#, no-c-format
msgid "Each interceptor provides the following common operations and attributes."
-msgstr "Chaque intercepteur procure les attributs et opérations standart suivantes."
+msgstr "Chaque intercepteur procure les attributs et opérations standarts suivantes."
#. Tag: para
#: Mgmt_information.xml:37
@@ -112,7 +110,7 @@
msgid ""
"dumpStatistics - returns a Map containing the interceptor's attributes and "
"values."
-msgstr "dumpStatistics - retourne une Map qui contient les valeurs et attributs d'intercepteur."
+msgstr "dumpStatistics - retourne un schéma de correspondance (Map) qui contient les valeurs et attributs de l'intercepteur."
#. Tag: para
#: Mgmt_information.xml:40
@@ -244,7 +242,7 @@
#: Mgmt_information.xml:125
#, no-c-format
msgid "Number of successful attribute retrievals."
-msgstr "Nombre de retraits d'attributs réussisé"
+msgstr "Nombre de retraits d'attributs réussis."
#. Tag: entry
#: Mgmt_information.xml:133
@@ -262,7 +260,7 @@
#: Mgmt_information.xml:147
#, no-c-format
msgid "Stores"
-msgstr "Stores."
+msgstr "Stores"
#. Tag: entry
#: Mgmt_information.xml:153
@@ -298,7 +296,7 @@
#: Mgmt_information.xml:181
#, no-c-format
msgid "Number of attributes currently cached."
-msgstr "Nombre d'attributs couramment cachés."
+msgstr "Nombre d'attributs cache actuellement."
#. Tag: entry
#: Mgmt_information.xml:189
@@ -310,7 +308,7 @@
#: Mgmt_information.xml:195
#, no-c-format
msgid "Number of nodes currently cached."
-msgstr "Nombre de noeuds couramment cachés."
+msgstr "Nombre de noeuds cache actuellement."
#. Tag: entry
#: Mgmt_information.xml:203
@@ -395,7 +393,7 @@
msgid ""
"Ratio of read operations to write operations. This is the ratio of cache "
"hits and misses to cache stores."
-msgstr "Ratio d'opérations lecture par rapport aux opérations écriture. C'est le ratio d'hits et manqués cache aux stores cacheé"
+msgstr "Ratio d'opérations lecture par rapport aux opérations écriture. C'est le ratio d'hits et de manqués cache aux stores cache."
#. Tag: entry
#: Mgmt_information.xml:284
@@ -413,7 +411,7 @@
#: Mgmt_information.xml:293
#, no-c-format
msgid "Number of nodes written to the cache loader."
-msgstr "Nombre de noeuds écrits dans le cache loaderé"
+msgstr "Nombre de noeuds écrits dans le cache loader."
#. Tag: entry
#: Mgmt_information.xml:298
@@ -485,7 +483,7 @@
#: Mgmt_information.xml:357
#, no-c-format
msgid "Rollbacks"
-msgstr "Rollbacks"
+msgstr "Rollbacks (reprises)"
#. Tag: entry
#: Mgmt_information.xml:363
@@ -521,13 +519,13 @@
"notifications that can be received through the CacheMgmtInterceptor MBean. "
"Each notification represents a single event published by JBoss Cache and "
"provides user data corresponding to the parameters of the event."
-msgstr "La table suivante décrit les notifications JMX disponibles pour JBoss Cache, ainsi que les événements cache auxquels ils correspondent. Ce sont les notifications qui peuvent être reçues à travers un MBean CacheMagmtInterceptor. Chaque notification représente une événement unique publlié par JBoss Cache et procure des données utilisateur qui correspondent aux paramètres de cet événement."
+msgstr "La table suivante décrit les notifications JMX disponibles pour JBoss Cache, ainsi que les événements cache auxquels ils correspondent. Ce sont les notifications qui peuvent être reçues à travers un MBean CacheMagmtInterceptor. Chaque notification représente une événement unique publié par JBoss Cache et procure des données utilisateur qui correspondent aux paramètres de cet événement."
#. Tag: title
#: Mgmt_information.xml:381
#, no-c-format
msgid "JBoss Cache MBean Notifications"
-msgstr "Notifications MBean JBoss Cache"
+msgstr "Notifications JBoss Cache MBean"
#. Tag: entry
#: Mgmt_information.xml:385
More information about the jboss-cvs-commits
mailing list