[jboss-cvs] JBossAS SVN: r78226 - 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
Tue Sep 9 02:20:18 EDT 2008
Author: croe at redhat.com
Date: 2008-09-09 02:20:18 -0400 (Tue, 09 Sep 2008)
New Revision: 78226
Modified:
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Transactions.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Treecache_marshaller.po
Log:
translation in progress
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Transactions.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Transactions.po 2008-09-09 06:18:44 UTC (rev 78225)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Transactions.po 2008-09-09 06:20:18 UTC (rev 78226)
@@ -9,7 +9,7 @@
"Project-Id-Version: Transactions\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 16:21+1000\n"
+"PO-Revision-Date: 2008-09-09 14:05+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,13 +94,13 @@
"is then able to acquire read-locks for \"/a/b\" as well, plus a read-write "
"lock for \"/a/b/n2\". This allows for more concurrency in accessing the "
"cache."
-msgstr ""
+msgstr "L'utilisation des verrous lecture-écriture est utile dans le scénario suivant: considérer un arbre avec les entrées \"a/b/n1\" et /a/b/n2\". Avec les verrous-écriture, quand Tx1 accède a/b/n1\", Tx2 ne peut pas accéder \"/a/b/n2\" jusqu'à ce que Tx1 ait terminé et libéré ses verrous. Cependant, avec les verrous lecture-écriture, c'est possible, car Tx1 obtient les verrous-lecture pour \"/a/b\" et le verrou lecture-écriture de \"/a/b/n1\". Tx2 est alors capable d'obtenir des verrous-lecture pour \"a/b\" également, plus un verrou lecture-écriture pour \"/a/b/n2\". Cela permet plus de concurrence pour accéder le cache."
#. Tag: title
#: Transactions.xml:33
#, no-c-format
msgid "Pessimistic locking"
-msgstr ""
+msgstr "Verrouillage pessimiste"
#. Tag: para
#: Transactions.xml:34
@@ -109,13 +109,13 @@
"By default, JBoss Cache uses pessimistic locking. Locking is not exposed "
"directly to user. Instead, a transaction isolation level which provides "
"different locking behaviour is configurable."
-msgstr ""
+msgstr "Par défaut, JBoss Cache utilise le verrouillage pessimiste. Le verrouillage n'est pas exposé directement à l'utilisateur. A la place de cela, un niveau d'isolation de transaction qui propose un comportement de verrouillage différent est configurable."
#. Tag: title
#: Transactions.xml:38
#, no-c-format
msgid "Isolation levels"
-msgstr ""
+msgstr "Niveaux d'isolation"
#. Tag: para
#: Transactions.xml:39
@@ -126,6 +126,8 @@
"isolation level of NONE, READ_UNCOMMITTED, READ_COMMITTED, REPEATABLE_READ, "
"or SERIALIZABLE. REPEATABLE_READ is the default isolation level used."
msgstr ""
+"JBoss Cache supporte les niveaux suivants d'isolation de transaction, analogues aux niveaux d'isolation de la base de données ACID. Un utilisateur peut configurer un niveau d'isolation pour toute l'instance de NONE, READ_UNCOMMITTED, READ_COMMITTED, REPEATABLE_READ, "
+"ou SERIALIZABLE. REPEATABLE_READ est la valeur de niveau d'isolation par défaut utilisée."
#. Tag: para
#: Transactions.xml:44
@@ -134,7 +136,7 @@
"NONE. No transaction support is needed. There is no locking at this level, e."
"g., users will have to manage the data integrity. Implementations use no "
"locks."
-msgstr ""
+msgstr "NONE. Aucun support de transaction n'est nécessaire. Il n'y a pas de verrouillage ce niveau, par ex., les utilisateurs devront gérer l'intégrité des données. Les implémentations n'utilisent pas de verrous."
#. Tag: para
#: Transactions.xml:49
@@ -151,6 +153,11 @@
"Implementations typically use an exclusive lock for writes while reads don't "
"need to acquire a lock."
msgstr ""
+"READ_UNCOMMITTED. Les données peuvent être lues à tout moment alors que les opérations écriture sont exclusives. Notez que ce niveau n'empêche pas les soit disant \"dirty read\" (lectures corrompues) lorsque les données modifiées en Tx1 peuvent être lues en Tx2 avant que Tx1 ne soit validé. En d'autres mots, il vous rencontrez la séquence suivante, <programlisting>\n"
+" Tx1 Tx2\n"
+" W\n"
+" R\n"
+"</programlisting> utiliser ce niveau d'isolation ne Tx2 pas lire l'opération. Les implémentations utilisent typiquement un verrou exclusif pour les écritures alors que les lectures n'ont pas besoin d'acquérir un verrou."
#. Tag: para
#: Transactions.xml:55
@@ -160,7 +167,7 @@
"level prevents the dirty read. But it doesn’t prevent the so-called "
"‘non-repeatable read’ where one thread reads the data twice can "
"produce different results. For example, if you have the following sequence,"
-msgstr ""
+msgstr "READ_COMMITTED. Les données peuvent être lues à n'importe quel moment dans la mesure ou il n'y a pas d'écriture. Mais cela n'empêche pas la fameuse 'lecture non-répétitive' pour laquelle un thread lit les données à deux reprises et produit des résultats différents. Par exemple, si vous avez la séquence suivante,"
#. Tag: programlisting
#: Transactions.xml:56
@@ -171,12 +178,16 @@
" W\n"
" R"
msgstr ""
+"Tx1 Tx2\n"
+" R\n"
+" W\n"
+" R"
#. Tag: para
#: Transactions.xml:58
#, no-c-format
msgid "where the second read in Tx1 thread will produce different result."
-msgstr ""
+msgstr "pour laquelle le deuxième thread lecture en Tx1 va produire un résultat différent."
#. Tag: para
#: Transactions.xml:61
@@ -190,7 +201,7 @@
"a read-lock; this leads to nonrepeatable reads, where 2 reads of the same "
"data might return different values. Note that, the write only applies "
"regardless of transaction state (whether it has been committed or not)."
-msgstr ""
+msgstr "Les implémentations utilisent normalement un verrou lecture-écriture, les lectures parviennent à obtenir le verrou quand il n'y a que des lectures, les écritures doivent attendre jusqu'à ce qu'il n'y ait plus de lecteurs qui tiennent le verrou, et les lecteurs sont bloqués quand ils tentent d'obtenir le verrou jusqu'à ce qu'il n'y ait plus d'écrivains qui tiennent le verrou. Les lectures libèrent normalement le verrou-lecture lorsqu'elles ont terminé, de façon à ce qu'une lecture ultérieure des même données doive re-acquérir un verrou-lecture. Cela mène à des lectures non-répétables, ou 2 lectures des mêmes données risquent de retourner des valeurs différentes. Notez que, l'écriture s'applique indépendamment de l'état de la transaction (qu'elle ait été validée ou non)."
#. Tag: para
#: Transactions.xml:66
@@ -201,7 +212,7 @@
"called \"phantom read\" where new data can be inserted into the tree from "
"the other transaction. Implementations typically use a read-write lock. This "
"is the default isolation level used."
-msgstr ""
+msgstr "REPEATABLE_READ. Les données peuvent être lues même s'il N,y a pas d'écriture et vice-versa. Ce niveau empêche les \"lectures non-répétables\" mais cela n'empêche pas les \"lectures fantômes\" lorsque des nouvelles données peuvent être insérées dans l'arborescence à partir d'une autre transaction. Les implémentations utilisent normalement un verrou lecture-écriture. Il s'agit du niveau d'isolation par défaut utilisé."
#. Tag: para
#: Transactions.xml:71
@@ -211,13 +222,13 @@
"writer or reader can have the lock at any given time. Locks are released at "
"the end of the transaction. Regarded as very poor for performance and thread/"
"transaction concurrency."
-msgstr ""
+msgstr "SERIALIZABLE. L'accès aux données est synchronisé avec des verrous exclusifs. Seul 1 écrivain ou un lecteur peut obtenir un verrou à la fois. Les verrous sont libérés en fin de transaction. Considéré inefficace pour la concurrence de transaction/thread."
#. Tag: title
#: Transactions.xml:79
#, no-c-format
msgid "Insertion and Removal of Nodes"
-msgstr ""
+msgstr "Insertion et suppression de noeuds"
#. Tag: para
#: Transactions.xml:80
@@ -234,13 +245,13 @@
"<literal>false</literal>, insertions and removals of child nodes only "
"require the acquisition of a <emphasis>read lock</emphasis> on the parent "
"node."
-msgstr ""
+msgstr "Par défaut, avant d'insérer un nouveau noeud dans une arborescence, ou de supprimer un noeud existant d'une arborescence, JBoss Cache va tenter d'obtenir un verrou écriture sur le nouveau noeud parent du nouveau noeud. Cette approche considère les noeuds enfant en tant que partie intégrale de l'état d'un noeud parent. Cette approche est plus précise, au détriment de la concurrence dans le cas ou les noeuds sont fréquemment ajoutés ou supprimés. Pour les cas d'utilisation pour lesquels cette plus grande précision n'est pas nécessaire, JBoss Cache offre une option de configuration <literal>LockParentForChildInsertRemove</literal>. Si elle est configurée à <literal>false</literal>, les insertions et suppressions de noeuds enfant ne nécessitent uniquement l'acquisition d'un <emphasis>read lock</emphasis> sur le noeud-parent."
#. Tag: title
#: Transactions.xml:88
#, no-c-format
msgid "Optimistic locking"
-msgstr ""
+msgstr "Verrouillage optimiste"
#. Tag: para
#: Transactions.xml:89
@@ -253,13 +264,13 @@
"locking allows for greater concurrency of threads and transactions by using "
"a technique called data versioning, explained here. Note that isolation "
"levels (if configured) are ignored if optimistic locking is enabled."
-msgstr ""
+msgstr "La motivation derrière un verrouillage optimiste est d'améliorer la concurrence. Lorsqu'un grand nombre de threads rencontre beaucoup de contention pour accéder è l'arborescence de données, il peut sembler inefficace de verrouiller des portions de l'arborescence - pour lecture ou écriture - pendant la durée totale de la transaction, tout comme on le fait en verrouillage pessimiste. Le verrouillage optimiste permet une plus grande concurrence de threads et de transactions en utilisant une technique qui s'appelle data versioning, qui est expliquée ici. Notez que les niveaux d'isolation (si configurés) sont ignorés si le verrouillage optimiste est activé."
#. Tag: title
#: Transactions.xml:93
#, no-c-format
msgid "Architecture"
-msgstr ""
+msgstr "Architecture"
#. Tag: para
#: Transactions.xml:94
@@ -272,7 +283,7 @@
"creates an implicit transaction and commits this transaction when the "
"invocation completes. Each transaction maintains a transaction workspace, "
"which contains a copy of the data used within the transaction."
-msgstr ""
+msgstr "Le verrouillage optimiste considère tous les appels de méthode comme transactionnels <footnote><para> En raison de cette exigence, vous devez toujours avoir un gestionnaire de transaction de configuré lorsque vous utilisez le verrouillage optimiste. </para> </footnote>. Meme si vous n'invoquez pas un appel dans la limite d'une transaction en cours, JBoss Cache crée une transaction implicite et valide cette transaction quand l'invocation se termine. Chaque transaction entretient un espace de travail de transaction, qui comprend une copie des données utilisées au sein de la transaction."
#. Tag: para
#: Transactions.xml:100
@@ -288,7 +299,7 @@
"change it and commit before the first transaction can finish - the "
"transaction throws a <literal>RollbackException</literal> when committing "
"and the commit fails."
-msgstr ""
+msgstr "Par exemple, si une transaction appelle get(\"/a/b/c\"), les noeuds a,b et c sont copiés de l'arborescence de données principale et sont transferés dans l'espace de travail. Les données sont versioned et tous les appels de la transaction opèrent sur une copie des données plutôt que sur les données elle-mêmes. Quand la transaction est validée, son espace de travail est mergé à nouveau dans l'aborescence sous-jacente par les versions correspondantes. S'il existe un défaut d'adaptation - comme lorsque l'arborescence de données correspond à une version supérieure par rapport à celle de l'espace de travail, peut-être que si une autre transaction devait accéder aux mêmes données, changer là et faites la valider avant que la première transaction ne soit terminée - la transaction émet un <literal>RollbackException</literal> lorsque la validation échoue."
#. Tag: para
#: Transactions.xml:103
@@ -298,7 +309,7 @@
"only held for a very short duration - at the start of a transaction to build "
"a workspace, and when the transaction commits and has to merge data back "
"into the tree."
-msgstr ""
+msgstr "Le verrouillage optimiste utilise les même verrous que ceux dont on a parlé ci-dessus, mais les verrous ne sont maintenus que pour une courte durée - au début de la transaction pour construire un espace de travail, et quand la transaction est validée et doit merger des données à nouveau de retour dans l'arborescence."
#. Tag: para
#: Transactions.xml:106
@@ -309,13 +320,13 @@
"inevitable overhead and extra processing of maintaining workspaces, "
"versioned data and validating on commit, it does buy you a near-SERIALIZABLE "
"degree of data integrity while maintaining a very high level of concurrency."
-msgstr ""
+msgstr "Donc même si le verrouillage optimiste échoue parfois, et si les validations de version ne fonctionnent pas ou si elles vont légèrement plus doucement que le verrouillage pessimiste à cause de l'overhead inévitable et le traitement additionnel de maintient des espaces de travail, les données versionnées et la validation, il vous apporte néanmoins un degré d'intégrité de données presque-SERIALIZABLE tout en maintenant un très haut degré de concurrence."
#. Tag: title
#: Transactions.xml:112
#, no-c-format
msgid "Configuration"
-msgstr ""
+msgstr "Configuration"
#. Tag: para
#: Transactions.xml:113
@@ -323,7 +334,7 @@
msgid ""
"Optimistic locking is enabled by using the NodeLockingScheme XML attribute, "
"and setting it to \"OPTIMISTIC\":"
-msgstr ""
+msgstr "Le verrouillage optimiste est activé en utilisant l'attribut NodeLockingScheme XML, et en le paramétrant à \"OPTIMISTE\":"
#. Tag: programlisting
#: Transactions.xml:113
@@ -338,12 +349,20 @@
"<attribute name=\"NodeLockingScheme\">OPTIMISTIC</attribute>\n"
"..."
msgstr ""
+"...\n"
+"<!--\n"
+"Node locking scheme:\n"
+" OPTIMISTIC\n"
+" PESSIMISTIC (default)\n"
+"-->\n"
+"<attribute name=\"NodeLockingScheme\">OPTIMISTIC</attribute>\n"
+"..."
#. Tag: title
#: Transactions.xml:121
#, no-c-format
msgid "Transactional Support"
-msgstr ""
+msgstr "Support transactionnel"
#. Tag: para
#: Transactions.xml:122
@@ -355,19 +374,19 @@
"modifications are potentially<footnote><para> Depending on whether interval-"
"based asynchronous replication is used </para> </footnote> replicated after "
"every change (if replication is enabled)."
-msgstr ""
+msgstr "JBoss Cache peut être configuré pour utiliser des transactions pour assembler des unités de travail, qui peuvent ensuite être répliquées en une seule unité. Sinon, si le support de transaction des désactivé, c'est l'équivalent à activer AutoCommit to pour les cas possibles ou les modifications sont potentiellement <footnote><para> suivant que la réplication asynchrone basée-intervalle est utilisée </para> </footnote> répliquées après chaque changement (si la réplication est activée)."
#. Tag: para
#: Transactions.xml:128
#, no-c-format
msgid "What JBoss Cache does on every incoming call (e.g. put()) is:"
-msgstr ""
+msgstr "Ce que JBoss Cache fait pour chaque appel extérieur (par ex. put()):"
#. Tag: para
#: Transactions.xml:133
#, no-c-format
msgid "get the transaction associated with the thread"
-msgstr ""
+msgstr "obtenez la transaction associée avec le thread"
#. Tag: para
#: Transactions.xml:138
@@ -375,7 +394,7 @@
msgid ""
"register (if not already done) with the transaction manager to be notified "
"when a transaction commits or is rolled back."
-msgstr ""
+msgstr "enregistrer (si ce n'est pas encore fait) vous avec le gestionnaire de transaction pour que vous puissiez être mis au courant si la transaction est validée ou si elle rool back."
#. Tag: para
#: Transactions.xml:143
@@ -385,6 +404,8 @@
"<literal>TransactionManagerLookup</literal> which returns a <literal>javax."
"transaction.TransactionManager</literal>."
msgstr ""
+"Pour cela, le cache devra être configuré avec l'instance d'un <literal>TransactionManagerLookup</literal> qui retourne un <literal>javax."
+"transaction.TransactionManager</literal>."
#. Tag: para
#: Transactions.xml:146
@@ -402,6 +423,11 @@
"outside a Java EE Application Server. Being a dummy, however, this is just "
"for demo and testing purposes and is not recommended for production use."
msgstr ""
+"JBoss Cache est proposé avec <literal>JBossTransactionManagerLookup</literal> et "
+"<literal>GenericTransactionManagerLookup</literal>. Le "
+"<literal>JBossTransactionManagerLookup</literal> peut être relié à un serveur Jboss Application en cours d'exécution et d'extraire un <literal>TransactionManager</"
+"literal> tandis que le <literal>GenericTransactionManagerLookup</literal> peut être relié aux serveurs d'application Java EE les plus populaires tout en offrant la même fonctionnalité. Une implémentation factice - "
+"<literal>DummyTransactionManagerLookup</literal> - est également proposée, utilisable pour les applications autonomes JBoss Cache et les tests d'unités exécutées en dehors du serveur d'application Java EE. Comme il est factice, il est utilisé uniquement pour les démonstrations et les tests, mais il n'est pas recommandé pour l'utilisation dans un contexte de production."
#. Tag: para
#: Transactions.xml:149
@@ -410,6 +436,8 @@
"The implementation of the <literal>JBossTransactionManagerLookup</literal> "
"is as follows:"
msgstr ""
+"L'implémentation de <literal>JBossTransactionManagerLookup</literal> "
+"est la suivante:"
#. Tag: programlisting
#: Transactions.xml:152
@@ -427,6 +455,17 @@
" }\n"
"}"
msgstr ""
+"public class JBossTransactionManagerLookup implements "
+"TransactionManagerLookup {\n"
+"\n"
+" public JBossTransactionManagerLookup() {}\n"
+"\n"
+" public TransactionManager getTransactionManager() throws Exception {\n"
+" Object tmp=new InitialContext().lookup(\"java:/TransactionManager"
+"\");\n"
+" return (TransactionManager)tmp;\n"
+" }\n"
+"}"
#. Tag: para
#: Transactions.xml:153
@@ -434,7 +473,7 @@
msgid ""
"The implementation looks up the JBoss Transaction Manager from JNDI and "
"returns it."
-msgstr ""
+msgstr "L'implémentation cherche dans le gestionnaire de Jboss Transaction de JNDI et le retourne."
#. Tag: para
#: Transactions.xml:156
@@ -448,7 +487,7 @@
"the <literal>TreeCache</literal> registers with the transaction to be "
"notified of transaction committed or aborted when it first encounters the "
"transaction."
-msgstr ""
+msgstr "Quand un appel arrive, le <literal>TreeCache</literal> va chercher la transaction en cours et enregistre les modifications sous la transaction en tant que clé (s'il n'y a pas de transaction, la modification est appliquée immédiatement et potentiellement répliquée). Donc sur la durée de vie d'une transaction, toutes les modifications seront enregistrées et seront associées à la transaction. Aussi, le <literal>TreeCache</literal> est enregistré avec la transaction qu'on doit notifier pour savoir si la transaction a été validée ou bien a échoué au moment de sa rencontre avec la transaction."
#. Tag: para
#: Transactions.xml:159
@@ -456,7 +495,7 @@
msgid ""
"When a transaction rolls back, we undo the changes in the cache and release "
"all locks."
-msgstr ""
+msgstr "Quand une transaction roll back, on supprime les changements dans le cache et on libère tous les verrous."
#. Tag: para
#: Transactions.xml:162
@@ -470,6 +509,8 @@
"then sends back a success message. If a node in a cluster cannot acquire all "
"locks, or fails otherwise, it sends back a failure message."
msgstr ""
+"Quand une transaction est validée, on initie un protocole de validation en deux-phases<footnote><para> Avec une replication ou une invalidation synchrone. "
+"</para> </footnote>: dans la première étape, un PREPARE qui contient toutes les modifications de la transaction en cours est envoyé vers tous les noeuds du groupement. Chaque noeud acquiert tous les verrous nécessaires et applique les changements, puis renvoie un message de succès. Si un noeud d'un groupement obtient tous les verrous, ou bien échoue, il envoie un message d'échec."
#. Tag: para
#: Transactions.xml:168
@@ -481,7 +522,7 @@
"initiated: a ROLLBACK message is sent to all nodes in the cluster. On "
"reception of the ROLLBACK message, every node undoes the changes for the "
"given transaction, and releases all locks held for the transaction."
-msgstr ""
+msgstr "Le coordinateur du protocole de validation en deux-phases atttend toutes les réponses (ou bien un timeout, suivant ce qui apparaît en premier). Si un des noeuds du groupement répond avec un FAIL (ou bien si on atteint le timeout), alors la phase rollback est initiée: un message ROLLBACK est envoyé vers tous les noeuds du groupement. Dès la réception du message ROLLBACK, chaque noeud annule les changements pour une transaction donnée, et libère tous les verrous contenus pour la transaction."
#. Tag: para
#: Transactions.xml:171
@@ -490,7 +531,7 @@
"If all responses are OK, a COMMIT message is sent to all nodes in the "
"cluster. On reception of a COMMIT message, each node applies the changes for "
"the given transaction and releases all locks associated with the transaction."
-msgstr ""
+msgstr "Si toutes les réponses sont OK, a message COMMIT est envoyé pour tous les noeuds dans le groupement. Dès réception d'un message COMMIT, chaque noeud applique les changements pour la transaction donnée et libère tous les verrous associés à cette transaction."
#. Tag: para
#: Transactions.xml:174
@@ -499,13 +540,13 @@
"When we referred to 'transaction', we actually mean a global representation "
"of a local transaction, which uniquely identifies a transaction across a "
"cluster."
-msgstr ""
+msgstr "Quand on se réfère au terme 'transaction', on parle en fait de la représentation globale d'une transaction locale, qui identifie une transaction de façon unique à travers un groupement."
#. Tag: title
#: Transactions.xml:178
#, no-c-format
msgid "Example"
-msgstr ""
+msgstr "Exemple"
#. Tag: para
#: Transactions.xml:179
@@ -513,7 +554,7 @@
msgid ""
"Let's look at an example of how to use JBoss Cache in a standalone (i.e. "
"outside an application server) fashion with dummy transactions:"
-msgstr ""
+msgstr "Etudions un exemple sur la façon d'utiliser JBoss Cache de façon autonome (commepar exemple à l'extérieur d'un serveur d'applications) avec des transactions fictives:"
#. Tag: programlisting
#: Transactions.xml:182
@@ -540,6 +581,26 @@
" try { tx.rollback(); } catch(Throwable t) {}\n"
"}"
msgstr ""
+"Properties prop = new Properties();\n"
+"prop.put(Context.INITIAL_CONTEXT_FACTORY, \"org.jboss.cache.transaction."
+"DummyContextFactory\");\n"
+"User Transaction tx=(UserTransaction)new InitialContext(prop).lookup"
+"(\"UserTransaction\");\n"
+"TreeCache tree = new TreeCache();\n"
+"PropertyConfigurator config = new PropertyConfigurator();\n"
+"config.configure(tree, \"META-INF/replSync-service.xml\");\n"
+"tree.createService(); // not necessary\n"
+"tree.startService(); // kick start tree cache\n"
+"\n"
+"try {\n"
+" tx.begin();\n"
+" tree.put(\"/classes/cs-101\", \"description\", \"the basics\");\n"
+" tree.put(\"/classes/cs-101\", \"teacher\", \"Ben\");\n"
+" tx.commit();\n"
+"}\n"
+"catch(Throwable ex) {\n"
+" try { tx.rollback(); } catch(Throwable t) {}\n"
+"}"
#. Tag: para
#: Transactions.xml:183
@@ -547,7 +608,7 @@
msgid ""
"The first lines obtain a user transaction using the 'JEE way' via JNDI. Note "
"that we could also say"
-msgstr ""
+msgstr "Les premières lignes obtiennent une transaction d'utilisateur qui utilise le 'JEE way' via JNDI. Notez que nous pourrions également dire que:"
#. Tag: programlisting
#: Transactions.xml:187
@@ -556,6 +617,8 @@
"UserTransaction tx = new DummyUserTransaction(DummyTransactionManager."
"getInstance());"
msgstr ""
+"UserTransaction tx = new DummyUserTransaction(DummyTransactionManager."
+"getInstance());"
#. Tag: para
#: Transactions.xml:189
@@ -564,7 +627,7 @@
"Then we create a new TreeCache and configure it using a PropertyConfigurator "
"class and a configuration XML file (see below for a list of all "
"configuration options)."
-msgstr ""
+msgstr "Puis nous créons un nouveau TreeCache et nous le configurons en utilisant la classe PropertyConfigurator et une configuration de fichier XML (voir ci-dessous une liste de toutes les options de configurations)."
#. Tag: para
#: Transactions.xml:192
@@ -579,5 +642,5 @@
"exception in the methods (e.g. lock acquisition failed), or in the two-phase "
"commit protocol applying the modifications to all nodes in the cluster, the "
"transaction is rolled back."
-msgstr ""
+msgstr "Ensuite, on démarre le cache. Puis, on démarre une transaction (et on l'associe au thread courant en interne). Toutes les méthodes invoquées sur le cache seront maintenant collectées et ne seront appliquées que quand la transaction sera validée. Dans le cas ci-dessus, on crée un noeud \"/classes/cs-101\" et on ajoute 2 éléments sur sa map. En assumant que le cache soit configuré pour utiliser une réplication synchrone, les modifications sont répliquées en cours de validation de la transaction. S'il y a u ne exception dans les méthodes (par exe. l'acquisition du verrou échoue), ou dans le protocole de validation en deux-phases qui applique les modifications à tous les noeuds du groupement, la transaction est rolled back."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Treecache_marshaller.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Treecache_marshaller.po 2008-09-09 06:18:44 UTC (rev 78225)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/fr-FR/Treecache_marshaller.po 2008-09-09 06:20:18 UTC (rev 78226)
@@ -1,24 +1,27 @@
+# translation of Treecache_marshaller.po to French
# Language /tmp/mike/JBEAP420/Cache translations for JBEAP package.
-# Copyright (C) 2007 Free Software Foundation, Inc.
+# Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+#
# Automatically generated, 2007.
-#
+# Corina Roe <croe at redhat.com>, 2008.
msgid ""
msgstr ""
-"Project-Id-Version: JBEAP 420\n"
+"Project-Id-Version: Treecache_marshaller\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 04:03+0000\n"
-"PO-Revision-Date: 2001-02-09 01:25+0100\n"
-"Last-Translator: Automatically generated\n"
-"Language-Team: none\n"
+"PO-Revision-Date: 2008-09-09 15:10+1000\n"
+"Last-Translator: Corina Roe <croe at redhat.com>\n"
+"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
#. Tag: title
#: Treecache_marshaller.xml:10
#, no-c-format
msgid "TreeCacheMarshaller"
-msgstr ""
+msgstr "TreeCacheMarshaller"
#. Tag: para
#: Treecache_marshaller.xml:11
@@ -30,6 +33,8 @@
"mechanism to marshall and unmarshall data called the "
"<literal>TreeCacheMarshaller</literal>."
msgstr ""
+"Au lieu d'utiliser la sérialisation Java standard pour sérialiser les objets <literal>java."
+"lang.reflect.Method</literal> et leurs paramètres quand les caches éloignés communiquent entre eux pour répliquer les données, JBoss Cache utilise son propre mécanisme pour marshall et unmarshall des données, qui se nomme <literal>TreeCacheMarshaller</literal>."
#. Tag: para
#: Treecache_marshaller.xml:14
@@ -46,13 +51,13 @@
"to use different classloaders on a per-region basis by allowing application "
"code to register a classloader that should be used to handle replication for "
"a portion of the tree."
-msgstr ""
+msgstr "En plus de procurer les améliorations de performance et d'éfficacité par rapport à la sérialisation Java standard, le <literal>TreeCacheMarshaller</literal> performe une autre fonction également. Pour déssérialiser un objet répliqué à partir d'un cache éloigné, l'instance d'un cache doit pouvoir avoir accès au classloader qui détermine la classe de l'objet. C'est simple si le classloader du cache peut accéder aux classes requises, mais pour les cas ou le JBoss Cache est utilisé comme service de support de clients qui utilisent des classloaders différents, le <literal>TreeCacheMarshaller</literal> peut être configuré pour utiliser les classloader différents sur la base d'une région en permettant au code d'application d'enregistrer un classloader qui devrait être utilisé pour gérer la replication pour une portion de l'arborescence."
#. Tag: title
#: Treecache_marshaller.xml:18
#, no-c-format
msgid "Basic Usage"
-msgstr ""
+msgstr "Usage de base"
#. Tag: para
#: Treecache_marshaller.xml:19
@@ -60,7 +65,7 @@
msgid ""
"<literal>TreeCache</literal> exposes the following basic API for controlling "
"the behavior of <literal>TreeCacheMarshaller</literal>:"
-msgstr ""
+msgstr "<literal>TreeCache</literal> expose l'API de base suivant pour contrôler le comportement de <literal>TreeCacheMarshaller</literal>:"
#. Tag: programlisting
#: Treecache_marshaller.xml:22
@@ -118,6 +123,57 @@
" */\n"
"void unregisterClassLoader(String fqn) throws RegionNotFoundException;"
msgstr ""
+"/**\n"
+" * Sets whether marshalling uses scoped class loaders on a per region "
+"basis.\n"
+" *\n"
+" * This property must be set to true before any call to\n"
+" * {@link #registerClassLoader(String, ClassLoader)} or\n"
+" * {@link #activateRegion(String)}\n"
+" *\n"
+" * @param isTrue\n"
+" */\n"
+"void setUseRegionBasedMarshalling(boolean isTrue);\n"
+"\n"
+"/**\n"
+" * Gets whether marshalling uses scoped class loaders on a per region "
+"basis.\n"
+" */\n"
+"boolean getUseRegionBasedMarshalling();\n"
+"\n"
+"/**\n"
+" * Registers the given classloader with <code>TreeCacheMarshaller</code> "
+"for\n"
+" * use in unmarshalling replicated objects for the specified region.\n"
+" *\n"
+" * @param fqn The fqn region. This fqn and its children will use this "
+"classloader for \n"
+" * (un)marshalling.\n"
+" * @param cl The class loader to use\n"
+" *\n"
+" * @throws RegionNameConflictException if <code>fqn</code> is a descendant "
+"of\n"
+" * an FQN that already has a classloader registered.\n"
+" * @throws IllegalStateException if <code>useMarshalling</code> is "
+"<code>false</code>\n"
+" */\n"
+"void registerClassLoader(String fqn, ClassLoader cl) throws "
+"RegionNameConflictException;\n"
+"\n"
+"/**\n"
+" * Instructs the <code>TreeCacheMarshaller</code> to no longer use a "
+"special\n"
+" * classloader to unmarshal replicated objects for the specified region.\n"
+" *\n"
+" * @param fqn The fqn of the root node of region.\n"
+" *\n"
+" * @throws RegionNotFoundException if no classloader has been registered "
+"for\n"
+" * <code>fqn</code>.\n"
+" * @throws IllegalStateException if <code>useMarshalling</code> is "
+"<code>false</code>\n"
+" */\n"
+"void unregisterClassLoader(String fqn) throws RegionNotFoundException;"
#. Tag: para
#: Treecache_marshaller.xml:23
@@ -127,14 +183,13 @@
"classloader-based marshalling should be used. This property should be set as "
"part of normal cache configuration, typically in the cache's XML "
"configuration file:"
-msgstr ""
+msgstr "La propriété <literal>UseRegionBasedMarshalling</literal> contrôle si un marshalling basé-classloader doit être utilisé. Cette propriété devrait être déterminée dans le cadre de la configuration normale du cache, normalement dans le fichier de configuration XML du cache."
#. Tag: programlisting
#: Treecache_marshaller.xml:26
#, no-c-format
-msgid ""
-"<attribute name=\"UseRegionBasedMarshalling\">true</attribute>"
-msgstr ""
+msgid "<attribute name=\"UseRegionBasedMarshalling\">true</attribute>"
+msgstr "<attribute name=\"UseRegionBasedMarshalling\">true</attribute>"
#. Tag: para
#: Treecache_marshaller.xml:27
@@ -147,6 +202,9 @@
"classloader will be used to unmarshal any replication traffic related to the "
"node identified by the FQN or to any of its descendants."
msgstr ""
+"Après que<literal>UseRegionBasedMarshalling</literal> ait été fixé à "
+"<literal>true</literal> (vrai), le code d'application peut appeler le"
+"<literal>registerClassLoader</literal> pour qu'il puisse associer un classloader à une portion du cache enracinée dans un FQN particullier. Une fois enregistré, le classloader sera utilisé pour unmarshal tout traffic de réplication relatif à un noeud identifié par le FQN ou à n'importe quel de ses descendants."
#. Tag: para
#: Treecache_marshaller.xml:30
@@ -154,7 +212,7 @@
msgid ""
"At this time, <literal>registerClassLoader</literal> only supports String-"
"based FQNs."
-msgstr ""
+msgstr "Pour l'instant, <literal>registerClassLoader</literal> ne supporte que les FQN basés-String."
#. Tag: para
#: Treecache_marshaller.xml:33
@@ -167,6 +225,9 @@
"be thrown if an attempt is made to register classloader <literal>Y</literal> "
"for FQN <literal>/a/b</literal>."
msgstr ""
+"Notez qu'il est illégal d'enregistrer un classloader pour un FQN qui est un descendant d'un FQN pour lequel in classloader a déjà été enregistré. Par exemple, si le classloader <literal>X</literal> est enregistré pour le FQN "
+"<literal>/a</literal>, a <literal>RegionNameConflictException</literal> sera émis pour tenter d'enregistrer le classloader <literal>Y</literal> "
+"pour FQN <literal>/a/b</literal>."
#. Tag: para
#: Treecache_marshaller.xml:36
@@ -177,13 +238,13 @@
"call this method when you are done using the cache with a particular "
"classloader, or a reference to the classloader will be held, causing a "
"memory leak!"
-msgstr ""
+msgstr "La méthode <literal>unregisterClassLoader</literal> est utilisée pour supprimer l'association entre un classloader et une région particulière du cache. N'oubliez pas d'appeler cette méthode quand vous aurez terminé d'utiliser le cache avec un classloader particulier, ou une référence sera retenue pour le classloader, entraînant une perte de mémoire!"
#. Tag: title
#: Treecache_marshaller.xml:42
#, no-c-format
msgid "Region Activation/Inactivation"
-msgstr ""
+msgstr "Activation/Inactivation de région"
#. Tag: para
#: Treecache_marshaller.xml:43
@@ -195,7 +256,7 @@
"The result of this is that it is difficult or impossible to register all "
"required classloaders before a cache is started. For example, consider the "
"following scenario:"
-msgstr ""
+msgstr "L'API de base dont on a parlé ci-dessus est utile, mais dans des situations ou des applications qui comportent des classloaders différents partagent un cache, le cycle de vie de ces applications sera typiquement différent de celui du cache. Par conséquence, il est difficile, voire impossible d'enregistrer tous les classloaders requis avant qu'un cache ne démarre. Par exemple, considerez le scénario suivant:"
#. Tag: para
#: Treecache_marshaller.xml:48
@@ -224,8 +285,7 @@
#. Tag: para
#: Treecache_marshaller.xml:60
#, no-c-format
-msgid ""
-"Replication to B fails, as the required classloader is not yet registered."
+msgid "Replication to B fails, as the required classloader is not yet registered."
msgstr ""
#. Tag: para
@@ -706,3 +766,4 @@
"<!-- takes values such as 1.2.3, 1.2.4 and 1.3.0 -->\n"
"<attribute name=\"ReplicationVersion\">1.2.4</attribute>"
msgstr ""
+
More information about the jboss-cvs-commits
mailing list