[jboss-cvs] JBossAS SVN: r87031 - projects/docs/enterprise/4.2.6/readme/fr-FR.

[jboss-cvs-commits at lists.jboss.org]

Author: croe at redhat.com
Date: 2009-04-09 02:18:25 -0400 (Thu, 09 Apr 2009)
New Revision: 87031

Modified:
   projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po
Log:
Translation in progress 98% completed - Requires proof reading

Modified: projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po
===================================================================
--- projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po	2009-04-09 05:14:45 UTC (rev 87030)
+++ projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po	2009-04-09 06:18:25 UTC (rev 87031)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Release_Notes_CP06\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-03-30 23:58+0000\n"
-"PO-Revision-Date: 2009-04-08 16:18+1000\n"
+"PO-Revision-Date: 2009-04-09 16:17+1000\n"
 "Last-Translator: Corina Roe <croe at redhat.com>\n"
 "Language-Team: French <i18 at redhat.com>\n"
 "MIME-Version: 1.0\n"
@@ -1545,6 +1545,12 @@
 "<exceptionname>RollbackException</exceptionname> instead of a heuristic when "
 "a successful rollback is performed."
 msgstr ""
+"<methodname>TransactionImple.doOnePhaseCommit</methodname> générerait un "
+"<exceptionname>HeuristicRollbackException</exceptionname> quand la validation échouait. <methodname>XATerminatorImple.commit</"
+"methodname> n'était pas en mesure de dissocier un rollback d'une erreur. Ce problème a été résolu dans ces notes de sortie CP. Le fichier <filename>TransactionImple.java</"
+"filename> a été modifié 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 quand un rollback est effectué."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:697
@@ -1560,6 +1566,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 fixé à <varname>rollbackOnly</"
+"varname> et que la méthode <methodname>XATerminatorImple.prepare</methodname> était appelée, une exception <exceptionname>XA_RBROLLBACK</exceptionname> était générée, le rollback ne pouvait avoir lieu et la référence "
+"<literal>tx</literal> était supprimée, ce qui impliquait qu'il n'y avait pas de nettoyage possible par les méthodes <methodname>commit</methodname> (validation) ou <methodname>rollback</methodname>. Le fichier <filename>XATerminatorImple.java</filename> a été mis à jour pour permettre le nettoyage et pour rapporter les exceptions en cas de rollbacks dans <methodname>XATerminatorImple.prepare</methodname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:702
@@ -1572,6 +1581,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 de retour était "
+"<literal>Read Only</literal> (lecture seule). <filename>SubordinateAtomicAction.java</"
+"filename> possède maintenant une bonne gestion de synchronisation pour l'achèvement des transactions."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:707
@@ -1581,7 +1595,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 n'appelait pas les synchronisations pendant la phase 1PC (de l'anglais Commit Cycle Phase / phase de validation). On a ajouté la synchronisation au coordinateur JCA en modifiant le fichier <filename>SubordinateAtomicAction.java</filename>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:712
@@ -1592,12 +1606,14 @@
 "<methodname>phase2Commit</methodname> and <methodname>phase2Abort</"
 "methodname> methods."
 msgstr ""
+"Les méthodes du coordinateur n'effectuaient pas les opérations de nettoyage convenablement. Pour rectifier cela, on a rajouté des routines de nettoyage aux méthodes <methodname>phase2Commit</methodname> et <methodname>phase2Abort</"
+"methodname>."
 
 #. Tag: title
 #: Release_Notes_CP06.xml:722
 #, no-c-format
 msgid "Security Issues"
