[jboss-cvs] JBossAS SVN: r87977 - projects/docs/enterprise/4.3.4/readme/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Wed Apr 29 01:41:17 EDT 2009
Author: croe at redhat.com
Date: 2009-04-29 01:41:16 -0400 (Wed, 29 Apr 2009)
New Revision: 87977
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-29 05:37:43 UTC (rev 87976)
+++ projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po 2009-04-29 05:41:16 UTC (rev 87977)
@@ -1,14 +1,14 @@
-# translation of readme.po to French
+# translation of Release_Notes_CP04.po to French
# Language fr-FR translations for readme package.
#
# Automatically generated, 2008.
-# Corina Roe <croe at redhat.com>, 2008.
+# Corina Roe <croe at redhat.com>, 2008, 2009.
msgid ""
msgstr ""
-"Project-Id-Version: readme\n"
+"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: 2008-08-05 14:14+1000\n"
+"PO-Revision-Date: 2009-04-29 15:39+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -87,7 +87,7 @@
"innovations émanant de la communauté en source ouverte. De plus, JBoss "
"Enterprise Application Platform est entièrement testée, supportée par Red "
"Hat, et est certifiée pour opérer sur du matériel varié et sur des logiciels "
-"enterprise principaux. "
+"enterprise principaux. "
#. Tag: para
#: Release_Notes_CP04.xml:26
@@ -147,7 +147,7 @@
#: Release_Notes_CP04.xml:47
#, no-c-format
msgid "Component Versions"
-msgstr ""
+msgstr "Versions de composants "
#. Tag: para
#: Release_Notes_CP04.xml:48
@@ -156,103 +156,103 @@
"This section details the versions of the components which create the "
"Enterprise Application Platform 4.3 that can be found in this Cumulative "
"Patch release."
-msgstr ""
+msgstr "Cette section détaille les versions des composants à la base de Enterprise Application Platform 4.3, et qui se trouvent dans cette version de Patch Cumulatif."
#. Tag: para
#: Release_Notes_CP04.xml:53
#, no-c-format
msgid "JBoss Application Server 4.2.z"
-msgstr ""
+msgstr "JBoss Application Server 4.2.z"
#. Tag: para
#: Release_Notes_CP04.xml:58
#, no-c-format
msgid "Hibernate Core 3.2.4.SP1.CP07"
-msgstr ""
+msgstr "Hibernate Core 3.2.4.SP1.CP07"
#. Tag: para
#: Release_Notes_CP04.xml:63
#, no-c-format
msgid "Hibernate Annotations 3.2.1.GA.CP03"
-msgstr ""
+msgstr "Hibernate Annotations 3.2.1.GA.CP03"
#. Tag: para
#: Release_Notes_CP04.xml:68
#, no-c-format
msgid "Hibernate Entity Manager 3.2.1.GA_CP04"
-msgstr ""
+msgstr "Hibernate Entity Manager 3.2.1.GA_CP04"
#. Tag: para
#: Release_Notes_CP04.xml:73
#, no-c-format
msgid "JAF 1.2_10"
-msgstr ""
+msgstr "JAF 1.2_10"
#. Tag: para
#: Release_Notes_CP04.xml:78
#, no-c-format
msgid "JBoss Cache 1.4.1.SP11"
-msgstr ""
+msgstr "JBoss Cache 1.4.1.SP11"
#. Tag: para
#: Release_Notes_CP04.xml:83
#, no-c-format
msgid "JBoss JAXR 1.2.0.SP2"
-msgstr ""
+msgstr "JBoss JAXR 1.2.0.SP2"
#. Tag: para
#: Release_Notes_CP04.xml:88
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Messaging 1.4.0.SP3-CP07"
-msgstr "JBoss Messaging"
+msgstr "JBoss Messaging 1.4.0.SP3-CP07"
#. Tag: para
#: Release_Notes_CP04.xml:93
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Remoting 2.2.2.SP11"
-msgstr "JBoss Remoting"
+msgstr "JBoss Remoting 2.2.2.SP11"
#. Tag: para
#: Release_Notes_CP04.xml:98
#, no-c-format
msgid "JBoss Transactions 4.2.3.SP5.CP04"
-msgstr ""
+msgstr "JBoss Transactions 4.2.3.SP5.CP04"
#. Tag: para
#: Release_Notes_CP04.xml:103
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Web 2.0.0-6.CP09"
-msgstr "JBoss Web Services 2.0.1"
+msgstr "JBoss Web 2.0.0-6.CP09"
#. Tag: para
#: Release_Notes_CP04.xml:108
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Web Services 2.0.1.SP2_CP05"
-msgstr "JBoss Web Services 2.0.1"
+msgstr "JBoss Web Services 2.0.1.SP2_CP05"
#. Tag: para
#: Release_Notes_CP04.xml:113
#, no-c-format
msgid "JGroups 2.4.5"
-msgstr ""
+msgstr "JGroups 2.4.5"
#. Tag: para
#: Release_Notes_CP04.xml:118
#, no-c-format
msgid "JSF 1.2_10"
-msgstr ""
+msgstr "JSF 1.2_10"
#. Tag: para
#: Release_Notes_CP04.xml:123
#, no-c-format
msgid "Seam 1.2.1.AP"
-msgstr ""
+msgstr "Seam 1.2.1.AP"
#. Tag: para
#: Release_Notes_CP04.xml:128
#, no-c-format
msgid "Xalan 2.7.0.patch02"
-msgstr ""
+msgstr "Xalan 2.7.0.patch02"
#. Tag: para
#: Release_Notes_CP04.xml:134
@@ -261,7 +261,7 @@
"The Enterprise Application Platform Server has been redefined for the "
"enterprise market to a level where direct association to a community release "
"can no longer be drawn."
-msgstr ""
+msgstr "Le serveur EAP a été redéfini pour le marché des entreprises à un niveau qui ne permet plus de comparaison avec la version communautaire."
#. Tag: title
#: Release_Notes_CP04.xml:140
@@ -289,7 +289,7 @@
#. Tag: para
#: Release_Notes_CP04.xml:146
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"You must have adequate disk space to install JDK and JBoss Enterprise "
"Application Platform while also allowing enough space for your applications. "
@@ -307,7 +307,7 @@
"Vous devez posséder suffisamment d'espace disque pour installer la plate-"
"forme JDK et JBoss Enterprise Application Platform tout en provisionnant de "
"l'espace pour vos applications. Vous devez posséder une installation "
-"opérante JDK 1.5. Pour les dernières informations sur les combinaisons JMW/"
+"opérante JDK 1.5 ou 1.6. Pour les dernières informations sur les combinaisons JMW/"
"Systèmes d'exploitation supportés, plate-formes Database et informations "
"courantes sur le niveau de révision des composants inclus, veuillez vous "
"référer au lien <ulink url=\"http://www.jboss.com/products/platforms/"
@@ -321,11 +321,11 @@
#. Tag: title
#: Release_Notes_CP04.xml:151
-#, fuzzy, no-c-format
+#, no-c-format
msgid "Upgrading from JBoss Enterprise Application Platform 4.3.0.CP03"
msgstr ""
"Mise à niveau à partir de la plate-forme JBoss Enterprise Application "
-"Platform 4.3"
+"Platform 4.3.0.CP03"
#. Tag: title
#: Release_Notes_CP04.xml:153
@@ -335,15 +335,15 @@
#. Tag: para
#: Release_Notes_CP04.xml:154
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"Refer to <ulink url=\"https://network.jboss.com/confluence/display/JON2/"
"Applying+JBoss+Patches\">https://network.jboss.com/confluence/display/DOC/"
"Installing+a+Patch</ulink> for instructions on installing a Cumulative Patch."
msgstr ""
-"Voir <ulink url=\"https://network.jboss.com/confluence/display/DOC/Installing"
-"+a+Patch\">https://network.jboss.com/confluence/display/DOC/Installing+a"
-"+Patch</ulink> pour les instructions sur la manière d'installer un Patch "
+"Voir <ulink url=\"https://network.jboss.com/confluence/display/JON2/"
+"Applying+JBoss+Patches\">https://network.jboss.com/confluence/display/DOC/"
+"Installing+a+Patch</ulink> pour les instructions sur la manière d'installer un Patch "
"Cumulatif."
#. Tag: title
@@ -474,25 +474,20 @@
#. Tag: ulink
#: Release_Notes_CP04.xml:208
#, no-c-format
-msgid ""
-"ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/JBEAP/SRPMS"
-msgstr ""
-"ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/JBEAP/SRPMS"
+msgid "ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/JBEAP/SRPMS"
+msgstr "ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/JBEAP/SRPMS"
#. Tag: ulink
#: Release_Notes_CP04.xml:212
#, no-c-format
-msgid ""
-"ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4ES/en/JBEAP/SRPMS"
-msgstr ""
-"ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4ES/en/JBEAP/SRPMS"
+msgid "ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4ES/en/JBEAP/SRPMS"
+msgstr "ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4ES/en/JBEAP/SRPMS"
#. Tag: ulink
#: Release_Notes_CP04.xml:216
#, no-c-format
msgid "ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/JBEAP/SRPMS"
-msgstr ""
-"ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/JBEAP/SRPMS"
+msgstr "ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/JBEAP/SRPMS"
#. Tag: title
#: Release_Notes_CP04.xml:223
@@ -502,13 +497,13 @@
#. Tag: ulink
#: Release_Notes_CP04.xml:228
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"ftp://ftp.redhat.com/pub/redhat/jbeap/4.3.0/en/source/jboss-eap-src-4.3.0-"
"CP04.zip"
msgstr ""
"ftp://ftp.redhat.com/pub/redhat/jbeap/4.3.0/en/source/jboss-eap-src-4.3.0-"
-"CP02.zip"
+"CP04.zip"
#. Tag: title
#: Release_Notes_CP04.xml:237
@@ -650,7 +645,7 @@
#. Tag: para
#: Release_Notes_CP04.xml:326
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<filename>Installation Guide</filename> explains how to install and verify "
"the installation of JBoss Enterprise Application Platform using different "
@@ -717,16 +712,16 @@
#. Tag: para
#: Release_Notes_CP04.xml:369
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1615\">JBPAPP-1615</"
"ulink>: The JBoss Messaging component of the Enterprise Application Platform "
"has been upgraded to version 1.4.0.SP3-CP07. A list of the included fixes is "
"as follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1615\">JBPAPP-1615</"
"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"1.4.0.SP3-CP07. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:374
@@ -744,6 +739,10 @@
"removed from the transaction manager meaning it is no longer in the "
"<code>conn1</code> resource manager."
msgstr ""
+"Il y avait un problème avec la méthode <methodname>MessagingXAResource.isSameRM"
+"(XAResource)</methodname> : la méthode déléguait des vérifications à <classname>ResourceManager</classname> <varname>serverID</varname>. Cela concerne le cas ou la méthode <methodname>xasess2.start(xid, TMJOIN)</"
+"methodname> est appelée et que la méthode <methodname>MessagingXAResource.isSameRM"
+"(XAResource)</methodname> retourne true mais que le gestionnaire de ressources ne détient pas l'état de transaction requis pour effectuer un <code>TMJOIN</code>. De plus, quand une session est fermée et que la méthode <methodname>SessionAspect.handleClose()</methodname> est appelée, le <code>tx</code> est retiré du gestionnaire de transactions, c'est à dire qu'il n'est plus dans le gestionnaire de ressources <code>conn1</code>."
#. Tag: para
#: Release_Notes_CP04.xml:377
@@ -757,6 +756,9 @@
"that the transaction will rollback at completion time and any message "
"delivered in the <code>tx</code> will be redelivered."
msgstr ""
+"Pour corriger cela, la méthode <methodname>MessagingXAResource.isSameRM</"
+"methodname> et le <classname>ResourceManager</classname> doivent avoir tous les deux le même <code>serverID</code> et le même mappage de transactions, de façon à ce que, même si le <classname>ResourceManager</classname> retourne true, on réussisse à appeler "
+"<methodname>start(TMJOIN)</methodname> . Notons que la transaction fera un rollback en fin de parcours et que tout message envoyé au <code>tx</code> sera renvoyé."
#. Tag: para
#: Release_Notes_CP04.xml:382
@@ -772,6 +774,10 @@
"<methodname>addPlainConnectionListener</methodname> methods, it also passes "
"the configured parameters."
msgstr ""
+"Les paramètres de connexion client n'étaient pas communiqués au niveau JBoss Remoting, ce qui fait que les paramètres suivants <varname>validatorPingPeriod</varname> et "
+"<varname>validatorTimeout</varname> devaient être utilisés avec les valeurs par défaut dans Remoting, à la place des valeurs configurées. En corrigeant ce problème, le fichier "
+"<filename>JMSRemotingConnection.java</filename> a été mis à jour, de façon à ce que quand la méthode <methodname> client.addConnectionListener</methodname> est appelée dans <methodname>addConnectionListener</methodname> et "
+"<methodname>addPlainConnectionListener</methodname>, le fichier peut passer les paramètres configurés."
#. Tag: para
#: Release_Notes_CP04.xml:387
@@ -783,7 +789,7 @@
"when the log messages should be reduced from a <varname>WARN</varname> level "
"to an <varname>INFO</varname> level. The upgrade to this version of JBoss "
"Messaging sees this implemented within the log."
-msgstr ""
+msgstr "Le profil par <literal>défaut</literal> de JBoss sans configuration utilise <classname>ClusteredConnectionFactory</classname> avec un composant post-office non-clusterisé; cependant, quand les messages log doivent passer du niveau <varname>WARN</varname> au niveau <varname>INFO</varname>, on devrait enregistrer des avertissements à propos de ce comportement. C'est implémenté dans la journalisation de cette nouvelle version de JBoss Messaging."
#. Tag: para
#: Release_Notes_CP04.xml:392
@@ -797,6 +803,8 @@
"each, combining to 4 seconds as the total time until expected failure "
"detection."
msgstr ""
+"<classname>ClusterViewUpdateTest</classname> était défectueux et non fonctionnait pas correctement dans les versions antérieures, car le délai d'attente de détection d'échecs pour certains test de clusterisation, était trop long. Pour corriger ce problèmes, on a modifié les valeurs de <varname>validatorPingPeriod</varname> et de "
+"<varname>validatorPingTimeout</varname> à 2 secondes respectivement, soit un total de 4 secondes avant toute détection de plantage."
#. Tag: para
#: Release_Notes_CP04.xml:397
@@ -809,6 +817,10 @@
"addConnectionListener</methodname> method is used with <varname>listener</"
"varname> and <varname>serverLocator.gerParameters()</varname> as parameters."
msgstr ""
+"Les paramètres de connexion client n'étaient pas communiqués au niveau JBoss Remoting, ce qui fait que Remoting était forcé d'utiliser les valeurs par défaut, à la place des valeurs configurées de l'utilisateur. Pour pouvoir utiliser ces valeurs correctement, <filename>JMSRemotingConnection.java</"
+"filename> a été mis à jour, pour que la méthode <methodname>Client."
+"addConnectionListener</methodname> soit utilisée avec <varname>listener</"
+"varname> et <varname>serverLocator.gerParameters()</varname> en tant que paramètres."
#. Tag: para
#: Release_Notes_CP04.xml:402
@@ -824,6 +836,8 @@
"TimeoutTarget()</methodname> method. With this new reference value "
"information, the scheduled messages can be correctly removed from the queue."
msgstr ""
+"Les messages ordonnancés à être envoyer plus tard n'étaient pas retirés convenablement quand la méthode <methodname>removeAllMessages()</methodname> était appelée, entraînant ainsi les messages à être remis en file d'attente dès que le serveur d'application ou la file d'attente sont redémarrés. <filename>ChannelSupport.java</"
+"filename> a été mis à jour pour pouvoir importer la bibliothèque <filename>TimeoutExt</filename> en vue de fixer une valeur de timeout à <filename>TimeoutExt</filename> pour pouvoir obtenir une valeur de référence par la méthode <methodname>get TimeoutTarget()</methodname>. A l'aide de ces nouvelles informations sur les valeurs de références, les messages ordonnancés peuvent maintenant être retirés de la file d'attente."
#. Tag: para
#: Release_Notes_CP04.xml:407
@@ -839,6 +853,8 @@
"be deployed on all nodes of a cluster, instead of generating an "
"<exceptionname>Illegal StateException</exceptionname>."
msgstr ""
+"Quand l'utilisateur déployait une file d'attente clusterisée dans une noeud simple, à la place de tous les noeuds, le processus de failover échouait pour cette raison. Dans un tel cas, cela générait l'exception <exceptionname>Illegal "
+"StateException</exceptionname>, mais cela n'était pas considéré comme un avertissement suffisant (pour déployer les files d'attente clusterisées correctement). <filename>Messaging PostOffice.java</filename> a maintenant été mis à jour pour qu'il puisse enregistrer un avertissement, signifiant que les destinations clusterisées doivent être déployées sur tous les noeuds d'un groupement, au lieu de générer une exception <exceptionname>Illegal StateException</exceptionname>."
#. Tag: para
#: Release_Notes_CP04.xml:412
@@ -854,6 +870,11 @@
"<classname>SecurityAspect.check()</classname> and "
"<classname>ServerConnection FactoryEndpoint</classname>."
msgstr ""
+"<classname>Client</classname>, <classname>SecurityAspect.check()</"
+"classname> et <classname>ServerConnection FactoryEndpoint</classname> "
+" avaient besoin d'obtenir TLC dans un bloc privilégié, sinon on enregistrait l'exception <exceptionname>Access ControlException</exceptionname>. Pour régler ce bogue, les méthodes <methodname>settle</methodname>, <methodname>gettable</methodname> et autres méthodes TLC ont été déterminées dans les blocs de sécurité; cela empêche les exceptions de refus d'accès des blocs de sécurité de <classname>Client</classname>, "
+"<classname>SecurityAspect.check()</classname> et de "
+"<classname>ServerConnection FactoryEndpoint</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:417
@@ -866,7 +887,7 @@
"warning messages and debug information pertaining to the move of messages to "
"the expiry or dead letter queues; <filename>Server SessionEndpoint.java</"
"filename> has also been updated in the same mannor."
-msgstr ""
+msgstr "Les acts de journalisations de JBoss Messaging n'incluaient pas la journalisation des messages quant ils étaient déplacés vers les files d'attente de lettres mortes ou d'expiration, car cela n'était uniquement enregistré au niveau de traçage. Pour pouvoir rajouter ce nouveau niveau de journalisation avancé, le fichier <filename>ClientConsumer.java</filename> a été mis à jour pour enregistrer les messages d'avertissement, et pour déboguer les informations relatives au mouvement des messages vers les files d'attente de lettres mortes ou d'expiration; <filename>Server SessionEndpoint.java</filename> a également été mis à jour de la même manière."
#. Tag: para
#: Release_Notes_CP04.xml:422
@@ -883,6 +904,9 @@
"prepared and <filename>SimpleDelivery.java</filename> now implements this "
"new information."
msgstr ""
+"On comptait une erreur quand le message était reçu sous un X tx et que le JBoss "
+"Messaging XAResource était préparé, mais qu'il n'était pas validé. Un autre consommateur pouvait recevoir un message dans une autre transaction, alors que la première transaction était toujours en cours. Le comportement souhaité est que JBoss Messaging puisse retenir le message jusqu'à ce que la transaction associée soit validée ou renvoyée, permettant ainsi d'éviter de doublement de messages. Dans le fichier <filename>Delivery."
+"java</filename>, les messages sont maintenant marqués par une valeur booléenne qui précise s'ils doivent être envoyés dans une transaction X et si cette transaction est préparée. <filename>SimpleDelivery.java</filename> implémente maintenant cette nouvelle information."
#. Tag: para
#: Release_Notes_CP04.xml:427
@@ -893,7 +917,7 @@
"runtime as a result. A synchronization block has been placed around the "
"<methodname>shutdownNow()</methodname> code within "
"<filename>OrderedExecutorFactory.java</filename>."
-msgstr ""
+msgstr "La méthode <methodname>shutdownNow()</methodname> n'était pas synchronisée et pouvait entraîner une exception <exceptionname>NoSuchElementException</exceptionname> en cours d'exécution. On a placé un bloc de synchronisation autour du code methodname>shutdownNow()</methodname> dans <filename>OrderedExecutorFactory.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:432
@@ -907,6 +931,9 @@
"<varname>serialVersionUID</varname>, allowing the <classname>org.jboss.jms."
"server.messagecounter.MessageCounter</classname> class to be serializable."
msgstr ""
+"La classe <classname>org.jboss.jms.server.messagecounter."
+"MessageCounter</classname> ne pouvait pas être sérialisée car elle entrainait l'exception <exceptionname>UndeclaredThrowableException</exceptionname>. <filename>MessageCounter.java</filename> a été mis à jour pour pouvoir importer et mettre à jour la bibliothèque <literal>Serializable</literal> et pour qu'on puisse lui donner un <varname>serialVersionUID</varname>, permettant ainsi à la classe <classname>org.jboss.jms."
+"server.messagecounter.MessageCounter</classname> d'être sérialisable."
#. Tag: para
#: Release_Notes_CP04.xml:437
@@ -923,6 +950,9 @@
"through the <literal>HashSet</literal> of <literal>suckers</literal> in "
"order to avoid the exception."
msgstr ""
+"Quand les méthodes <methodname>unregisterSucker()</methodname> ou "
+"<methodname>registerSucker()</methodname> sont appelées, cela entraînait l'exception <exceptionname>ConcurrentModificationException</exceptionname> avant que <literal>HashSet</literal> contenant <literal>suckers</literal> ne soit itéré. Ce problème se présentait sur des groupements comprenant un grand nombre de noeuds ( sur un groupement de 8 noeuds mais pas sur un groupement de 4 noeuds par exemple). Ce bogue a été corrigé par la création d'un itérateur qui utilisait un ensemble particulier de <literal>suckers</literal> pour itération "
+"par l'intermédiaire des <literal>HashSet</literal> de<literal>suckers</literal> pour éviter l'exception."
#. Tag: para
#: Release_Notes_CP04.xml:442
@@ -936,25 +966,27 @@
"set to the <literal>bridge</literal> which undertakes the lookup itself "
"instead of looking up the destinations."
msgstr ""
+"Le pontage de JBoss Messaging ne tentait de créer une connexion vers une destination distante qu'après le démarrage, et si le fournisseur distant n'était pas en mesure de démarrer, le pontage échouait. Les fichiers <filename>Bridge."
+"java</filename> et <filename>BridgeService.java</filename> ont été considérablement modifiés et <literal>factory</literal>(l'usine) est maintenant associée au <literal>bridge</literal> (pontage) qui est chargé de la consultation lui-même, au lieu de consulter les destinations."
#. Tag: title
#: Release_Notes_CP04.xml:452
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Cache"
-msgstr "JBoss Seam"
+msgstr "JBoss Cache"
#. Tag: para
#: Release_Notes_CP04.xml:456
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1533\">JBPAPP-1533</"
"ulink>: The JBoss Cache component of the Enterprise Application Platform has "
"been upgraded to version 1.4.1.SP11. A list of the included fixes is as "
"follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1533\">JBPAPP-1533</"
+"ulink> : Le composant JBoss Remoting EAP a été mis à niveau à la version "
+"1.4.1.SP11. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:461
@@ -966,7 +998,7 @@
"java</filename> file has been updated so that the Sybase Driver sets a null "
"<varname>LONGVARBINARY</varname> value, allowing the "
"<classname>JDBCCacheLoader</classname> implementation to work correctly."
-msgstr ""
+msgstr "L'implémentation de <classname>JDBCCacheLoader</classname> ne fonctionnait pas dans Sybase, car elle tentait de créer une colonne <varname>BLOB</varname>, qui n'était pas supportée par Sybase. Pour corriger cela, le fichier <filename>JDBCCacheLoader.java</filename> a été mis à jour de façon à ce que le pilote Sybase puisse configurer une valeur nulle à <varname>LONGVARBINARY</varname>, permettant à l'implémentation de <classname>JDBCCacheLoader</classname> de fonctionner correctement."
#. Tag: para
#: Release_Notes_CP04.xml:466
@@ -983,6 +1015,11 @@
"java</filename> file has been modified so that it specifies to check for "
"available space on the <classname>ByteArrayInputStream</classname>."
msgstr ""
+"<classname>JDBCExtCacheLoader</classname> n'assurait pas le transfert d'états convenablement car la méthode <methodname>JDBCExtCacheLoader.storeState"
+"()</methodname> utilisait les octets disponibles de "
+"<classname>MarshalledValueInputStream</classname> plutôt que ceux de "
+"<classname>ByteArrayInputStream</classname> pour le stockage de l'état persistant. Cela posait un problème car <classname>MarshalledValueInputStream</"
+"classname> retournait toujours une valeur nulle, et l'état n'était jamais inscrit. En réglant ce problème, le fichier <filename>JDBCExtendedCacheLoader.java</filename> a été modifié de façon à spécifier de vérifier l'espace disponible dans <classname>ByteArrayInputStream</classname>."
#. Tag: title
#: Release_Notes_CP04.xml:476
@@ -992,16 +1029,16 @@
#. Tag: para
#: Release_Notes_CP04.xml:480
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1531\">JBPAPP-1531</"
"ulink>: The JBoss Remoting component of the Enterprise Application Platform "
"has been upgraded to version 2.2.2.SP11. A list of the included fixes is as "
"follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1531\">JBPAPP-1531</"
"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"2.2.2.SP11. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:485
@@ -1020,6 +1057,9 @@
"methodname> should not be called directly but "
"<methodname>addConnectionListener()</methodname> should be used instead."
msgstr ""
+"La méthode <methodname>ConnectionValidator.run()</methodname> pouvait être appelée par un utilisateur avant que la méthode <methodname>ConnectionValidator.start()</methodname> ne soit appelée, ce qui fait que les champs <varname>clientInvoker</varname> et <varname>timer</varname> étaient fixés à null, et cela entrainaît la génération d'une exception <exceptionname>NullPointerException</"
+"exceptionname>. Dans le fichier <filename>ConnectionValidator.java</filename>, on vérifie maintenant les champs pour voir s'ils sont null quand on exécute la méthode <methodname>ConnectionValidator.run()</methodname>. Si l'un des champs est null, alors <exceptionname>IllegalStateException</exceptionname> est affiché pour l'utilisateur, pour signifier que <methodname>ConnectionValidator.run()</"
+"methodname> ne devrait pas être appelé directement, mais que <methodname>addConnectionListener()</methodname> devrait être utilisé à la place."
#. Tag: para
#: Release_Notes_CP04.xml:490
@@ -1035,6 +1075,9 @@
"been rectified with this Remoting update, allowing remote classloading to "
"function correctly."
msgstr ""
+"Il y avait deux bogues dans la méthode <methodname>org.jboss.remoting.marshal."
+"MarshallerLoaderHandler.loadClassBytes()</methodname> qui empêchait le chargement des classes à distance de fonctionner correctement avec les EAR isolés. Le premier concernait une while loop du code qui avait besoin d'une interruption de liaison ou saut (a break) et pour le second, l'appel à la méthode <methodname>org.jboss.mx.loading.LoaderRepository.getCachedClass()</"
+"methodname> aurait dû être un appel général à la méthode <methodname>LoaderRepository.loadClass()</methodname>. Ces deux problèmes ont été résolus dans cette mise à jour de Remoting, permettant ainsi le bon chargement des classes."
#. Tag: para
#: Release_Notes_CP04.xml:495
@@ -1045,7 +1088,7 @@
"classloading was enabled, leading to conflicts if the class was available "
"locally before. The code has been corrected to check locally first before "
"looking remotely."
-msgstr ""
+msgstr "Il y avait un bogue dans le composant Remoting qui faisait que le RemotingClassLoader essayait toujours de commencer par charger une classe sur le réseau quand le chargement de classes était activé, ce qui entraînait des conflits si la classe était disponible localement avant. Le code a été corrigé pour vérifier localement d'abord avant de chercher ailleurs."
#. Tag: para
#: Release_Notes_CP04.xml:500
@@ -1060,7 +1103,7 @@
"however this could not be achieved because of the wait period. To fix this "
"issue the call to the <methodname>BlockingCallbackStore.add()</methodname> "
"method has been removed as it was an unnecessary step."
-msgstr ""
+msgstr "La classe <classname>ServerInvokerCallbackHandler</classname> ne répondait pas quand on appelait la méthode <methodname>BlockingCallbackStore.add()</methodname> suite au verrouillage du champ de callback, avec une réponse true de la méthode <methodname>persistCallback()</methodname>. Cela se produisait parce que <methodname>BlockingCallbackStore.getNext()</methodname> avait besoin de contrôler le champ callback pour interrompre la période d'attente. Pour régler ce problème, on a retiré la méthode <methodname>BlockingCallbackStore.add()</methodname> qui constituait une étape inutile."
#. Tag: para
#: Release_Notes_CP04.xml:505
@@ -1079,6 +1122,9 @@
"detects its use, creates a <methodname>Proxy-Authorization</methodname> "
"request header."
msgstr ""
+"<classname>HTTPClientInvoker</classname> ne prenait pas l'authentification BASIC (de l'anglais Beginner's All-"
+"purpose Symbolic Instruction Code) des proxies en charge (BASIC) quand le proxy avait été configuré par des options de propriétés de systèmes de <methodname>http."
+"proxyHost</methodname> ou de <methodname>http.proxyPort</methodname>. Le problème surgit car <classname>HTTPClientInvoker</classname> ne vérifiait par l'existence de ces options et donc ne créait pas d'intitulé de demande <methodname>Proxy-Authorization</methodname>, ce qui est nécessaire au cours normal des opérations. Pour régler ce problème, on a modifié <classname>HTTPClientInvoker</classname> pour vérifier l'existence de l'option <methodname>http.proxyHost</methodname> et quand son utilisation est détectée, un intitulé de demande <methodname>Proxy-Authorization</methodname> est alors créé."
#. Tag: para
#: Release_Notes_CP04.xml:510
@@ -1095,6 +1141,11 @@
"to false the call to the <methodname>UnMarshaller.read()</methodname> is "
"skipped."
msgstr ""
+"<classname>HTTPClientInvoker</classname> générait un"
+"<exceptionname>NullPointerException</exceptionname> quand le serveur HTTP retournait un code erroné sans aucun contenu, puis que la méthode <methodname>java.net."
+"HttpUrlConnection.getInputStream()</methodname> retournait une valeur nulle. Pour pouvoir gagner un certain contrôle de ce comportement, on a ajouté une nouvelle variable "
+"<varname>UNMARSHAL_NULL_STREAM</varname> à la classe "
+"<classname>HTTPClientInvoker</classname>. Si cette variable est configurée à true (la valeur par défaut), on assistera au comportement par défaut, mais si elle est configurée à false, on supprime l'appel de <methodname>UnMarshaller.read()</methodname>."
#. Tag: para
#: Release_Notes_CP04.xml:515
@@ -1112,6 +1163,12 @@
"<classname>registeredLocators</classname> are governed by "
"<classname>serverLock</classname>."
msgstr ""
+"Dans <classname>InvokerRegistry</classname>, il existe une erreur qui est associée à l'ordonnancement des événements et <classname>serverLocators</"
+"classname> retournait parfois une valeur null. Pour corriger cette condition de concurrence, l'ordonnancement des événements de <classname>InvokerRegistry</classname> a été modifié de façon à ce que toute référence à <classname>transportClientFactoryClasses</classname> ou à <classname>clientLocators</classname> soit gouvernée par <classname>clientLock</"
+"classname> et pour que toute référence à <classname>transportServerFactoryClasses</"
+"classname>, <classname>serverLocators</classname>, ou à "
+"<classname>registeredLocators</classname> soit gouvernée par "
+"<classname>serverLock</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:520
@@ -1128,6 +1185,9 @@
"<varname>VALIDATOR_PING_PERIOD</varname> within the client's configuration "
"map has not been set."
msgstr ""
+"Il y avait un bogue pour lequel la valeur de <classname>ConnectionValidator</classname> dans le mappage de configuration du client était ignoré quand la méthode <methodname>org.jboss.remoting.Client</methodname> surchargée, était appelée et que la valeur de la variable <varname>DEFAULT_PING_PERIOD</varname> était placée dans le mappage des métadonnées passées à <classname>ConnectionValidator</"
+"classname>. Cela a été corrigé par la mise à jour de <classname>org.jboss."
+"remoting.Client.addConnectionListener</classname> de façon à ce que <varname>DEFAULT_PING_PERIOD</varname> ne soit seulement passé, que si la valeur de <varname>VALIDATOR_PING_PERIOD</varname> du mappage de la configuration client n'a pas été configurée."
#. Tag: para
#: Release_Notes_CP04.xml:525
@@ -1143,6 +1203,11 @@
"methodname> can. The synchronization on the <varname>lock</varname> variable "
"has been modified to avoid this issue to enable correct operation."
msgstr ""
+"<classname>ConnectionValidator</classname> peut ne pas répondre, alors, on la méthode <methodname>run()</methodname> est exécutée et utilise la variable de verrouillage <varname>lock</varname>. Les méthodes qui se trouvent dans la méthode <methodname>run()</"
+"methodname> sont sensées expirer de telle façon que la variable <varname>lock</varname> soit rendue disponible aux <methodname>notifyListeners()</"
+"methodname> en cas d'échec de réseau; cependant <methodname>run()</"
+"methodname> peut être à nouveau exécuté avant que <methodname>notifyListeners()</"
+"methodname> ne le puisse. On a donc modifié la synchronisation de la variable <varname>lock</varname>."
#. Tag: para
#: Release_Notes_CP04.xml:530
@@ -1153,7 +1218,7 @@
"<methodname>ConnectorValidator.run()</methodname> method because further "
"synchronization on the <varname>lock</varname> variable was necessary. This "
"issue was fixed during the rectification of the above problem."
-msgstr ""
+msgstr "Quand le serveur est surchargé, on voit apparaître l'exception <exceptionname>IllegalStateException</exceptionname> dans la méthode <methodname>ConnectorValidator.run()</methodname> car la variable <varname>lock</varname> n'a pas suffisamment été synchronisée. Ce problème a été résolu en cours de rectification du problème ci-dessus.."
#. Tag: para
#: Release_Notes_CP04.xml:535
@@ -1166,7 +1231,7 @@
"also applied to unmarshallers. The error has been fixed by updating the "
"<filename>jboss-remoting.jar</filename> file to include synchronized static "
"Maps within the <classname>MarshalFactory</classname>."
-msgstr ""
+msgstr "Une erreur de synchronisation de <classname>MarshalFactory</classname> permettait au sous-système d'ajouter un convertisseur de paramètres d'ordonnancement au même moment qu'EJB3 essayait d'en extraire un, ce qui amenait les utilisateurs à recevoir une exception <exceptionname>InvalidMarshallingResource</exceptionname>; ce qui s'appliquait également pour les désordonnacements. On a réglé cette erreur en mettant à jour le fichier <filename>jboss-remoting.jar</filename> de façon à ce qu'il inclue des mappages statiques synchronisés dans la classe <classname>MarshalFactory</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:540
@@ -1185,12 +1250,15 @@
"<exceptionname>CannotConnectException</exceptionname>, allowing for other "
"servers to be attempted."
msgstr ""
+"On avait un problème avec <classname>SocketServerInvoker</classname> quand on essayait de fermer <varname>ServerThreads</varname>, ce qui amenait l'utilisateur à certainement recevoir une invocation d'un <classname>SocketServerInvoker</classname> fermé du côté client, causant l'exception <exceptionname>InvalidStateException</"
+"exceptionname>. Si on accepte cette exception, un système EJB3 clusterisé pourrait générer <exceptionname>UndeclaredThrowableException</exceptionname> au lieu d'essayer des serveurs différents. Pour permettre les tentatives sur des serveurs alternatifs, il existe un comportement optionnel qui consiste à autoriser le <classname>MicroRemoteClientInvoker</classname> à interprêter un <exceptionname>InvalidStateException</exceptionname> en tant que "
+"<exceptionname>CannotConnectException</exceptionname>."
#. Tag: title
#: Release_Notes_CP04.xml:550
-#, fuzzy, no-c-format
+#, no-c-format
msgid "JBoss Web"
-msgstr "JBoss Seam"
+msgstr "JBoss Web"
#. Tag: para
#: Release_Notes_CP04.xml:554
@@ -1205,6 +1273,10 @@
"processing and testing for input before launching the "
"<methodname>DocumentBuilder</methodname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1493\">JBPAPP-1493</"
+"ulink>: Une erreur apparaissait parfois dans <emphasis>Internet Explorer</"
+"emphasis> parce que le contenu xml n'était pas envoyé dans les demandes <emphasis>PROPFIND</"
+"emphasis> étaient utilisées. Cette erreur a été rectifiée par la création d'une nouvelle méthode dans <filename>WebdavServlet.java</filename> qui prévaut par rapport à l'implémentation <methodname>DefaultServlet</methodname> pour le traitement des demandes de servlets et pour tester les entrées avant de lancer le <methodname>DocumentBuilder</methodname>."
#. Tag: para
#: Release_Notes_CP04.xml:559
@@ -1222,19 +1294,26 @@
"threads to being executed last when starting the <methodname>AprEndpoint</"
"methodname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1470\">JBPAPP-1470</"
+"ulink>: Quand on utilise APR (Apache Portable Runtime) sur n'importe quel système d'exploitation excepté celui qui utilise le noyau Linux 2.4 ou supérieur, l'option "
+"<parameter>deferAccept</parameter> était configurée à false dans "
+"<methodname>AprEndpoint</methodname>. Cela pouvait entraîner un "
+"<exceptionname>NullPointerException</exceptionname> quand le thread d' "
+"<methodname>accepter</methodname> commençait à traiter une demande tout en appelant un <methodname>poller</methodname> avant l'initialisation. Ce problème a été réglé en déplaçant les threads d' <methodname>acceptor</methodname> de façon à ce qu'ils soient exécutés en dernier quand on démarre <methodname>AprEndpoint</"
+"methodname>."
#. Tag: para
#: Release_Notes_CP04.xml:564
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1334\">JBPAPP-1334</"
"ulink>: The JBoss Web component of the Enterprise Application Platform has "
"been upgraded to version 2.0.0-6.CP09. A list of the included fixes is as "
"follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-1334</"
"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"2.0.0-6.CP09. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:569
@@ -1249,6 +1328,10 @@
"<filename>WebAppClassLoader.java</filename> has been updated to ensure the "
"correct parser is used."
msgstr ""
+"Si un déploiement war contient sa propre version de <filename>xalan.jar</"
+"filename> et de <filename>xercesImpl.jar</filename> dans le fichier <filename>WEB-INF/lib</"
+"filename>, le chargeur de classes du conteneur de servlet JBossWeb retournera la version procurée par JBoss de <literal>SAXParser</literal> de "
+"<methodname>SAXParserFactory.newInstance().newSAXParser()</methodname> plutôt que la version contenue dans le déploiement war. Pour régler ce bogue, le fichier <filename>WebAppClassLoader.java</filename> a été mis à jour pour veiller à ce que l'analyseur qui convient soit utilisé."
#. Tag: title
#: Release_Notes_CP04.xml:579
@@ -1258,16 +1341,16 @@
#. Tag: para
#: Release_Notes_CP04.xml:583
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1560\">JBPAPP-1560</"
"ulink>: The JBoss Web Services <filename>glassfigh-jaxb</filename> component "
"of the Enterprise Application Platform has been upgraded to version 2.1.4."
"patch01. A list of the included fixes is as follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-1560</"
+"ulink>: Le composant <filename>glassfigh-jaxb</filename> de JBoss Web Services d'EAP a été mis à niveau à la version "
+"2.1.4.patch01. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:588
@@ -1285,19 +1368,21 @@
"<classname>Injector</classname> is now passed a reference to the ClassLoader "
"instead of containing one specifically."
msgstr ""
+"Le paquetage <literal>com.sun.xml.bind.v2.runtime.reflect.opt</literal> contient des classes pour optimiser l'accès aux champs et aux méthodes en générant des classes de façon dynamique. Dans la classe <classname>Injector</classname>, il y a une valeur <literal>HashMap</literal> qui est associée à une <literal>WeakReference</literal>, mais comme il n'y a qu'une <literal>WeakReference</literal> dans la classe <classname>Injector</classname>, le <literal>HashMap</literal> est ramassé par le programme de nettoyage. Pour régler ce problème, on a changé la référence pour une <literal>StrongReference</"
+"literal> et de façon à maintenir les prérequis d'origine, on passe maintenant à <classname>Injector</classname> une référence au ClassLoader au lieu qu'il en contienne une spécifique."
#. Tag: para
#: Release_Notes_CP04.xml:595
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1210\">JBPAPP-1210</"
"ulink>: The JBoss Web Services component of the Enterprise Application "
"Platform has been upgraded to version 2.0.1.SP2_CP05. A list of the included "
"fixes is as follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-1210</"
+"ulink>: Le composant JBoss Web Services d'EAP a été mis à niveau à la version "
+"2.0.1.SP2_CP05. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:600
@@ -1311,6 +1396,8 @@
"java</filename> to resolve schemas locally when an internet connection is "
"unavailable."
msgstr ""
+"Quand on déploie les services JBoss Web Services dans EAP sans accès internet, <classname>JBossWSEntityResolver</classname> ne résolvait aucun schéma susceptible d'entraîner WSRP (de l'anglais Web Services for Remote Portlets) à produire une erreur. Ce problème a été réglé par la modification de <classname>JBossWSEntityResolver</classname> dans <filename>WSDL11Reader."
+"java</filename> pour pouvoir résoudre les schémas localement quand il n'y a pas de connexion internet."
#. Tag: para
#: Release_Notes_CP04.xml:605
@@ -1324,6 +1411,10 @@
"<filename>WSDLWriter.java</filename>, <filename>SOAPBindingTestCase.java</"
"filename> and <filename>WSDL11Writer.java</filename>."
msgstr ""
+"WsProvide ignorait une déclaration <literal>SOAPBinding</literal> qui était spécifiée dan un EJB3 stateless. Pour corriger cela, et pour permettre à <literal>SOAPBinding</literal> de fonctionner correctement, les fichiers suivants ont été modifiés : <filename>WSDLGenerator.java</filename>, "
+"<filename>SOAPEndpoint.java</filename>, <filename>Constants.java</filename>, "
+"<filename>WSDLWriter.java</filename>, <filename>SOAPBindingTestCase.java</"
+"filename> et <filename>WSDL11Writer.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:610
@@ -1336,6 +1427,8 @@
"However memory overheads are increased, which can be considerable for large "
"messages."
msgstr ""
+"Le composant <emphasis>Xerces</emphasis> de JBoss Web Services possède une fonctionnalité qui optimise l'analyse des messages et qui s'appelle <methodname>Deffered "
+"Node Expansion</methodname>. Elle diffère l'expansion des noeuds jusqu'au moment où l'on peut accéder aux noeuds. Cependant, on augmente les efforts de mémoire, de façon potentiellement considérable pour les messages volumineux."
#. Tag: para
#: Release_Notes_CP04.xml:613
@@ -1345,12 +1438,14 @@
"Node Expansion</methodname> feature and have all nodes expand. To achieve "
"this the following system property needs to be set:"
msgstr ""
+"Cette version donne à l'utilisateur l'option de désactiver la fonctionnalité <methodname>Deffered "
+"Node Expansion</methodname> pour élargir les noeuds. Dans ce but, la propriété de système suivante a besoin d'être configurée :"
#. Tag: programlisting
#: Release_Notes_CP04.xml:616
#, no-c-format
msgid "-Dorg.jboss.ws.disable_deferred_node_expansion=true"
-msgstr ""
+msgstr "-Dorg.jboss.ws.disable_deferred_node_expansion=true"
#. Tag: para
#: Release_Notes_CP04.xml:619
@@ -1362,6 +1457,8 @@
"file to perform a <code>break</code> after assigning the "
"<varname>childElement</varname> property."
msgstr ""
+"On avait une régression de <literal>TCK5 SAAJ</literal> dans la classe <classname>SOAPBody</"
+"classname> lié à la résolution d'un bogue antérieur, mais cela a été maintenant rectifié grâce à la modification du fichier <filename>SOAPBodyImpl.java</filename> pour effectuer un <code>break</code> après avoir assigné la propriété <varname>childElement</varname>."
#. Tag: para
#: Release_Notes_CP04.xml:624
@@ -1376,7 +1473,7 @@
"<literal>transport-guarantee</literal> would still be enforced by JBoss Web "
"Services as confidential but the WSDL would contain the wrong address, "
"leading to clients attempting to connect to an incorrect address."
-msgstr ""
+msgstr "Les points d'arrivée de <literal>transport-guarantee</literal> qui sont supposés être confidentiels, tentaient de mapper exactement le modèle de l'URL dans le WSDL. Cependant, comme les contraintes de sécurité et de servlet n'étaient pas définies précisément, ce même bogue faisait que Jboss Web Services assumait que <literal>transport-guarantee</literal> n'était pas confidentiel pour la génération d'adresses, ce qui entraînait WSDL à être généré avec une adresse WSDL. <literal>transport-guarantee</literal> était toujours considéré comme confidentiel par les JBoss Web Services, mais le WSDL possédait la mauvaise adresse, ce qui amenait les clients à se connecter à une mauvaise adresse."
#. Tag: para
#: Release_Notes_CP04.xml:627
@@ -1387,6 +1484,8 @@
"also tests correctly for the security constraint instead of assuming both "
"with be of the same value."
msgstr ""
+"Pour rectifier ce problème, le fichier <filename>MetaDataBuilder.java</"
+"filename> a été modifié, ainsi, quand on teste les habitudes du servlet, on teste également les contraintes de sécurité, au lieu d'assumer une même valeur."
#. Tag: para
#: Release_Notes_CP04.xml:632
@@ -1402,6 +1501,9 @@
"<filename>DispatchImpl.java</filename> to correctly reference the SOAP "
"message context."
msgstr ""
+"Quand on crée des messages dans SOAP 1.2 sans attachements, la classe <classname>SOAPMessageImpl</classname> configurait la variable <varname>contentType</"
+"varname> à <literal>text/xml</literal>, ce qui n'était pas correct. Cela a maintenant été rectifié en modifiant <varname>contentType</varname> de façon à ce qu'il utilise la valeur <literal>application/soap+xml</literal> en ajoutant la méthode <methodname>getSAPContentType()</methodname> au fichier <filename>SOAPMessageImpl.java</filename> et en mettant à jour "
+"<filename>DispatchImpl.java</filename> pour référencer correctement le contexte de message SOAP."
#. Tag: para
#: Release_Notes_CP04.xml:638
@@ -1413,6 +1515,8 @@
"methods. <filename>JAXWSMetaDataBuilder.java</filename> has been updated to "
"mark JBoss AOP methods as synthetic which allows them to be skipped."
msgstr ""
+"Les déploiements de nature JAX-WS échouaient aux points d'arrivée instrumentés par JBoss AOP, ce qui générait l'exception <exceptionname>IllegalAnnotationsException</"
+"exceptionname> quand les JBoss Web Services tentaient de traiter les méthodes JBoss AOP. <filename>JAXWSMetaDataBuilder.java</filename> a été mis à jour pour marquer les méthodes JBoss AOP en tant que synthétiques, ce qui permet de les éviter."
#. Tag: para
#: Release_Notes_CP04.xml:643
@@ -1424,7 +1528,7 @@
"filename> file has been modified to use a new URL and protocol instead of "
"the original URL and protocol in order to use the dynamically generated port "
"and protocol numbers."
-msgstr ""
+msgstr "Le remplacement de l'adresse dynamique WSDL ne fonctionnait pas correctement dans les versions précédentes d'EAP puisque les numéros de port et de protocole n'étaient pas pris en considération. Le fichier <filename>JAXWSMetaDataBuilder.java</filename> a été modifié de façon à pouvoir utiliser un nouveau protocole et un nouvel URL à la place de ceux d'origine, de façon à pouvoir utiliser les numéros de protocole et de port générés de façon dynamique."
#. Tag: para
#: Release_Notes_CP04.xml:648
@@ -1434,7 +1538,7 @@
"types generated a JAX-RPC mapping that did not match the source. The "
"<filename>MappingFileGeneratorHelper.java</filename> file has been corrected "
"to ensure that the generated mapping matches the source of the information."
-msgstr ""
+msgstr "En convertissant WSDL en Java, les types anonymes qui sont imbriqués dans les types anonymes généraient un mappage JAX-RPC qui ne correspondait pas à la source. Le fichier <filename>JAXWSMetaDataBuilder.java</filename> a été corrigé pour que le mappage qui a été généré puisse correspondre à la source de l'information."
#. Tag: para
#: Release_Notes_CP04.xml:653
@@ -1445,7 +1549,7 @@
"method could not take place based on the certificate the client used to sign "
"the message. Support for this has been added to JBoss Web Services and in "
"tern the Enterprise Application Platform with this component upgrade."
-msgstr ""
+msgstr "Le support d'authentification de certificats JAAS n'était pas pris en charge par l'implémentation JBoss Web Services Security, donc l'authentification par cette méthode ne pouvait pas avoir lieu sur la base du certificat que le client utilisait pour signer le message. Un niveau de support a été ajouté à JBoss Web Services dans ce dessein, et du coup dans EAP, grâce à la mise à niveau de ce composant."
#. Tag: para
#: Release_Notes_CP04.xml:658
@@ -1456,7 +1560,7 @@
"this was unnecessary. In order to remove the port number from the end of the "
"URL, the <filename>MetaDataBuilder.java</filename> has been modified for "
"each individual service that uses the default port."
-msgstr ""
+msgstr "Quand le port par défaut d'un protocole était utilisé par les JBoss Web Services, le numéro de port apparaissait toujours en fin d'URL, même si ce n'était pas très utile. Pour retirer ce numéro de port en fin d'URL, le fichier <filename>MetaDataBuilder.java</filename> a été modifié pour chaque individu qui utilise le port par défaut."
#. Tag: para
#: Release_Notes_CP04.xml:663
@@ -1474,6 +1578,11 @@
"<filename>MessageContextJAXWS.java</filename> and "
"<filename>RequestHandlerImpl.java</filename>."
msgstr ""
+"Quand JBoss Web Services est utilisé en tant que client, l'information qui se trouve dans la méthode <methodname>DOMUtils.clearThreadLocals()</methodname> n'était pas effacée pour les appels en provenance des clients. Pour pouvoir régler cela, l'appel vers <methodname>DOMUtils.clearThreadLocals()</methodname> a été déplacé vers la classe <classname>MessageContextAssociation</classname> et est exécuté une fois que le message est traité. Les fichiers qui ont été mis à jour pour incorporer la solution sont les suivants : <filename>DOMUtils.java</filename>, "
+"<filename>XMLContent.java</filename>, <filename>ProviderImpl.java</"
+"filename>, <filename>MessageContextAssociation.java</filename>, "
+"<filename>MessageContextJAXWS.java</filename> and "
+"<filename>RequestHandlerImpl.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:668
@@ -1488,6 +1597,12 @@
"and XSD files with the address from the request URL before displaying "
"information to the user."
msgstr ""
+"Quand la propriété <varname>webServiceHost</varname> n'était pas configurée, la page <ulink "
+"url=\"http://localhost:8080/jbossws/services \">http://localhost:8080/"
+"jbossws/services</ulink> présentait le nom d'hôte en tant que "
+"<exceptionname>jbossws.undefined.host</exceptionname>. On a ajouté la méthode "
+"<methodname>createAddress</methodname> à "
+"<filename>ContextServlet.java</filename>, qui met à jour les fichiers WSDL et XDS de façon dynamique, avec l'adresse provenant de l'URL de la demande, avant d'afficher l'information auprès de l'utilisateur."
#. Tag: para
#: Release_Notes_CP04.xml:674
@@ -1497,6 +1612,9 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1548\">JBPAPP-1548</"
"ulink>, discussed in the Security Issue section."
msgstr ""
+"La mise à jour JBoss Web Services 2.0.1.SP2_CP05 inclut également le résolution de problème de sécurité "
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1548\">JBPAPP-1548</"
+"ulink>, expliquée dans le section Problèmes de Sécurité (Security Issues)."
#. Tag: title
#: Release_Notes_CP04.xml:683
@@ -1516,6 +1634,11 @@
"<varname>loopCounter</varname> has been implemented within the "
"<filename>MultipartRequest.java</filename> file."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1553\">JBPAPP-1553</"
+"ulink>: Quand la méthode <methodname>parseRequest()</methodname> de la classe "
+"<classname>org.jboss.seam.web.MultipartRequest</classname> chargeait un fichier volumineux, parfois, cela causait une boucle sans fin, et cela utilisait 100% de la mémoire CPU des ordinateurs. Pour casser la boucle, on a implémenté un "
+"<varname>loopCounter</varname> au sein du fichier "
+"<filename>MultipartRequest.java</filename>."
#. Tag: para
#: Release_Notes_CP04.xml:692
@@ -1526,6 +1649,8 @@
"Enterprise Application Platform distribution has been removed in order to "
"avoid confusion that Seam 1.2.1 included with the EAP supports portal."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1494\">JBPAPP-1494</"
+"ulink>: L'exemple de portail qui était inclus auparavant dans la distribution EAP Seam a été supprimé de façon à éviter créée par Seam 1.2.1, comprise dans le portail de supports EAP."
#. Tag: para
#: Release_Notes_CP04.xml:697
@@ -1540,6 +1665,11 @@
"filename> file was updated to check if an applications context still active "
"upon undeployment and deal with this appropriately."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1044\">JBPAPP-1044</"
+"ulink>: Après une interaction de base avec les exemples Seam <filename>chatroom</"
+"filename>, <filename>mail</filename>, <filename>registration</filename>, "
+"<filename>booking</filename> et <filename>dvdstore</filename> généraient une exception <exceptionname>NullPointerException</exceptionname> en cours de rétraction du déploiement. En corrigeant ce problème, le fichier <filename>RootInterceptor.java</"
+"filename> a été mis à jour pour vérifier si le contexte d'une application est toujours actif en cours de rétraction du déploiement et pour pouvoir régler ce problème comme il convient."
#. Tag: title
#: Release_Notes_CP04.xml:705
@@ -1549,16 +1679,16 @@
#. Tag: para
#: Release_Notes_CP04.xml:709
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1580\">JBPAPP-1580</"
"ulink>: The JBoss Hibernate Core component of the Enterprise Application "
"Platform has been upgraded to version 3.2.4.SP1.CP07. A list of the included "
"fixes is as follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-1580</"
+"ulink>: Le composant JBoss Hibernate Core d' EAP a été mis à niveau à la version "
+"3.2.4.SP1.CP07. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:714
@@ -1577,6 +1707,14 @@
"entity.AbstractEntityPersister#processGeneratedProperties()</methodname> is "
"not added to the <classname>statementsToClose</classname> collection."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1628\">JBPAPP-1628</"
+"ulink>: Au cours d'une résolution d'Hibernate, la méthode <methodname>org.hibernate.jdbc."
+"AbstractBatcher#closeQueryStatement()</methodname> a été changée en vue de vérifier l'existence d'énoncés préparés dans la collection <classname>statementsToClose</classname> au lieu de la fermer de façon inconditionnelle. Cela a maintenant créé une fuite des propriétés puisque "
+"<methodname>org.hibernate.persister.entity."
+"AbstractEntityPersister#processGeneratedProperties()</methodname> utilisait "
+"<methodname>org.hibernate.jdbc.AbstractBatcher#closeQueryStatement()</"
+"methodname> et que l'énoncé de <methodname>org.hibernate.persister."
+"entity.AbstractEntityPersister#processGeneratedProperties()</methodname> n'a pas été ajouté à la collection <classname>statementsToClose</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:717
@@ -1586,7 +1724,7 @@
"execute a prepared statement on the result set and after calculating the "
"<varname>propValue</varname> the result set is closed if it is not null; "
"ensuring that no leak can occur."
-msgstr ""
+msgstr "<filename>AbstractEntityPersister.java</filename> a été mis à jour pour exécuter un énoncé préparé sur l'ensemble des résultats. Suite au calcul de <varname>propValue</varname>, l'ensemble des résultats est fermé s'il n'est pas null; de façon à ce qu'il n'y air pas de fuites."
#. Tag: para
#: Release_Notes_CP04.xml:722
@@ -1600,6 +1738,9 @@
"deprecated and may be removed from future releases; however support will "
"still be maintained for users who do not wish to move to the new dialect."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1582\">JBPAPP-1582</"
+"ulink>: On a inclus un nouveau dialecte Sybase <classname>SybaseASE15Dialect</"
+"classname> dans cette version CP pour prendre en charge Sybase ASE 15 et ce dialecte fait maintenant partie de la configuration certifiée EAP. Les dialectes Sybase antérieurs sont mantenant considérés obsolètes et pourront être retirés des versions à venir; cependant, on maintiendra un support pour les utilisateurs qui ne souhaiteraient pas passer au nouveau dialecte."
#. Tag: para
#: Release_Notes_CP04.xml:742
@@ -1614,6 +1755,12 @@
"<filename>SybaseDialect.java</filename> file allows for these functions to "
"work correctly."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1524\">JBPAPP-1524</"
+"ulink>: Les fonctions <methodname>second()</methodname>, "
+"<methodname>minute()</methodname>, <methodname>hour()</methodname> et "
+"<methodname>extract()</methodname> entraînaient un "
+"<exceptionname>GenericJDBCException</exceptionname> en cours d'utilisation Déplaçant ces fonctions du fichier <filename>SQLServerDialect.java</filename> vers le fichier "
+"<filename>SybaseDialect.java</filename> leur a permis de fonctionner correctement."
#. Tag: para
#: Release_Notes_CP04.xml:757
@@ -2794,7 +2941,7 @@
#: Release_Notes_CP04.xml:1259
#, no-c-format
msgid "General Known Issues"
-msgstr ""
+msgstr "Problèmes connus"
#. Tag: para
#: Release_Notes_CP04.xml:1263
@@ -3005,8 +3152,7 @@
#. Tag: screen
#: Release_Notes_CP04.xml:1337
#, no-c-format
-msgid ""
-"The data types text and nvarchar are incompatible in the equal to operator."
+msgid "The data types text and nvarchar are incompatible in the equal to operator."
msgstr ""
#. Tag: para
@@ -3082,3 +3228,4 @@
"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 au niveau de la performance des composants."
+
More information about the jboss-cvs-commits
mailing list