[jboss-cvs] JBossAS SVN: r88048 - projects/docs/enterprise/4.3.4/readme/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Thu Apr 30 02:22:02 EDT 2009
Author: croe at redhat.com
Date: 2009-04-30 02:22:01 -0400 (Thu, 30 Apr 2009)
New Revision: 88048
Modified:
projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po
Log:
translation in progress
Modified: projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po
===================================================================
--- projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po 2009-04-30 04:43:05 UTC (rev 88047)
+++ projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po 2009-04-30 06:22:01 UTC (rev 88048)
@@ -8,7 +8,7 @@
"Project-Id-Version: Release_Notes_CP04\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-03-12 00:39+0000\n"
-"PO-Revision-Date: 2009-04-29 16:19+1000\n"
+"PO-Revision-Date: 2009-04-30 16: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"
@@ -1775,6 +1775,9 @@
"include a new <methodname>supportsCascadeDelete()</methodname> method which "
"returns false."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1519\">JBPAPP-1519</"
+"ulink>: Sybase ne prend pas en charge l'opération <emphasis>on cascade delete</"
+"emphasis> à la différence du Server SQL. Pour veiller à ce qu'ils opèrent tous deux correctement, le fichier <filename>SQLServerDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne true et <filename>SybaseDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne false."
#. Tag: para
#: Release_Notes_CP04.xml:762
@@ -1786,6 +1789,9 @@
"close the memory leak, the <emphasis>ResultSet</emphasis> is checked to make "
"sure it is closed before returning the generated identity value."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1496\">JBPAPP-1496</"
+"ulink>: Il y avait une fuite de mémoire suite à un <emphasis>ResultSet</"
+"emphasis> non fermé, quand on utilise l'option de générateur (generator option) <emphasis>Identity</emphasis>. Pour clore cette fuite de mémoire, le <emphasis>ResultSet</emphasis> est vérifié pour s'assurer qu'il est bien fermé avant de retourner la valeur de l'identité générée."
#. Tag: para
#: Release_Notes_CP04.xml:767
@@ -1867,6 +1873,11 @@
"proxy entity is found the <methodname>mergeMap</methodname> is updated to "
"deal with this eventuality."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1467\">JBPAPP-1467</"
+"ulink>: Une exception <exceptionname>PropertyValueException</exceptionname> se présentait quand on mergeait une instance détachée d'une classe <classname>One</classname> qui contenait une nouvelle instance de classe <classname>Many</classname> et si et seulement si la classe <classname>One</classname> avait déjà été chargée auparavant en tant que proxy au cours de la même transaction. Les fichiers <filename>StatefulPersistenceContext.java</"
+"filename>, <filename>BackrefPropertyAccessor.java</filename>, "
+"<filename>BackrefTest.java</filename> et <filename>Child.java</filename> "
+"ont été mis à jour pour vérifier le problème de proxy lié au fusionnement et une fois que l'entité proxy est trouvée, le <methodname>mergeMap</methodname> est mis à jour pour pouvoir assumer cette éventualité."
#. Tag: para
#: Release_Notes_CP04.xml:805
@@ -1885,6 +1896,10 @@
"called, instead of this method being called even if <varname>alias</varname> "
"contained a null value."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1365\">JBPAPP-1365</"
+"ulink>: Il y a un bogue dans Hibernate Core pour lequel la méthode <methodname>addDuplicateAlias</methodname> contenait une entrée dans la mappe de hachage quand la variable <varname>classAlias</varname> était configurée à null; ce qui entrainait un <exceptionname>NullPointerException</exceptionname> "
+"quand la méthode <methodname>CrazyJPARRequirements()</methodname> est appelée. "
+"Pour corriger ce problème, le fichier <filename>FromClause.java</filename> a été modifié pour corriger la méthode <methodname>addDuplicateAlias</methodname> en testant si la variable <varname>alias</varname> est null et si tel n'est pas le cas, alors <methodname>fromElementByClassAlias.put</methodname> est maintenant appelé, au lieu d'appeler cette méthode, même si <varname>alias</varname> contenait une valeur null."
#. Tag: para
#: Release_Notes_CP04.xml:810
@@ -1900,6 +1915,11 @@
"check if the user has explicitly said that the version field should not be "
"updated and does not update the field if this is the case."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1259\">JBPAPP-1259</"
+"ulink>: Quand on utilise <methodname>dynamicUpdate</methodname> pour générer SQL "
+"et que l'utilisateur précise qu'il ne faut pas mettre à jour le champ de version, la méthode "
+"<methodname>AbstractEntityPersiter.getPropertiesToUpdate</methodname> continuait de mettre le champ à jour, ce qui pouvait entraîner des exceptions dans certains cas. Dans cette mise à jour d'EAP, "
+"<filename>AbstractEntityPersister.java</filename> a été corrigé pour pouvoir vérifier si l'utilisateur a bien spécifié que le champs de version ne devait pas être mis à jour et le champ ne sera pas mis à jour dans un tel cas............."
#. Tag: para
#: Release_Notes_CP04.xml:815
@@ -1911,6 +1931,8 @@
"numerous files have been updated to ensure that the filters work correctly. "
"This fix is related to JBPAPP-1250 below."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1251\">JBPAPP-1251</"
+"ulink>: Les filtres qui étaient activés pour Hibernate ne pouvaient s'appliquer aux opérations de mise à jour ou de suppression d'énoncés HQL (Hibernate Query Language). En corrigeant ce bogue, on a mis à jour de nombreux fichier en vue d'assurer le fonctionnement des filtres. Cette résolution de bogue est liée à JBPAPP-1250 ci-dessous."
#. Tag: para
#: Release_Notes_CP04.xml:820
@@ -1924,6 +1946,8 @@
"appropriately with subqueries and extent as far as the Hibernate Query "
"Language does."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1250\">JBPAPP-1250</"
+"ulink>: Quand on créait des demandes accompagnées de sous-interrogations dans Hibernate, tout filtre supplémentaire ne s'appliquait qu'au niveau supérieur de la demande et non pas aux composants des sous-interrogations ou niveaux inférieurs. Les codes Criteria et HQL associés ont dû subir des remaniements importants pour permettre aux filtres de fonctionner correctement au niveau des sous-interrogations et étendre leur fonction dans tout HQL."
#. Tag: para
#: Release_Notes_CP04.xml:823
@@ -1932,13 +1956,13 @@
"Though this is a significant fix to Hibernate, it has been included within "
"this CP release because of its undeniable advantage to all users and ensures "
"that filters on queries operate how a user would expect them to."
-msgstr ""
+msgstr "Comme il s'agit d'une résolution de problème importante d'Hibernate, on l'a incluse dans cette version CP pour l'intérêt indéniable qu'il représente auprès des utilisateurs et pour garantir que tous les filtres puissent opérer sur les demandes de la façon dont les utilisateurs s'y attendent."
#. Tag: title
#: Release_Notes_CP04.xml:833
#, no-c-format
msgid "JBoss Transaction Service (JBossTS)"
-msgstr ""
+msgstr "JBoss Transaction Service (JBossTS)"
#. Tag: para
#: Release_Notes_CP04.xml:837
@@ -1961,7 +1985,7 @@
"1.5 syntax when it should compile with Java 1.4. This error has been "
"rectified with this release by modifying the "
"<filename>AppServerJDBCXARecovery.java</filename> file to use Java 1.4."
-msgstr ""
+msgstr "La classe <classname>AppServerJDBCXARecovery</classname> utilisait la syntaxe Java 1.5 alors qu'elle aurait dû être compilée avec Java 1.4. Cette erreur a été rectifiée dans cette version grâce à la modification du fichier <filename>AppServerJDBCXARecovery.java</filename> pour qu'elle puisse utiliser Java 1.4."
#. Tag: para
#: Release_Notes_CP04.xml:847
@@ -1973,7 +1997,7 @@
"<classname>AppServerJDBCXARecovery</classname> class and adding the "
"<methodname>createConnection() throws SQLException</methodname> method which "
"makes sure a connection exists before deploying the transaction manager."
-msgstr ""
+msgstr "Quand le serveur d'application démarrait, le gestionnaire de transactions pouvait parfois se déployer avant les sources de données, initiant une passe de recouvrement et causant des exceptions. On a réglé ce problème en modifiant la classe <classname>AppServerJDBCXARecovery</classname> et en ajoutant la méthode <methodname>createConnection() throws SQLException</methodname> qui veille à ce que la connexions soit établie avant de déployer le gestionnaire de transactions. "
#. Tag: para
#: Release_Notes_CP04.xml:852
@@ -1986,6 +2010,10 @@
"classname> class and adding the <methodname>createConnection() throws "
"SQLException</methodname> method which makes sure a connection exists."
msgstr ""
+"Il y avait des cas pour lesquels la classe <classname>AppServerJDBCXARecovery</"
+"classname> comprenait des informations destinées à une connexion non valide pour raison d'échec de la base de données. Ce bogue a été résolu de la même façon que le problème ci-dessus, c'est à dire, en modifiant la classe <classname>AppServerJDBCXARecovery</"
+"classname> et en ajoutant la méthode <methodname>createConnection() throws "
+"SQLException</methodname>, qui veille à ce que la connexion existe bien."
#. Tag: para
#: Release_Notes_CP04.xml:857
@@ -1999,6 +2027,8 @@
"rollback events the <filename>SubordinateAtomicAction.java</filename> file "
"has been modified."
msgstr ""
+"La méthode <methodname>beforeCompletion</methodname> était exécutée même quand l'état <literal>tx</literal> était configuré à <varname>ABORT_ONLY</varname>, "
+"alors que cette méthode aurait dû être exécutée avant les tentatives de validation et non pas les rollbacks restaurations). Pour corriger ce problème, et pour veiller à ce que la méthode <methodname>beforeCompletion</methodname> ne soit pas exécutée en cas d'événements de rollback, le fichier <filename>SubordinateAtomicAction.java</filename> a été modifié."
#. Tag: para
#: Release_Notes_CP04.xml:862
@@ -2014,6 +2044,12 @@
"<exceptionname>RollbackException</exceptionname> instead of a heuristic when "
"a successful rollback is performed."
msgstr ""
+"<methodname>TransactionImple.doOnePhaseCommit</methodname> générait une exception "
+"<exceptionname>HeuristicRollbackException</exceptionname> quand la validation échouait. Cela signifiait que <methodname>XATerminatorImple.commit</"
+"methodname> ne pouvait pas distinguer un rollback d'une erreur. Le fichier <filename>TransactionImple.java</"
+"filename> a été modifié dans cette version CP, de façon à ce que la méthode <methodname>TransactionImple."
+"doOnePhaseCommit</methodname> puisse maintenant générer un "
+"<exceptionname>RollbackException</exceptionname> à la place d'un heuristique suite à un rollback réussi."
#. Tag: para
#: Release_Notes_CP04.xml:867
@@ -2029,6 +2065,9 @@
"updated to correct this by improving the cleanup and exception reporting for "
"rollbacks in <methodname>XATerminatorImple.prepare</methodname>."
msgstr ""
+"Quand <literal>tx</literal> était configuré à <varname>rollbackOnly</"
+"varname> et que la méthode <methodname>XATerminatorImple.prepare</methodname> était appelée, on voyait apparaître l'exception <exceptionname>XA_RBROLLBACK</exceptionname> alors que le rollback n'avait pas eu lieu et que la référence <literal>tx</literal> était supprimée, impliquant qu'il n'y avait pas de nettoyage par les méthodes "
+"<methodname>commit</methodname> ou <methodname>rollback</methodname> quand c'était possible. Le fichier <filename>XATerminatorImple.java</filename> a été mis à jour pour corriger ce problème en améliorant le nettoyage et le report d'exception pour les rollback dans <methodname>XATerminatorImple.prepare</methodname>."
#. Tag: para
#: Release_Notes_CP04.xml:872
@@ -2041,6 +2080,11 @@
"filename> now has corrected synchronization handling for transaction "
"termination."
msgstr ""
+"La méthode <methodname>SubordinateAtomicAction.doPrepare</methodname> appelait "
+"<methodname>beforeCompletion</methodname> mais n'appelait pas "
+"<methodname>afterCompletion</methodname> quand le statut du retour était "
+"<literal>Read Only</literal>. <filename>SubordinateAtomicAction.java</"
+"filename> a maintenant corrigé la gestion de la synchronisation pour terminer les transactions."
#. Tag: para
#: Release_Notes_CP04.xml:877
@@ -2050,7 +2094,7 @@
"cycle (1PC). Synchronization has been added to the JCA coordinator through "
"the modification of the <filename>SubordinateAtomicAction.java</filename> "
"file."
-msgstr ""
+msgstr "Le coordinateur JCA n'a pas appelé les synchronisations pendant le Phase Commit Cycle (1PC) (Cycle de validation). On a ajouté la synchronisation au coordinateur JCA en modifiant le fichier <filename>SubordinateAtomicAction.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:882
@@ -2061,6 +2105,8 @@
"<methodname>phase2Commit</methodname> and <methodname>phase2Abort</"
"methodname> methods."
msgstr ""
+"Les méthodes du Coordinator n'effectuaient pas le nettoyage correctement. Pour améliorer cela, on a ajouté les routines de nettoyage aux méthodes <methodname>phase2Commit</methodname> et <methodname>phase2Abort</"
+"methodname>."
#. Tag: title
#: Release_Notes_CP04.xml:892
@@ -2083,6 +2129,8 @@
"test files are also included which were created to ensure proper operation "
"was being undertaken. (CVE-2009-0027 )"
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1548\">JBPAPP-1548</"
+"ulink>: Il y avait un exploit situé dans le composant JBoss Web Service d'EAP qui permettait à quiconque de visionner n'importe quel fichier xml à partir de n'importe quelle location quand <literal>&resource=path/of/an/xmlfile.xml</literal> était appliqué en fin de n'importe quel URL WSDL (Web Service Definition Language). Le fichier <literal>&resource=path/of/an/xmlfile.xml</literal> a été mis à jour pour n'autoriser uniquement que le parent d'un fichier WSDL, les données de serveur, WSDL, ou bien les répertoires publiés à nouveau, en WSDL, d'avoir accès aux ressources du fichier xml. On a ajouté des fichiers test supplémentaires, qui ont été créés pour veiller à ce que les opérations se déroulent correctement. (CVE-2009-0027 )"
#. Tag: para
#: Release_Notes_CP04.xml:908
@@ -2098,6 +2146,9 @@
"<emphasis>Why do I need to change the multicast port if I change the address?"
"</emphasis> has been updated to reflect what is happening in an improved way."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1649\">JBPAPP-1649</"
+"ulink>: La documentation qui portait sur l'isolation des canaux JGroups du Guide de configuration du serveur, ne comportait pas deux paramètres spécifiques à la distribution EAP 4.3. Les paramètres de </varname> et de <varname>-"
+"Djboss.messaging.datachanneludpport</varname> ont été inclus dans la section 19.7.10 avec des exemples de ports et du texte à propos du problème <emphasis>Pourquoi devrais-je changer le port multicast si je change l'adresse ?</emphasis> qui a été mis à jour pour mieux refléter ce qui se passe."
#. Tag: para
#: Release_Notes_CP04.xml:914
@@ -2110,6 +2161,10 @@
"file set and the contents of the <literal>conf</literal>, <literal>deploy</"
"literal> and <literal>all</literal> directory sections."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1498\">JBPAPP-1498</"
+"ulink>: L'ensemble des fichiers d'information du Guide de démarrage (sections "
+"2.2.2 and 2.2.3) était obsolète et exigeait que de nouvelles informations soient ajoutées et que d'anciennes informations soient supprimées de l'ensemble des fichiers de configuration du serveur par <literal>default</literal> et des contenus des sections de répertoire <literal>conf</literal>, <literal>deploy</"
+"literal> et <literal>all</literal>."
#. Tag: para
#: Release_Notes_CP04.xml:919
@@ -2121,6 +2176,8 @@
"to marshalling. The appropriate code has now been added to the instructions "
"in section 9.8.2.3."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1472\">JBPAPP-1472</"
+"ulink>: Les instructions pour ajouter SSL à EJB 2.1 dans le Guide de configuration du serveur étaient incomplètes car elles ne comprenaient pas le code qui convient pour le l'ordonnancement. Ce code a maintenant été rajouté dans les instructions dans la section 9.8.2.3. "
#. Tag: para
#: Release_Notes_CP04.xml:924
@@ -2132,6 +2189,8 @@
"used on the command line to change the binding addresses of the Enterprise "
"Application Platform for remote connectivity."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1362\">JBPAPP-1362</"
+"ulink>: On a mis à jour la section 2.3 du Guide de démarrage pour y inclure des informations sur l'option <code>-b</code> (ou équivalent) qui peut être utilisée dans la ligne de commande pour changer les adresses de liaison de l'EAP pour la connexion à distance."
#. Tag: para
#: Release_Notes_CP04.xml:929
@@ -2144,12 +2203,14 @@
"explain that user credentials for the operating system will be used for "
"local authentication and JBoss server credentials for remote authentication."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1346\">JBPAPP-1346</"
+"ulink>: Il y avait une confusion quand on démarre ou quand on interrompt une installation <code>ZIP</code> du serveur localement ou bien à distance, car un mot de passe ou un nom d'utilisateur différent peuvent être utilisés. Le Guide de démarrage a maintenant été mis à jour et explique que les informations d'identification des utilisateurs pertinents aux systèmes d'exploitation seront utilisés pour l'authentification locale et les informations d'identification du serveur JBoss seront utilisées pour l'authentification à distance."
#. Tag: title
#: Release_Notes_CP04.xml:937
#, no-c-format
msgid "Core Server"
-msgstr ""
+msgstr "Serveur principal (Core server)"
#. Tag: para
#: Release_Notes_CP04.xml:941
@@ -2172,25 +2233,25 @@
"become unresponsive during shutdown. In rectifying this issue, the "
"<filename>POA.java</filename> file has been modified so that instead of "
"executing:"
-msgstr ""
+msgstr "Il y avait un bogue qui amenait <filename>JacORB 2.3.0.jboss5</filename> à ne plus répondre pendant la fermeture. Pour rectifier de problème, le fichier <filename>POA.java</filename> a été modifié, ce qui fait qu'au lieu d'exécuter :"
#. Tag: programlisting
#: Release_Notes_CP04.xml:949
#, no-c-format
msgid "throw new org.omg.CORBA.OBJECT_NOT_EXIST();"
-msgstr ""
+msgstr "throw new org.omg.CORBA.OBJECT_NOT_EXIST();"
#. Tag: para
#: Release_Notes_CP04.xml:950
#, no-c-format
msgid "the following is now executed:"
-msgstr ""
+msgstr "voici ce qui est maintenant exécuté :"
#. Tag: programlisting
#: Release_Notes_CP04.xml:953
#, no-c-format
msgid "throw new ObjectNotActive();"
-msgstr ""
+msgstr "throw new ObjectNotActive();"
#. Tag: para
#: Release_Notes_CP04.xml:958
@@ -2209,6 +2270,10 @@
"file has been updated and correctly converts the timeout value from seconds "
"to milliseconds."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1636\">JBPAPP-1636</"
+"ulink>: On avait un problème avec les adaptateurs quand un de ces adaptateurs gérait l'ordonnancement des tâches à effectuer. La classe <classname>ExecutionContext</classname> contenait une valeur exprimée en secondes, qui informe la méthode <methodname>getCompletionTimeout</methodname> de "
+"<classname>org.jboss.resource.work.WorkWrapper</classname>. Le problème, c'est que <methodname>getCompletionTimeout</methodname> s'attend à ce que cette valeur soit exprimée en millisecondes, entraînant une erreur quand la valeur de timeout de départ est de 6 secondes par exemple, mais qu'elle est passée au niveau du thread pool à 6 millisecondes. Le fichier<filename>WorkWrapper.java</filename> "
+"a été mis à jour et convertit correctement la valeur de timeout de secondes en millisecondes."
#. Tag: para
#: Release_Notes_CP04.xml:963
@@ -2220,6 +2285,9 @@
"(connection closed) now able to be handled. These enhancements have been "
"applied to the <filename>OracleExceptionSorter.java</filename> file."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1635\">JBPAPP-1635</"
+"ulink>: La classe <classname>OracleExceptionSorter</classname> a été améliorée pour cette version de sortie et on peut maintenant gérer les nouveaux codes d'erreur 17002 (reprise de la connexion) et 17008 "
+"(fermeture de la connexion). Ces améliorations s'appliquent au fichier<filename>OracleExceptionSorter.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:968
@@ -2238,6 +2306,14 @@
"the <methodname>TreeSet</methodname> of the <methodname>newPackageSet</"
"methodname> method."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1602\">JBPAPP-1602</"
+"ulink>: L'exception <exceptionname>ConcurrentModificationException </exceptionname> "
+"apparaissait quand un chargeur de classes rétractait son déploiement tandis qu'un autre utilisateur tentait de télédécharger une classe d'un paquetage. Cette erreur provenait du fait que "
+"<classname>packagesMap</classname> de "
+"<classname>UnifiedLoaderRepository3</classname> possédait un <classname>TreeSet</"
+"classname> qui n'était pas correctement synchronisé aux changements. Pour régler ce problème, le fichier <filename>ClassLoaderUtils.java</filename> a été mis à jour pour pouvoir importer la bibliothèque de <classname>Collections</classname> et utiliser la méthode "
+"<methodname>synchronizedSet</methodname> de la bibliothèque en retournant le <methodname>TreeSet</methodname> de la méthode <methodname>newPackageSet</"
+"methodname>."
#. Tag: para
#: Release_Notes_CP04.xml:973
@@ -2252,6 +2328,11 @@
"default values and configuration options for these in order to avoid "
"problematic situations."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1540\">JBPAPP-1540</"
+"ulink>: Dans la section cluster d' Enterprise Application Platform, "
+"les classes <classname>GossipRouter</classname> et <classname>GossipClient</"
+"classname> (TCPGOSSIP) ne possédaient pas de socket read timeouts, socket linger "
+"timeouts ou backlog set qui garantissent un comportement optimal en cas d'utilisation lourde ou dans des situations de réseau en besoin d'amélioration. Cette résolution propose des valeurs par défaut et des options de configuration qui permettront d'éviter ces situations problématiques."
#. Tag: para
#: Release_Notes_CP04.xml:978
@@ -2267,6 +2348,8 @@
"identifiers. This ensures that an instance of the EAP only receives messages "
"pertaining to its specific group and thus inhibits channel crosstalk."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1539\">JBPAPP-1539</"
+"ulink>: Quand on exécute des instances parallèles d'EAP sur Linux, il y a un bogue qui fait que quand les messages entre le composant JGroups de chaque instance étaient saisis par les deux instances car tous les messages envoyés au numéro de port pour Multicast SOckets étaient saisis par les deux instances. Le problème a été réglé en la nouvelle rédaction du code Multicast Sockets de façon à ce que le constructeur utilise une adresse de groupe et une numéro de port comme identifiants. Cela garantit qu'une instance d'EAP ne puisse uniquement recevoir des messages pertinents à son groupe particulier, et donc prévient la diaphonie inter-réseaux."
#. Tag: para
#: Release_Notes_CP04.xml:983
@@ -2278,6 +2361,8 @@
"Proble Client now uses 224.0.75.75 instead of 224.0.0.75 which allows the "
"client and the listener to work together correctly."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1538\">JBPAPP-1538</"
+"ulink>: le client Probe a été mis à jour pour utiliser la même adresse que le Probe Listener, c'est à dire 224.0.75.75. Nous avons corrigé ce problème: le client Probe utilise maintenant 224.0.75.75 à la place de 224.0.0.75, ce qui permet au client et au listener de travailler ensemble correctement."
#. Tag: para
#: Release_Notes_CP04.xml:988
@@ -2292,6 +2377,9 @@
"updated to store the new state using the <varname>in_stream</varname> value "
"as long as there is space available."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1535\">JBPAPP-1535</"
+"ulink>: Le JDBCExtCacheLoader de gérait pas le transfert des états persistants correctement car la méthode <methodname>storeState</methodname> utilisait l'espace disponible sur <classname>MarshalledValueInputStream</classname> "
+"au lieu de sur <classname>ByteArrayInputStream</classname>. Pour corriger l'utilisation niveau flux (stream usage), <filename>JDBCExtendedCacheLoader.java</filename> a été mis à jour pour stocker le nouvel état en utilisant la valeur <varname>in_stream</varname> dans la mesure de l'espace disponible."
#. Tag: para
#: Release_Notes_CP04.xml:993
@@ -2306,6 +2394,10 @@
"that null values are set as <varname>LONGVARBINARY</varname> rather than "
"<varname>BLOB</varname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1534\">JBPAPP-1534</"
+"ulink>: Le JDBCCacheLoader ne fonctionnait pas avec Sybase car il essayait d'insérer une colonne null <varname>BLOB</varname> (Binary Large OBject) qui n'est pas prise en charge dans Sybase. Pour corriger cela, les fichiers <filename>JDBCCacheLoader.java</"
+"filename> et <filename>AdjListJDBCCacheLoader.java</filename> on été mis à jour pour pouvoir sélectionner le pilote Sybase si Sybase devait être utilisé, garantissant que les valeurs null soient configurées à la valeur <varname>LONGVARBINARY</varname> à la place de "
+"<varname>BLOB</varname>."
#. Tag: para
#: Release_Notes_CP04.xml:998
@@ -2328,7 +2420,7 @@
"224.0.0.75 instead of the new address of 224.0.75.75. The probe listener "
"within JGroups has been updated with this release to use the correct default "
"address."
-msgstr ""
+msgstr "Le probe listener du groupe JGroups utilise toujours l'adresse 224.0.0.75 par défaut à la place de l'adresse 224.0.75.75. Le probe listener de JGroups a été mis à jour dans cette version pour pouvoir utiliser l'adresse correcte par défaut."
#. Tag: para
#: Release_Notes_CP04.xml:1008
@@ -2337,7 +2429,7 @@
"The MPING protocol which sends a multicast ping over TCP contained cross-"
"talk in Linux. the MPING protocol has since been corrected to eliminate "
"cross-talk on the Linux platform."
-msgstr ""
+msgstr "Le protocole MPING qui envoie un ping multicast sur TCP contenait une diaphonie dans Linux. Le protocole MPING a été corrigé depuis, pour éliminer la diaphonie sur la plateforme Linux. Depuis, le protocole MPING a été corrigé pour éliminer la diaphonie sur la plateforme Linux."
#. Tag: para
#: Release_Notes_CP04.xml:1013
@@ -2351,7 +2443,7 @@
"<classname>MulticastSocket</classname> constructor is now used in "
"combination with a <varname>SocketAddress</varname> when JGroups is used on "
"the Linux platform."
-msgstr ""
+msgstr "On rencontrait un problème dans JGroups quand deux processus séparés étaient installés sur la même machine, utilisant chacun une pile différente contenant des adresses multicast UDP distinctes. Le problème était que chaque processus ne fonctionnait pas bien à cause de l'autre, puisque chaque processus recevait des diagrammes incorrectes en référence aux groupes respectifs qu'ils avaient rejoint. Pour rectifier cela, le constructeur <classname>MulticastSocket</classname> est maintenant utilisé en conjonction à <varname>SocketAddress</varname> quand JGroups est utilisé sur une plateforme Linux."
#. Tag: para
#: Release_Notes_CP04.xml:1018
More information about the jboss-cvs-commits
mailing list