-msgstr ""
+msgstr "Problèmes de sécurité"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:726
@@ -1614,6 +1630,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-1565\">JBPAPP-1565</"
+"ulink>: Il y avait un exploit au sein du composant JBoss Web de la plateforme EAP, qui permettait à n'importe qui de visualiser n'importe quel fichier xml, à partir de n'importe quelle location si <literal>&amp;resource=path/of/an/xmlfile.xml</literal> était apposé à la fin d'un URL d'accès WDSL (Web Service Definition Language). Le fichier <filename>WSDLRequestHandler.java</filename> a été mis à jour pour permettre au parent d'un fichier WSDL, aux données de serveurs, aux WSDL, aux répertoires publiés WSDL qui ont été remplacés, d'avoir accès aux ressources du fichier xml. On a également inclus des fichiers test supplémentaires, qui ont été créés pour veiller au bon déroulement des opérations. (CVE-2009-0027)"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:738
@@ -1626,6 +1644,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>: Les informations du fichier du guide de démarrage, Getting Started Guide (sections "
+"2.2.2 et 2.2.3) étaient obsolètes et on avait besoin d'ajouter des nouvelles informations et d'en retirer des anciennes du fichier de configuration du serveur par <literal>default</literal> et des contenus des sections des répertoires <literal>conf</literal>, <literal>deploy</"
+"literal> et <literal>all</literal>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:743
@@ -1637,6 +1659,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>: Le guide Getting Started Guide section 2.3 a été mis à jour pour inclure des informations sur l'option <code>-b</code> (ou équivalent) qui peut être utilisée au niveau de la ligne de commande pour modifier l'adresse de liaison d'EAP pour les connectivités à distance."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:748
@@ -1649,12 +1673,15 @@
 "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 avaitune confusion quand à l'installation <code>ZIP</code> "
+"d'un serveur localement ou à distance, parce qu'un nom d'utilisation ou un mot de passe différent pourrait être utilisé. Le Guide de démarrage a maintenant été mis à jour pour clarifier que les justificatifs d'authentification de l'utilisateur pour le système d'exploitation seront utilisés pour l'authentification locale et ceux du serveur JBoss pour l'authentification à distance."
 
 #. Tag: title
 #: Release_Notes_CP06.xml:756
 #, no-c-format
 msgid "Core Server"
-msgstr ""
+msgstr "Serveur de base"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:760
@@ -1677,7 +1704,7 @@
 "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 empêchait <filename>JacORB 2.3.0.jboss5</filename> de répondre pendant la fermeture. En réglant ce problème, le fichier <filename>POA.java</filename> a été modifié, de façon à ce qu'à la place d'exécuter :"
 
 #. Tag: programlisting
 #: Release_Notes_CP06.xml:768
@@ -1713,6 +1740,11 @@
 "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>: Quand un adaptateur gérait l'ordonnacement du travail à effectuer, la classe "
+"<classname>ExecutionContext</classname> possédait une valeur exprimée en secondes, à partir de laquelle la méthode <methodname>getCompletionTimeout</methodname> de "
+"<classname>org.jboss.resource.work.WorkWrapper</classname> obtenait ses informations. Le problème étant que <methodname>getCompletionTimeout</"
+"methodname> s'attendait à ce que cette valeur soit exprimée en millisecondes, ce qui entraînait une erreur car la valeur initiale de timeout était de 6 secondes, mais correspondait à 6 millisecondes dans le thread pool. Le fichier <filename>WorkWrapper.java</filename> a été mis à jour et convertit correctement maintenant exprimée en secondes en millisecondes."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:781
@@ -1720,7 +1752,7 @@
 msgid ""
 "This bug only affected third party adapters running within the JBoss "
 "Application Server."
-msgstr ""
+msgstr "Ce bogue n'affectait que les adaptateurs tierces qui exécutaient JBoss Application Server."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:787
@@ -1732,6 +1764,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>: <classname>OracleExceptionSorter</classname> a été amélioré dans cette version et on peut maintenant gérer les codes d'erreur 17002 (rétablissement de la connexion) et 17008 "
+"(fermeture de la connexion). Ces améliorations s'appliquent au fichier <filename>OracleExceptionSorter.java</filename>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:792
@@ -1750,6 +1785,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> "
+"apparaît quand un chargeur de classes rétracte son déploiement tandis qu'un autre utilisateur était entrain de charger une classe à partir d'un paquetage. Cette erreur avait lieu parce que "
+"<classname>packagesMap</classname> de "
+"<classname>UnifiedLoaderRepository3</classname> avait un <classname>TreeSet</"
+"classname> qui n'était pas correctement synchronisé aux changements. Pour pouvoir rectifier ce problème, le fichier <filename>ClassLoaderUtils.java</filename> a été mis à jour pour pouvoir importer la bibliothèque <classname>Collections</classname> et utiliser la méthode "
+"<methodname>synchronizedSet</methodname> de la bibliothèque pour retourner <methodname>TreeSet</methodname> de la méthode <methodname>newPackageSet</"
+"methodname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:797
@@ -1764,6 +1807,10 @@
 "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'EAP, <classname>GossipRouter</classname> et <classname>GossipClient</"
+"classname> (TCPGOSSIP) ne possédaient pas de socket read timeouts, socket linger "
+"timeouts ou de backlog d'installés pour garantir un bon comportement en situation de charge de travail importante, ou dans d'autres situations de réseau qui pourraient bénéficier d'améliorations. Cette solution propose des options de configuration et des valeurs par défaut pour remédier à ces situations problématqiues."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:802
@@ -1780,6 +1827,8 @@
 "Platform 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écutait des instances parallèles sur une plateforme EAP de Linux, il y avait un bogue qui faisait que les messages passant entre les composants JGroups de chaque instance, étaient collectés par les deux instances car tous les messages envoyés au numéro de port de Sockets Multicast étaient collectés par les deux instances. Le problème a été résolu en rédigeant le code à nouveau pour les Sockets Multicast, de façon à ce que le constructeur utilise une adresse de groupe et un numéro de port comme identifiants. Cela garantit qu'une instance EAP ne reçoive que les messages pertinents à son groupe particulier et donc, évite des interférences inter réseaux."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:807
@@ -1791,6 +1840,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 de sondage n'a pas été mis à niveau pour pouvoir utiliser la même adresse que le listener de sondage, qui est maintenant 224.0.75.75. Suite à la correction de ce problème, le client de sondage utilise maintenant 224.0.75.75 à la place de 224.0.0.75, ce qui permet au client et au listener de travailler ensemble convenablement."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:812
@@ -1805,6 +1856,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 ne gérait pas le transfert d'états persistants correctement car la méthode <methodname>storeState</methodname> utilisait l'espace disponible de <classname>MarshalledValueInputStream</classname> "
+"au lieu de celui de <classname>ByteArrayInputStream</classname>. Pour remédier à ce problème d'utilisation, <filename>JDBCExtendedCacheLoader.java</filename> a été mis à jour pour stocker le nouvel état en utilisant la valeur <varname>in_stream</varname> tant qu'il y a de l'espace disponible."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:817
@@ -1819,6 +1873,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>: JDBCCacheLoader ne fonctionnait pas dans Sybase car il tentait de mettre en place une colonne  "
+"null <varname>BLOB</varname> (Binary Large OBject) non prise en charge dans Sybase. Pour corriger cela, les fichiers <filename>JDBCCacheLoader.java</"
+"filename> et <filename>AdjListJDBCCacheLoader.java</filename> ont été mis à jour pour sélectionner le pilote Sybase quand on utilise Sybase, pour être sûr que les valeurs null sont configurées en <varname>LONGVARBINARY</varname> et non pas en <varname>BLOB</varname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:822
@@ -1841,7 +1899,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 listener de sondage de JGroups utilise toujours l'ancienne adresse par défaut 224.0.075 à la place de la nouvelle adresse 224.0.75.75. Le listener de sondage de JGroups a été mis à jour dans cette version pour utiliser la bonne adresse."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:832
@@ -1850,7 +1908,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 envoie un ping multivoies à travers TCP dans Linux qui contenait des inférences. Le protocole MPING a été corrigé pour éliminer les inférences sur la plateforme Linux."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:837
@@ -1864,7 +1922,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 "Dans JGroups, on avait un problème quand deux processus distincts étaient installés sur la même machine, et qu'ils utilisaient chacun une pile différente reliée à des adresses UDP multicast diférentes. Le problème, c'est que chaque processus individuel ne fonctionnait pas correctement à cause de l'autre, car chaque processus recevait des diagrammes qui n'étaient pas corrects se référençant aux groupes qu'ils avaient rejoint respectivement. Pour régler ce problème, le constructeur de <classname>MulticastSocket</classname> utilise maintenant une combinaison comprenant une <varname>SocketAddress</varname> quand JGroups est utilisé sur la plateforme Linux."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:842
@@ -1877,6 +1935,9 @@
 "component, now includes the availability of these options to be set through "
 "the command line."
 msgstr ""
+"Le composant <literal>Gossip Router</literal> de JGroups procurait des options "
+"pour installer <literal>backlog</literal>, <literal> socket read timeout</literal> "
+"et <literal>socket linger timeout</literal> dans le code. Cependant, ces options ne sont pas disponibles en ligne de commande. Cette mise à jour du composant JGroups permet maintenant de gérer ces options à partir des lignes de commande."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:847
@@ -1889,6 +1950,10 @@
 "updated to instead use <methodname>Math.max</methodname> in the calculation "
 "of the socket linger timeout."
 msgstr ""
+"Dans le composant <literal>Gossip Router</literal> de JGroups "
+"<methodname>Math.min</methodname> était utilisé pour calculer le socket linger "
+"timeout qui entraînait des résultats erronés puisque le socket "
+"linger timeout était toujours égal à 1. <literal>Gossip Router</literal> a été mis à jour pour utiliser à la place <methodname>Math.max</methodname> pour le calcul du socket linger timeout."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:852
@@ -1903,6 +1968,10 @@
 "<classname>GossipRouter</classname> class has had the <varname>setSoLinger</"
 "varname> value corrected and timouts configurable."
 msgstr ""
+"Les classes <classname>RouterStub</classname> et <classname>GossipRouter</"
+"classname> ont leur valeur <varname>setSoLinger</varname> qui est configurée incorrectement à utiliser une valeur exprimée en secondes alors que <varname>setSoLinger</varname> utilise des milliecondes. Cela signifie que la valeur 500 correspondait à des secondes et non pas à des millisecondes. La classe <classname>RouterStub</classname> a vu ses <varname>setSoLinger</varname> corrigés et la classe "
+"<classname>GossipRouter</classname> a vu la valeur de <varname>setSoLinger</"
+"varname> corrigée également et les timouts sont configurables."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:859
@@ -1915,6 +1984,8 @@
 "been updated with added logic to the local transaction separation strategy "
 "as to allow for non-xa sessions to be rolled back using transaction session."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1530\">JBPAPP-1530</"
+"ulink>: Le flux entrant de l'adaptateur JCA adapter ne renvoyait pas les messages (rollback) si une usine de connexion non-xa n'était pas utilisée avec iJNDIProviderAdapter. Pour régler ce problème, le fichier <filename>JmsServerSession.java</filename> file a été mis à jour avec une logique supplémentaire pour la stratégie de séparation des transactions locales, pour permettre aux sessions non-xa d'être renvoyées, en utilisant des sessions de transactions."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:864
@@ -1930,6 +2001,8 @@
 "latest Enterprise Application Platform update, the error message has been "
 "updated to reflect both situations which may be the cause of the exception."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1521\">JBPAPP-1521</"
+"ulink>: la classe <classname>CleanShutdownInterceptor</classname> enregistrait une exception <exceptionname>GenericClusteringException</exceptionname> quand le conteneur n'était pas fermé correctement ou qu'il ne démarrait pas correctement. Pour cette raison, le message erreur s'affichait car l'exception aurait dû être mise à jour pour indiquer qu'il y a peut-être un problème puisque le conteneur échoue au niveau du démarrage à la place de la fermeture. Dans cette dernière version EAP, le message d'erreur a été mis à jour pour refléter les deux situations distinctes, ce qui pourrait être la cause de l'exception."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:869
@@ -1944,6 +2017,10 @@
 "<filename>JBoss Messaging</filename> is similarly only included in the 4.3 "
 "distribution."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1479\">JBPAPP-1479</"
+"ulink>: dans les diverses distributions EAP, on a 4.2 et 4.3, qui possèdent toutes deux des polices d'application <filename>JBossMQ</filename> et "
+"<filename>JBoss Messaging</filename> qui ont été présentes dans le fichier <filename>login-config.xml</filename>, alors que <filename>JBossMQ</filename> n'est uniquement présent dans la distribution 4.2 et que "
+"<filename>JBoss Messaging</filename>, de la même manière, n'est uniquement inclus que dans la distribution 4.3."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:872
@@ -1953,6 +2030,8 @@
 "filename> and <filename>login-config.xml</filename> to differentiate between "
 "requirements for each individual distribution."
 msgstr ""
+"Cela a été rectifié dans cette version en modifiant <filename>build.xml</"
+"filename> et <filename>login-config.xml</filename> pour différencier les prérequis de chaque distribution."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:877
@@ -1969,6 +2048,13 @@
 "java</filename> file has been modified to correctly call "
 "<classname>isHttpSessionListenerInvocationAllowed</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1473\">JBPAPP-1473</"
+"ulink>: dans clustering, <classname>IgnoreUndeployLegacyClusteredSessionNotificationPolicy</"
+"classname> n'appelait pas "
+"<classname>isHttpSessionListenerInvocationAllowed</classname>, ce qui entraînait sa répétition et qu menait finalement des des erreurs "
+"<exceptionname>StackOverflow</exceptionname>. Pour régler ce problème, le fichier <filename>IgnoreUndeployLegacyClusteredSessionNotificationPolicy."
+"java</filename> a été modifié pour pouvoir appeler correctement "
+"<classname>isHttpSessionListenerInvocationAllowed</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:882
@@ -1981,6 +2067,10 @@
 "javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html\">https://"
 "javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html</ulink>"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1460\">JBPAPP-1460</"
+"ulink>: JavaServer Faces (JSF) a été mis à jour à la version 1.2_10 dans cette sortie de version d'EAP. Cette mise à jour corrige de nombreux bogues et décrit en détail les solutions que l'on peut trouver dans <ulink url=\"https://"
+"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html\">https://"
+"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html</ulink>"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:887
@@ -1994,6 +2084,11 @@
 "methodname> function which changes all dots in a constraint name to "
 "underscores. This ensures that constraint names are compatible with Oracle."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1366\">JBPAPP-1366</"
+"ulink>: La création du tableau EJB <filename>TIMERS</filename> échouait quand le schéma "
+"<option>Oracle</option> était précisé. Pour corriger cela, le fichier "
+"<filename>GeneralPurposeDatabasePersistencePlugin.java</filename> a été mis à jour grâce à une nouvelle fonction <methodname>SQLUtil.fixConstraintName</"
+"methodname> qui remplace tous les points en tirets de soulignement pour les noms contraints. Cela assure la compatibilité des noms contraints dans Oracle."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:892
@@ -2012,6 +2107,10 @@
 "<parameter>extractDescriptorUrl</parameter> of <filename>META-INF/"
 "persistence.xml</filename>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1307\">JBPAPP-1307</"
+"ulink>: La racine de Persistence Unit (PU) était détectée de façon erronée dans les déploiements qui comprenaient des fichiers imbriqués <filename>.jar</filename> files. La racine "
+"PU était détectée en tant que premier <filename>.jar</filename> imbriqué rencontré au lieu du déploiement qui contient le fichier <filename>persistence.xml</filename>. Pour veiller à ce que la racine PU soit configurée correctement, le fichier <filename>JmxDeploymentUnit.java</filename> a été mis à jour par le retrait de testing quand l'url est null ou que le <parameter>deploymentInfo.parent</parameter> n'est pas null. Ce la signifie que l'url est maintenant extrait directement de <parameter>extractDescriptorUrl</parameter> dans <filename>META-INF/"
+"persistence.xml</filename>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:897
@@ -2037,6 +2136,9 @@
 "stack. The namespace value should instead be null and this has been applied "
 "for this JAXR update."
 msgstr ""
+"Dans les fichiers <filename>org.jboss.jaxr.juddi.JUDDIServlet</filename> et "
+"<filename>org.jboss.jaxr.juddi.transport.SaajTransport</filename> la valeur de l'espace-nom de <varname>xml:lang</varname> contenait <literal>http://"
+"www.w3.org/TR/REC-xml/</literal>, ce qui causait une exception dans la pile metro. La valeur de l'espace-nom devrait être null à la place, et cela a été appliqué à cette mise à jour JAXR."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:909
@@ -2048,6 +2150,8 @@
 "circumstance where an application which heavily used Xalan within large "
 "multi-threaded environments would encounter blocking situations."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1275\">JBPAPP-1275</"
+"ulink>: La partie Xalan part d'Enterprise Application Platform a été mis à niveau depuis la version 2.7.0 à la version 2.7.0.patch02. Cette mise à niveau a supprimé le problème d'une application qui utilisait lourdement Xalan, dans des environnements multi-threaded, et qui se retrouvait bloquée."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:914
@@ -2060,6 +2164,8 @@
 "<classname>UserTransaction</classname> deployable with transaction sticky "
 "load balance policies."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1267\">JBPAPP-1267</"
+"ulink>: <classname>UserTransaction</classname> (UT) n'était pas en mesure d'être déployée avec un proxy clusterisé qui prenait en charge des transactions sticky correctement. Cela a été réglé par la modification de nombreux fichiers qui rendent <classname>UserTransaction</classname> déployable avec les polices d'équilibrage de sticky load de transactions."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:919
@@ -2082,6 +2188,8 @@
 "updated with the removal of <code>ELUtils.getScope(this.expressionString, "
 "segment);</code> in order to fix this issue."
 msgstr ""
+"Une expression EL mixte se terminant par un libellé n'a pas pu être inteprétée en tant que valeur de propriété de bean gérée. Le fichier <filename>BeanBuilder.java</filename> a été mis à jour par la suppression de <code>ELUtils.getScope(this.expressionString, "
+"segment);</code> pour régler ce problème."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:929
@@ -2094,6 +2202,10 @@
 "code <code>facesContext.responseComplete();</code> removed and replaced with "
 "<code>facesContext.renderResponse();</code>."
 msgstr ""
+"<methodname>LifecycleImpl</methodname> et <methodname>RestoreViewPhase</"
+"methodname> on forcé la méthode <methodname>responseComplete()</methodname> au niveau du statut d'un affichage préexistant. Pour régler ce problème, le fichier "
+"<filename>RestoreViewPhase.java</filename> a été modifié avec la suppression du code <code>facesContext.responseComplete();</code> remplacé par le code "
+"<code>facesContext.renderResponse();</code>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:934
@@ -2107,6 +2219,9 @@
 "<filename>HtmlTaglib21Generator.java</filename> file so that component "
 "properties are not set if the tag attribute has not been set."
 msgstr ""
+"Quand une balise &lt;h:dataTable&gt; qui ne configure pas l'attribut <varname>var</varname>, si le composant UIData est créé par une liaison et qu'il appelle la méthode <methodname>setVar()</methodname> pour configurer l'attribut <varname>var</varname>, il serait remplacé par la valeur null par la balise &lt;h:"
+"dataTable&gt;. Ce bogue a été réglé en modifiant le fichier "
+"<filename>HtmlTaglib21Generator.java</filename> afin que les propriétés du composant ne soient pas configurés si l'attribut de la balise n'a pas été configuré."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:939
@@ -2118,6 +2233,10 @@
 "<classname>BindingValidator</classname> has been modified to generate the "
 "correct exception; <exceptionname>ValidatorException</exceptionname>."
 msgstr ""
+"<classname>BindingValidator</classname> générerait alors une exception "
+"<exceptionname>ConverterException</exceptionname> au lieu de "
+"<exceptionname>ValidatorException</exceptionname>. Dans cette mise à jour, "
+"<classname>BindingValidator</classname> a été modifié pour qu'il puisse générer l'exception qui convient; <exceptionname>ValidatorException</exceptionname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:944
@@ -2129,6 +2248,8 @@
 "user, the <exceptionname>ManagedBeanCreationException</exceptionname> has "
 "been updated to provide more information about the cause of the exception."
 msgstr ""
+"La cause d'une exception <classname>PostConstruct</classname> dans "
+"<classname>BeanBuilder</classname> n'avait pas été communiquée à l'utilisateur convenablement. Pour régler ce problème de façon transparente, le <exceptionname>ManagedBeanCreationException</exceptionname> a été mis à jour pour fournir des informations sur la cause de l'exception."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:949
@@ -2172,6 +2293,8 @@
 "literal>. <literal>URLEncoding</literal> has been added, correcting this "
 "bug, along with the parameter names."
 msgstr ""
+"<classname>com.sun.faces.renderkit.html_basic.OutputLinkRenderer</classname> n'a pas codifié les paramètres correctement, en oubliant <literal>URLEncoding</"
+"literal>. <literal>URLEncoding</literal> a été rajouté, pour corriger ce bogue, avec les noms de paramètres."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:964
@@ -2225,6 +2348,14 @@
 "phase, fixing the issue (with the above changes also) and providing a more "
 "accurate view of the tree."
 msgstr ""
+"<classname>com.sun.faces.lifecycle.RestoreViewPhase</classname> faisait appel à "
+"<methodname>DebugUtil.printTree</methodname> après avoir rétabli l'affichage quand le déboggage était activé, ce qui causait une initialisation des appels erronée quand istbox était utilisé et retournait une valeur qui n'était pas correcte au cours de la phase <classname>RenderResponse</classname>. Les appels de méthode ont été restructurés en supprimant des références de la méthode <methodname>DebugUtil."
+"printTree()</methodname> de <filename>ViewHandlerImpl.java</"
+"filename>, et de  <filename>RestoreViewPhase.java</filename> et "
+"<filename>RenderResponsePhase.java</filename> a été modifié pour appeler "
+"<methodname>DebugUtil.printTree</methodname> (si la journalisation <varname>FINEST</varname> "
+"est activée) à la fin de la phase <classname>RenderResponse</classname>,  "
+"phase, réglant ainsi le problème ( par les changements ci-dessus également) et proposant une meilleure vue de l'arborescence."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:978
@@ -2237,6 +2368,10 @@
 "ignoring a returned value of null from the <methodname>getPackage()</"
 "methodname> method for every instance in the codebase."
 msgstr ""
+"Dans une arborescence de composants, <literal>CGLIB Enhanced UIComponents</literal> rertournait une valeur null pour leurs classes en appelant <methodname>getPackage()"
+"</methodname>, ce qui entraîne <classname>HtmlInputText.handleAttribute</classname> "
+"à échouer car il se fie à une valeur not-null. Ce problème a été resolu par l'ignorance de la valeur de retour null par la méthode <methodname>getPackage()</"
+"methodname> pour chaque instance de la base de codes."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:983
@@ -2251,6 +2386,8 @@
 "of code <code>if ((index &lt; 0) || (index &gt;= list.size())) { </code> to "
 "<code>if ((index &lt; 0) || (index &gt; list.size())) {</code>."
 msgstr ""
+"La classe <classname>UIComponentBase</classname> n'autorisait pas les dépendants d'une arborescence donnée d'être itérés à l'envers, à l'aide d'un itérateur de liste, car il pourrait produire une exception <exceptionname>IndexOutOfBoundsException</exceptionname> quand l'exécution essaie de calculer la taille des dépendants. La méthode <methodname>ChildrenListIterator</methodname> a été modifiée au sein de la classe <classname>UIComponentBase</classname> en changeant la ligne de code <code>if ((index &lt; 0) || (index &gt;= list.size())) { </code> to "
+"<code>if ((index &lt; 0) || (index &gt; list.size())) {</code>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:988
@@ -2266,6 +2403,9 @@
 "document ordering. The issue has been fixed by associating the renderer "
 "nodes with their owning document and processed in the parsing order."
 msgstr ""
+"Les kits de convertisseurs <filename>faces-config.xml</filename> ont été produits dans le désordre, suivant que <literal>ICEfaces</literal> ou <literal>Mojara "
+"1.2_09</literal> soient utilisés. Cela a eu lieu en vue de contenir tous les noeuds DOM de convertisseurs, dans une liste associée à un espace-nom, et pour que les noeuds de convertisseur puissent être traités avant que les <literal>RenderKits</"
+"literal> soient créés et que les noeuds puissent être traités en utilisant les espace-noms qui conviennent. Cependant, en mettant tous les convertisseur dans cette liste, on a perdu l'ordonnancement du document. Ce problème a été réglé en associant les noeuds de convertisseur à leur document et en les traitant dans un ordre prédéfini."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:994
@@ -2282,6 +2422,9 @@
 "<classname>HtmlComponentGenerator</classname> since they are packaged in "
 "<classname>javax.faces.component.html</classname>."
 msgstr ""
+"La méthode <methodname>Class.getPackage()</methodname> appelle les méthodes synchronisées, et réduisant la montée en capacité si la méthode doit être exécutée à plusieurs reprises. L'utilisation de la méthode <methodname>Class.getPackage()</methodname> a été supprimée des fichiers <filename>UIComponent.java</filename>, <filename>RenderKitUtils."
+"java</filename> et <filename>HtmlComponentGenerator.java</filename>. Au lieu de cela, le nom de la classe est maintenant vérifié si elle commence par le nom de paquetage qui nous intéresse, <classname>javax.faces.component.</classname>. Cela inclut les composants qui sont générés par <classname>HtmlComponentGenerator</classname> comme ils sont mis en paquetage dans "
+"<classname>javax.faces.component.html</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:999
@@ -2293,7 +2436,7 @@
 "rectify this issue the <classname>RenderKitUtils</classname> class has been "
 "updated to assume <code>*</code> as the subtype for an Accept header that "
 "contains no subtype."
-msgstr ""
+msgstr "Un bogue est apparu dans la classe <classname>RenderKitUtils</classname> alors qu'un point virgule (<code>;</code>) suivi d'une barre de fraction (<code>/</code>) d'un titre d'acceptation de valeur (Accept value) (par exemple : <code>text/;q=0.5</code>). Pour régler ce problème, la classe <classname>RenderKitUtils</classname> a été mise à jour pour qu'on assume que <code>*</code> soit un sous-type de titre Accept, qui ne contiendrait pas de sous-type."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1006
@@ -2305,6 +2448,9 @@
 "correct this the behavior has been re-written to improve the mimicking of "
 "<classname>ServerCreator</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1224\">JBPAPP-1224</"
+"ulink>: les valeurs d'attributs par défaut d'EJB n'étaient pas paramétrées quand ils étaient utilisés avec "
+"<literal>@Service</literal> et <literal>XMBean XML</literal> . Pour corriger cela, on a réécrit ce comportement en vue d'améliorer l'immitation de <classname>ServerCreator</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1011
@@ -2318,6 +2464,10 @@
 "to the user. <filename>RawDynamicInvoker.java</filename> has now been "
 "updated to provide this useful information to the user."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1170\">JBPAPP-1170</"
+"ulink>: Quand la méthode <methodname>getMBeanInfo</methodname> est appelée dans <classname>MBeanServerImpl</classname> et dans "
+"<classname>RawDynamicInvoker</classname>, l'exception sous-jacente de "
+"<exceptionname>NotCompliantMBeanException</exceptionname> n'est pas exprimée à l'utilisateur. <filename>RawDynamicInvoker.java</filename> a maintenant été mis à jour pour fournir cette information à l'utilisateur."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1016
@@ -2333,6 +2483,9 @@
 "which sees the significant improvement that fixes a memory leak caused by a "
 "circular reference concerning the <classname>WeakHashMap</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1099\">JBPAPP-1099</"
+"ulink>: Le fichier <filename>commons-beanutils.jar</filename> d'EAP possède une version incorrecte dans le fichier <filename>manifest.mf</filename>. Alors qu'on était entrain de chercher une solution pour ce bogue, on a découvert que le composant <literal>beanutils</literal> était obsolète et qu'un nouvelle version présentait de nombreux avantages. Dans cette mise à jour d'EAP, <literal>beanutils</literal> a été mis à jour à la version 1.8.0, "
+"qui comprend une grande amélioration par la résolution d'une fuite de mémoire qui était causée par une référence circulaire liée à <classname>WeakHashMap</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1021
@@ -2345,6 +2498,8 @@
 "occurrence and so this logging measure has been removed in this Enterprise "
 "Application Platform update."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1002\">JBPAPP-1002</"
+"ulink>: Bean Managed Transactions (BMT) Stateful Session Beans qui étaient utilisés pour enregistrés quand des transactions n'étaient pas terminées entre les invocations. Cependant, cela était une erreur car les BMT Stateful Session Beans étaient autorisés, et cette action d'enregistrement a été supprimée de la mise à jour d'EAP."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1026
@@ -2355,7 +2510,7 @@
 "<filename>sample-bindings.xml</filename> file. These include:"
 msgstr ""
 "<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-996\">JBPAPP-996</"
-"ulink>:"
+"ulink>: il existait des écarts entre les adresses de port dans le fichier <filename>sample-bindings.xml</filename> qui incluent :"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1031
@@ -2364,7 +2519,7 @@
 "The remoting connectors were inserted in different places within the ports "
 "definition sections, making the comparison of the sections more difficult "
 "than was necessary."
-msgstr ""
+msgstr "Les connecteurs à distance ont été insérés à divers endroits dans les sections de définition de ports, rendant ainsi encore plus difficile qu'il était nécessaire, la comparaison entre les sections."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1036
@@ -2373,7 +2528,7 @@
 "The <literal>ports-03</literal> section was missing the <literal>EJB "
 "remoting connector</literal> and the <literal>remoting connector</literal> "
 "sections."
-msgstr ""
+msgstr "La section <literal>ports-03</literal> manquait du <literal>connecteur à distance EJB</literal> et les sections du <literal>connecteur à distance </literal>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1041
@@ -2382,6 +2537,8 @@
 "<literal>mq</literal> was used in the name property of the "
 "<varname>HAJNDIJMSProvider</varname> instead of <literal>jms</literal>."
 msgstr ""
+"<literal>mq</literal> était utilisé dans la propriété du nom de "
+"<varname>HAJNDIJMSProvider</varname> à la place de <literal>jms</literal>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1046
@@ -2391,12 +2548,15 @@
 "<literal>ports-03</literal> schemes defined the <varname>timeout</varname> "
 "attribute twice in the <literal>JBoss Messaging</literal> section:"
 msgstr ""
+"Les adresses de port <literal>ports-01</literal>, <literal>ports-02</literal>, et "
+"<literal>ports-03</literal> définissent l'attribut <varname>timeout</varname> "
+"deux fois dans la section <literal>JBoss Messaging</literal> :"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1052
 #, no-c-format
 msgid "The above issues have been fixed appropriately in this update."
-msgstr ""
+msgstr "Les problèmes ci-dessous ont été réglé comme il se doit dans cette mise à jour."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1057
@@ -2408,6 +2568,11 @@
 "Platform now uses <filename>beanutils 1.8.0</filename> which fixes this "
 "<errorname>OutOfMemoryError</errorname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-713\">JBPAPP-713</"
+"ulink>: Il y a une fuite du chargement de classes qui entraîne l'erreur <errorname>OutOfMemoryError: "
+"PermGen</errorname>. Pour régler ce problème, la plateforme Enterprise Application "
+"Platform utilise maintenant <filename>beanutils 1.8.0</filename> qui résout cette erreur "
+"<errorname>OutOfMemoryError</errorname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1062
@@ -2420,6 +2585,10 @@
 "created and is now displayed whenever a <exceptionname>HTTP Status 500</"
 "exceptionname> exception occurs."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-529\">JBPAPP-529</"
+"ulink>: le code source JMX était exposé quand l'exception "
+"<exceptionname>HTTP Status 500</exceptionname> apparaissait. Pour régler cela, on a créé une page d\"erreurs <filename>genericError.jsp</filename> qui s'affiche maintenant à chaque fois qu'une exception <exceptionname>HTTP Status 500</"
+"exceptionname> apparaît."
 
 #. Tag: title
 #: Release_Notes_CP06.xml:1071
@@ -2439,7 +2608,7 @@
 #: Release_Notes_CP06.xml:1078
 #, no-c-format
 msgid "General Known Issues"
-msgstr ""
+msgstr "Problèmes généraux connus"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1082
@@ -2453,12 +2622,14 @@
 "automatically generated as a footnote and places a number beside that of the "
 "JIRA, referencing a footnote that does not appear."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1286\">JBPAPP-1286</"
+"ulink>: Le notes de bas de la page des listes et des tableaux de documentation ne sont pas affichés en PDF. Ce problème réside dans FOP et il n'existe pas actuellement de solution. On évite d'utiliser ces notes dans les cas mentionnés ci-dessus, cependant, dans des documents comme les notes de sortie, l'adresse web de JIRA est automatiquement générée en tant que note de bas de page et insère un numéro à côté de celui du JIRA, référençant une note de bas de page qui n'apparaît pas."
 
 #. Tag: title
 #: Release_Notes_CP06.xml:1090
 #, no-c-format
 msgid "Hibernate Known Issues"
-msgstr ""
+msgstr "Problèmes Hibernate connus"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1094
@@ -2471,6 +2642,9 @@
 "Sybase environment, Sybase JDBC converts the null value to a zero because "
 "Sybase does not allow null bit columns."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1613\">JBPAPP-1613</"
+"ulink>: Les valeurs nulles des colonnes qui sont configurées en tant que booléens dans Hibernate, sont persistées à zéro à la place de null. Quand la méthode <methodname>PreparedStatement."
+"setNull( index, java.sql.Types.BIT ) </methodname> est exécutée dans un environnement Sybase, Sybase JDBC convertit la valeur null à zéro car Sybase n'autorise pas les colonnes d'octets null."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1099
@@ -2481,6 +2655,8 @@
 "should be set up to use image and text. Tests attaining to this currently "
 "fail with the message:"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1555\">JBPAPP-1555</"
+"ulink>: Dans Hibernate actuellement, SybaseDialect utilise Blob et Clob qui devrait être configuré pour l'utilisation d'images et de textes. Le résultat des tests actuels aboutissent au message suivant :"
 
 #. Tag: screen
 #: Release_Notes_CP06.xml:1102
@@ -2488,7 +2664,7 @@
 msgid ""
 "The method com.sybase.jdbc2.jdbc.SybResultSet.getBlob(String) is not "
 "supported and should not be called."
-msgstr ""
+msgstr "La méthode com.sybase.jdbc2.jdbc.SybResultSet.getBlob(String) n'est pas prise en charge et ne doit pas être appelée."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1105
@@ -2501,6 +2677,9 @@
 "that a subquery in an <code>EXISTS()</code> predicate can have <code>*</"
 "code> as the select list."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1554\">JBPAPP-1554</"
+"ulink>: La méthode <methodname>FumTest.testCompositeKeyPathExpressions()</"
+"methodname> échoue dans Hibernate car Sybase n'autorise actuellement qu'une seule colonne dans la liste de sélection des sous-requêtes, ayant pour seule exception qu'une sous-requête d'un prédicat <code>EXISTS()</code> peut avoir <code>*</code> comme liste de sélection."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1108
@@ -2511,6 +2690,8 @@
 "should be reformatted to ensure there is no subquery with more than one item "
 "in the select list."
 msgstr ""
+"La solution actuelle de contournement est de ce pas utiliser la méthode HQL <methodname>elements()"
+"</methodname> si les éléments ont une clé composite. HQL devrait plutôt être reformaté pour veiller à ce qu'il n'y ait aucune sous-requête comportant plus d'un élément de la liste de sélection."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1113
@@ -2522,6 +2703,8 @@
 "suggested workaround for this case is to add the following code follwing the "
 "defining of the new stored procedure:"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1546\">JBPAPP-1546</"
+"ulink>: Quand on utilise Sybase, <methodname>SchemaExport</methodname> ne peut pas être utilisé pour créer des procédures stockées tout en étant en mode de transaction enchainé. La solution de contournement, dans ce cas, consiste à ajouter le code suivant après avoir défini la nouvelle procédure stockée."
 
 #. Tag: programlisting
 #: Release_Notes_CP06.xml:1116
@@ -2534,6 +2717,12 @@
 "        &lt;drop/&gt;\n"
 "&lt;/database-object&gt;"
 msgstr ""
+"&lt;database-object&gt;\n"
+"        &lt;create&gt;\n"
+"                sp_procxmode paramHandling, 'chained'\n"
+"        &lt;/create&gt;\n"
+"        &lt;drop/&gt;\n"
+"&lt;/database-object&gt;"
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1119
@@ -2544,6 +2733,9 @@
 "environment and there are three or more joins where at least one of the "
 "joins involves a union."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1545\">JBPAPP-1545</"
+"ulink>: Actuellement ANSI joins échoue quand Hibernate est exécuté dans un environnement Sybase "
+"et qu'il existe trois joins ou plus quand un des joins au moins implique une union."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1122
@@ -2553,6 +2745,8 @@
 "not use <literal>join fetches</literal> involving <literal>union subclasses</"
 "literal>."
 msgstr ""
+"Il existe une solution de comportement qui recommande à l'utilisateur de ne pas utiliser <literal>join fetches</literal> associé à des <literal>union subclasses</"
+"literal>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1127
@@ -2568,6 +2762,13 @@
 "<classname>DynamicFilterTest.testCriteriaControl</classname> and "
 "<classname>DynamicFilterTest.testCriteriaSubqueryWithFilters</classname>."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1230\">JBPAPP-1230</"
+"ulink>: Dans l'environnement Sybase, quand on crée une sous-requête avec un alias, la requête sera mal générée et entraînera une erreur de syntaxe "
+"<exceptionname>Incorrect syntax near the keyword 'as'</exceptionname>. Ce bogue impacte les tests suivants d'une telle manière qu'on s'attend à ce qu'ils soient mis en échec actuellement :"
+" <classname>CriteriaQueryTest.testSubselect</classname>, "
+"<classname>CriteriaQueryTest.testDetachedCriteriaAsSubQuery</classname>, "
+"<classname>DynamicFilterTest.testCriteriaControl</classname> and "
+"<classname>DynamicFilterTest.testCriteriaSubqueryWithFilters</classname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1130
@@ -2575,7 +2776,7 @@
 msgid ""
 "The known workaround is to use a HQL query instead of using a "
 "<methodname>DetachedCriteria</methodname> method in a subquery."
-msgstr ""
+msgstr "La solution de contournement connue est d'utiliser une requête HQL au lieu d'utiliser une méthode <methodname>DetachedCriteria</methodname> dans une sous-requête."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1135
@@ -2589,6 +2790,10 @@
 "code>, which causes PostgreSQL to generate an exception as it does not allow "
 "this character to be embedded in a string."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1082\">JBPAPP-1082</"
+"ulink>: Une défaillance du pilote PostgreSQL JDBC causait l'exception "
+"<exceptionname>javax.persistence.RollbackException</exceptionname>. Cela avait lieu quand la propriété <code>char</code> sans valeur configurée pour Hibernate, puis qu'elle persiste une chaîne qui contient <code>\\u0000</"
+"code>, entraînant PostgreSQL à générer une exception comme il n'autorise pas ce caractère dans la chaîne."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1138
@@ -2599,7 +2804,7 @@
 "reconmended that to persist a null value for the <code>char</code> property "
 "when it is uninitialized, the <methodname>java.lang.Character</methodname> "
 "method should be used."
-msgstr ""
+msgstr "Actuellement, la solution de contournement pour persister le caractère <code>\\u0000</code> dans une colonne <code>char</code> en utilisant PostSQL n'existe pas encore. Il est recommandé, à la place, de persister une valeur null pour la propriété <code>char</code> non initialisée, et d'utiliser la méthode <methodname>java.lang.Character</methodname>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1143
@@ -2611,6 +2816,8 @@
 "the case. To fix this, the code has to be modified to remove the "
 "identification variable in SQL for PostgreSQL, Microsoft SQL 2005 and Sybase."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1081\">JBPAPP-1081</"
+"ulink>: dans la documentation du gestionnaire d'entités (Entity Manager), il est établit que les alias de tables sont pris en charge dans les clauses <code>update</code>, cependant, ce n'est pas le cas actuellement. Pour régler ce problème, le code devra être modifié pour supprimer la variable d'identification d'SQL pour PostgreSQL, Microsoft SQL 2005 et Sybase."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1148
@@ -2623,6 +2830,9 @@
 "<varname>varchar</varname>, forcing the Microsoft SQL driver to return the "
 "error:"
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1068\">JBPAPP-1068</"
+"ulink>: quand on utilise Microsoft SQL et <code>@Type(type=\"text\")</code> pour créer une table, le champ est créé correctement en <varname>text</varname> "
+"cependant, qundon ordonne une suppression, le champs se transforme en <varname>varchar</varname>, forçant ainsi le pilote de Microsoft SQL à retourner une erreur :"
 
 #. Tag: screen
 #: Release_Notes_CP06.xml:1151
@@ -2630,7 +2840,7 @@
 msgid ""
 "The data types <varname>text</varname> and <varname>varchar</varname> are "
 "incompatible in the equal to operator."
-msgstr "Les types de données <varname>text</varname> et <varname>varchar</varname> sont incompatibles avec equal to operator."
+msgstr ""
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1154
@@ -2667,6 +2877,9 @@
 "in relation to the EJB3 configuration, transaction operations when they are "
 "extended and packaging."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-946\">JBPAPP-946</"
+"ulink>: Dans Hibernate Entity Manager, on se penche sur trois exceptions différentes "
+"<exceptionname>NullPointerExceptions</exceptionname> liées à la configuration EJB3, et aux opérations de transactions quand elles sont prolongées ou l'empaquetage."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1169
@@ -2680,6 +2893,8 @@
 "thread is forced to undertake all the procedure while the other threads are "
 "left dormant."
 msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-906\">JBPAPP-906</"
+"ulink>: Il y a un bogue dans Hibernate Core qui concerne la méthode instable synchronisée Java6 <methodname>ClassLoader.loadClass</methodname> créant une chaîne désérialisée. Cela pause un problème si des threads multiples téléchargent des rangées de base de données qui comprennent des tableaux de chaînes, un thread est alors forcé d'être soumis à toutes les procédures alors que les autres restent dormants."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1172
@@ -2689,10 +2904,12 @@
 "ClassLoader.allowArraySyntax=true</code>, which can be a default setting "
 "within the <filename>run.conf</filename> file."
 msgstr ""
+"La solution de contournement qui est implémentée pour ce problème, c'est d'utiliser <code>-Dsun.lang."
+"ClassLoader.allowArraySyntax=true</code>, qui peut être un paramètre par défaut dans le fichier <filename>run.conf</filename>."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:1177
-#, fuzzy, no-c-format
+#, no-c-format
 msgid ""
 "<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-909\">JBPAPP-909</"
 "ulink>: Within the Hibernate component of the Enterprise Application "
@@ -2702,7 +2919,7 @@
 "slight impact on the components performance."
 msgstr ""
 "<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-909\">JBPAPP-909</"
-"ulink>: Au sein du composant Hibernate d'EAP, l'ordre d'itération de HashMap "
+"ulink> : Au sein du composant Hibernate d'EAP, l'ordre d'itération de HashMap "
 "et de HashSet a changé par rapport aux versons antérieures à cause de la "
 "prise en charge de JDK 1.6. Ceci impliquait que l'ordre des colonnes des "
 "clauses-union et des sous-classes-union a changé, générant un léger impact "