[jboss-cvs] JBossAS SVN: r88189 - projects/docs/enterprise/4.3.4/readme/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue May 5 01:49:23 EDT 2009
Author: croe at redhat.com
Date: 2009-05-05 01:49:23 -0400 (Tue, 05 May 2009)
New Revision: 88189
Modified:
projects/docs/enterprise/4.3.4/readme/fr-FR/Book_Info.po
projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po
Log:
Translation completed and PR
Modified: projects/docs/enterprise/4.3.4/readme/fr-FR/Book_Info.po
===================================================================
--- projects/docs/enterprise/4.3.4/readme/fr-FR/Book_Info.po 2009-05-05 04:48:00 UTC (rev 88188)
+++ projects/docs/enterprise/4.3.4/readme/fr-FR/Book_Info.po 2009-05-05 05:49:23 UTC (rev 88189)
@@ -1,14 +1,14 @@
-# translation of readme.po to French
+# translation of Book_Info.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: Book_Info\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-05-05 10:19+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -18,20 +18,19 @@
#. Tag: title
#: Book_Info.xml:6
-#, fuzzy, no-c-format
+#, no-c-format
msgid "Release Notes CP04"
-msgstr "Notes de mise à jour "
+msgstr "Notes de mise à jour CP04"
#. Tag: subtitle
#: Book_Info.xml:7
-#, fuzzy, no-c-format
-msgid ""
-"for Use with JBoss Enterprise Application Platform 4.3 Cumulative Patch 4"
-msgstr "JBoss Enterprise Application Platform 4.3.0.CP02"
+#, no-c-format
+msgid "for Use with JBoss Enterprise Application Platform 4.3 Cumulative Patch 4"
+msgstr "à utiliser dans JBoss Enterprise Application Platform 4.3 Cumulative Patch 4"
#. Tag: para
#: Book_Info.xml:13
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"These release notes contain important information related to JBoss "
"Enterprise Application Platform 4.3.0.CP04 that may not be currently "
@@ -40,13 +39,14 @@
"CP04."
msgstr ""
"Ces notes de mise à jour contiennent des informations importantes sur JBoss "
-"Enterprise Application Platform 4.3.0.CP02 qui ne sont peut-être pas "
+"Enterprise Application Platform 4.3.0.CP04 qui ne sont peut-être pas "
"actuellement disponibles dans le manuel. Il est recommandé de lire "
"l'intégralité de ces notes de mise à jour avant d'installer JBoss Enterprise "
-"Application Platform 4.3.0.CP02."
+"Application Platform 4.3.0.CP04."
#. Tag: holder
#: Book_Info.xml:27
#, no-c-format
msgid "&HOLDER;"
msgstr "&HOLDER;"
+
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-05-05 04:48:00 UTC (rev 88188)
+++ projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po 2009-05-05 05:49:23 UTC (rev 88189)
@@ -8,7 +8,7 @@
"Project-Id-Version: Release_Notes_CP04\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-03-12 00:39+0000\n"
-"PO-Revision-Date: 2009-05-01 16:02+1000\n"
+"PO-Revision-Date: 2009-05-05 15:48+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -68,8 +68,8 @@
"JBoss Enterprise Application Platform est totalement compatible avec les "
"applications J2EE 1.4 enterprise Java. En même temps, presque tous les "
"composants et fonctions clé définis dans les spécifications Java EE 5.0 sont "
-"pris en charge. Donc, vos applications Java new enterprise peuvent peuvent "
-"bénéficier immédiatement du modèle de programmation basé-POJO Java EE 5.0, "
+"pris en charge. Donc, vos applications Java new enterprise peuvent "
+"immédiatement bénéficier du modèle de programmation basé-POJO Java EE 5.0, "
"bien plus simple."
#. Tag: para
@@ -86,7 +86,7 @@
"Hibernate, Tomcat, et JBoss Cache, la plate-forme tire avantage des "
"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 "
+"Hat, et est certifiée pour opérer sur du matériel varié et sur certains des logiciels "
"enterprise principaux. "
#. Tag: para
@@ -156,7 +156,7 @@
"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 "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."
+msgstr "Cette section détaille les versions des composants à la base de Enterprise Application Platform 4.3, qui se trouvent dans cette version de Patch Cumulatif."
#. Tag: para
#: Release_Notes_CP04.xml:53
@@ -388,7 +388,7 @@
"avant de déployer les applications. Vous pouvez effectuer cela en mettant à "
"jour les paramètres <literal>JAVA_OPTS</literal> dans le fichier "
"<filename>JBOSS_DIST/jboss-as/server/production/run.conf</filename> avec les "
-"valeurs recommandées:"
+"valeurs recommandées suivantes :"
#. Tag: programlisting
#: Release_Notes_CP04.xml:175
@@ -740,7 +740,7 @@
"<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)</"
+"(XAResource)</methodname> : la méthode déléguait des vérifications à <classname>ResourceManager</classname> <varname>serverID</varname>. Cela concerne le cas où 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>."
@@ -803,7 +803,7 @@
"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 "
+"<classname>ClusterViewUpdateTest</classname> était défectueux et ne 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
@@ -854,7 +854,7 @@
"<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>."
+"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 indiquant 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
@@ -887,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 "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."
+msgstr "Les journalisations de JBoss Messaging n'incluaient pas la journalisation des messages qui étaient déplacés vers les files d'attente de lettres mortes ou d'expiration, car cela était uniquement enregistré au niveau du 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
@@ -905,7 +905,7 @@
"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."
+"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 dé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
@@ -917,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 "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>."
+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
@@ -951,7 +951,7 @@
"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 "
+"<methodname>registerSucker()</methodname> étaient 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
@@ -986,7 +986,7 @@
msgstr ""
"<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 :"
+"1.4.1.SP11. Cette mise à niveau comprend de nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:461
@@ -1076,7 +1076,7 @@
"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()</"
+"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 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
@@ -1088,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 "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."
+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 permettre la vérification locale avant de chercher ailleurs."
#. Tag: para
#: Release_Notes_CP04.xml:500
@@ -1103,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 "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."
+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, or, cela ne pouvait pas avoir lieu. 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
@@ -1145,7 +1145,7 @@
"<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>."
+"<classname>HTTPClientInvoker</classname>. Si cette variable est configurée à true (la valeur par défaut), on assiste 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
@@ -1185,7 +1185,7 @@
"<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</"
+"Il y avait un bogue pour lequel la valeur de <classname>ConnectionValidator</classname> du mappage de configuration du client était ignorée 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."
@@ -1203,7 +1203,7 @@
"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()</"
+"<classname>ConnectionValidator</classname> peut ne pas répondre, dans lequel cas, 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()</"
@@ -1218,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 "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.."
+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 été suffisamment 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
@@ -1231,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 "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>."
+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ésordonnancements. 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
@@ -1250,9 +1250,9 @@
"<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>."
+"On avait un problème avec <classname>SocketServerInvoker</classname> quand on essayait de fermer <varname>ServerThreads</varname>, qui faisait que l'utilisateur pouvait 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é pouvait 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>, permettant ainsi des tentatives sur d'autres serveurs."
#. Tag: title
#: Release_Notes_CP04.xml:550
@@ -1275,8 +1275,8 @@
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>."
+"emphasis> parce que le contenu xml n'était pas envoyé quand 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 de <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
@@ -1313,7 +1313,7 @@
msgstr ""
"<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.0.0-6.CP09. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
+"2.0.0-6.CP09. Cette mise à niveau comprend les nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:569
@@ -1330,8 +1330,8 @@
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é."
+"filename>, le chargeur de classes du conteneur de servlet JBossWeb retournera la version de <literal>SAXParser</literal> de "
+"<methodname>SAXParserFactory.newInstance().newSAXParser()</methodname> de JBoss 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
@@ -1368,7 +1368,7 @@
"<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</"
+"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 en 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
@@ -1382,7 +1382,7 @@
msgstr ""
"<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 :"
+"2.0.1.SP2_CP05. Cette mise à niveau comprend les nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:600
@@ -1411,7 +1411,7 @@
"<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>, "
+"WsProvide ignorait une déclaration <literal>SOAPBinding</literal> qui était spécifiée dans 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>."
@@ -1428,7 +1428,7 @@
"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."
+"Node Expansion</methodname>. Elle diffère l'expansion des noeuds jusqu'au moment où l'on peut accéder aux noeuds, ce qui améliore la performance quand on a besoin d'accéder à tous les 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
@@ -1439,7 +1439,7 @@
"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 :"
+"Node Expansion</methodname> pour élargir tous 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
@@ -1458,7 +1458,7 @@
"<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>."
+"classname> liée à 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
@@ -1503,7 +1503,7 @@
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."
+"<filename>DispatchImpl.java</filename> pour référencer correctement le contexte des messages SOAP."
#. Tag: para
#: Release_Notes_CP04.xml:638
@@ -1581,7 +1581,7 @@
"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>MessageContextJAXWS.java</filename> et "
"<filename>RequestHandlerImpl.java</filename>."
#. Tag: para
@@ -1636,7 +1636,7 @@
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 "
+"<classname>org.jboss.seam.web.MultipartRequest</classname> chargeait un fichier volumineux, parfois, cela causait une boucle sans fin, et 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>."
@@ -1650,7 +1650,7 @@
"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."
+"ulink>: L'exemple de portail qui était inclus auparavant dans la distribution EAP Seam a été supprimé de façon à éviter la confusion liée au portail de supports EAP dans Seam 1.2.1."
#. Tag: para
#: Release_Notes_CP04.xml:697
@@ -1724,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 "<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."
+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 ait pas de fuites."
#. Tag: para
#: Release_Notes_CP04.xml:722
@@ -1740,7 +1740,7 @@
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."
+"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 maintenant 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 à ce nouveau dialecte."
#. Tag: para
#: Release_Notes_CP04.xml:742
@@ -1759,7 +1759,7 @@
"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 "
+"<exceptionname>GenericJDBCException</exceptionname> en cours d'utilisation. Déplaçer ces fonctions du fichier <filename>SQLServerDialect.java</filename> vers le fichier "
"<filename>SybaseDialect.java</filename> leur a permis de fonctionner correctement."
#. Tag: para
@@ -1791,7 +1791,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1496\">JBPAPP-1496</"
"ulink>: Il y avait une fuite de mémoire suite à un <emphasis>ResultSet</"
-"emphasis> non fermé, quand on utilise l'option de générateur (generator option) <emphasis>Identity</emphasis>. Pour clore cette fuite de mémoire, le <emphasis>ResultSet</emphasis> est vérifié pour s'assurer qu'il est bien fermé avant de retourner la valeur de l'identité générée."
+"emphasis> non fermé, quand on utilisait l'option de générateur (generator option) <emphasis>Identity</emphasis>. Pour clore cette fuite de mémoire, le <emphasis>ResultSet</emphasis> est vérifié pour s'assurer qu'il est bien fermé avant de retourner la valeur de l'identité générée."
#. Tag: para
#: Release_Notes_CP04.xml:767
@@ -1874,7 +1874,7 @@
"deal with this eventuality."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1467\">JBPAPP-1467</"
-"ulink>: Une exception <exceptionname>PropertyValueException</exceptionname> se présentait quand on mergeait une instance détachée d'une classe <classname>One</classname> qui contenait une nouvelle instance de classe <classname>Many</classname> et si et seulement si la classe <classname>One</classname> avait déjà été chargée auparavant en tant que proxy au cours de la même transaction. Les fichiers <filename>StatefulPersistenceContext.java</"
+"ulink>: Une exception <exceptionname>PropertyValueException</exceptionname> se présentait quand on fusionnait une instance détachée d'une classe <classname>One</classname> qui contenait une nouvelle instance de classe <classname>Many</classname> et si et seulement si la classe <classname>One</classname> avait déjà été chargée auparavant en tant que proxy au cours de la même transaction. Les fichiers <filename>StatefulPersistenceContext.java</"
"filename>, <filename>BackrefPropertyAccessor.java</filename>, "
"<filename>BackrefTest.java</filename> et <filename>Child.java</filename> "
"ont été mis à jour pour vérifier le problème de proxy lié au fusionnement et une fois que l'entité proxy est trouvée, le <methodname>mergeMap</methodname> est mis à jour pour pouvoir assumer cette éventualité."
@@ -1898,8 +1898,8 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1365\">JBPAPP-1365</"
"ulink>: Il y a un bogue dans Hibernate Core pour lequel la méthode <methodname>addDuplicateAlias</methodname> contenait une entrée dans la mappe de hachage quand la variable <varname>classAlias</varname> était configurée à null; ce qui entrainait un <exceptionname>NullPointerException</exceptionname> "
-"quand la méthode <methodname>CrazyJPARRequirements()</methodname> est appelée. "
-"Pour corriger ce problème, le fichier <filename>FromClause.java</filename> a été modifié pour corriger la méthode <methodname>addDuplicateAlias</methodname> en testant si la variable <varname>alias</varname> est null et si tel n'est pas le cas, alors <methodname>fromElementByClassAlias.put</methodname> est maintenant appelé, au lieu d'appeler cette méthode, même si <varname>alias</varname> contenait une valeur null."
+"quand la méthode <methodname>CrazyJPARRequirements()</methodname> était appelée. "
+"Pour corriger ce problème, le fichier <filename>FromClause.java</filename> a été modifié pour corriger la méthode <methodname>addDuplicateAlias</methodname> en testant si la variable <varname>alias</varname> est null et si tel n'est pas le cas, alors <methodname>fromElementByClassAlias.put</methodname> est maintenant appelé, au lieu d'appeler cette méthode, même si <varname>alias</varname> contient une valeur null."
#. Tag: para
#: Release_Notes_CP04.xml:810
@@ -1916,10 +1916,10 @@
"updated and does not update the field if this is the case."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1259\">JBPAPP-1259</"
-"ulink>: Quand on utilise <methodname>dynamicUpdate</methodname> pour générer SQL "
-"et que l'utilisateur précise qu'il ne faut pas mettre à jour le champ de version, la méthode "
+"ulink>: Quand on utilisait <methodname>dynamicUpdate</methodname> pour générer SQL "
+"et que l'utilisateur précisait qu'il ne fallait pas mettre à jour le champ de version, la méthode "
"<methodname>AbstractEntityPersiter.getPropertiesToUpdate</methodname> continuait de mettre le champ à jour, ce qui pouvait entraîner des exceptions dans certains cas. Dans cette mise à jour d'EAP, "
-"<filename>AbstractEntityPersister.java</filename> a été corrigé pour pouvoir vérifier si l'utilisateur a bien spécifié que le champs de version ne devait pas être mis à jour et le champ ne sera pas mis à jour dans un tel cas............."
+"<filename>AbstractEntityPersister.java</filename> a été corrigé pour pouvoir vérifier si l'utilisateur a bien spécifié que le champs de version ne devait pas être mis à jour et que le champ ne soit pas mis à jour dans un tel cas."
#. Tag: para
#: Release_Notes_CP04.xml:815
@@ -1932,7 +1932,7 @@
"This fix is related to JBPAPP-1250 below."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1251\">JBPAPP-1251</"
-"ulink>: Les filtres qui étaient activés pour Hibernate ne pouvaient s'appliquer aux opérations de mise à jour ou de suppression d'énoncés HQL (Hibernate Query Language). En corrigeant ce bogue, on a mis à jour de nombreux fichier en vue d'assurer le fonctionnement des filtres. Cette résolution de bogue est liée à JBPAPP-1250 ci-dessous."
+"ulink>: Les filtres qui étaient activés pour Hibernate ne pouvaient s'appliquer aux opérations de mise à jour ou de suppression d'énoncés HQL (Hibernate Query Language). En corrigeant ce bogue, on a mis à jour de nombreux fichiers en vue d'assurer le fonctionnement des filtres. Cette résolution de bogue est liée à JBPAPP-1250 ci-dessous."
#. Tag: para
#: Release_Notes_CP04.xml:820
@@ -1975,7 +1975,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1510\">JBPAPP-1510</"
"ulink>: Le composant JBoss Transaction Service d'EAP a été mis à niveau à la version "
-"4.2.3.SP5.CP04. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
+"4.2.3.SP5.CP04. Cette mise à niveau comprend les nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:842
@@ -1997,7 +1997,7 @@
"<classname>AppServerJDBCXARecovery</classname> class and adding the "
"<methodname>createConnection() throws SQLException</methodname> method which "
"makes sure a connection exists before deploying the transaction manager."
-msgstr "Quand le serveur d'application démarrait, le gestionnaire de transactions pouvait parfois se déployer avant les sources de données, initiant une passe de recouvrement et causant des exceptions. On a réglé ce problème en modifiant la classe <classname>AppServerJDBCXARecovery</classname> et en ajoutant la méthode <methodname>createConnection() throws SQLException</methodname> qui veille à ce que la connexions soit établie avant de déployer le gestionnaire de transactions. "
+msgstr "Quand le serveur d'application démarrait, le gestionnaire de transactions pouvait parfois se déployer avant les sources de données, initiant une passe de recouvrement et causant des exceptions. On a réglé ce problème en modifiant la classe <classname>AppServerJDBCXARecovery</classname> et en ajoutant la méthode <methodname>createConnection() throws SQLException</methodname> qui veille à ce que la connexion soit établie avant de déployer le gestionnaire de transactions. "
#. Tag: para
#: Release_Notes_CP04.xml:852
@@ -2013,7 +2013,7 @@
"Il y avait des cas pour lesquels la classe <classname>AppServerJDBCXARecovery</"
"classname> comprenait des informations destinées à une connexion non valide pour raison d'échec de la base de données. Ce bogue a été résolu de la même façon que le problème ci-dessus, c'est à dire, en modifiant la classe <classname>AppServerJDBCXARecovery</"
"classname> et en ajoutant la méthode <methodname>createConnection() throws "
-"SQLException</methodname>, qui veille à ce que la connexion existe bien."
+"SQLException</methodname>, qui vérifie que la connexion existe bien."
#. Tag: para
#: Release_Notes_CP04.xml:857
@@ -2028,7 +2028,7 @@
"has been modified."
msgstr ""
"La méthode <methodname>beforeCompletion</methodname> était exécutée même quand l'état <literal>tx</literal> était configuré à <varname>ABORT_ONLY</varname>, "
-"alors que cette méthode aurait dû être exécutée avant les tentatives de validation et non pas les rollbacks restaurations). Pour corriger ce problème, et pour veiller à ce que la méthode <methodname>beforeCompletion</methodname> ne soit pas exécutée en cas d'événements de rollback, le fichier <filename>SubordinateAtomicAction.java</filename> a été modifié."
+"alors que cette méthode aurait dû être exécutée avant les tentatives de validation et non pas les rollbacks. Pour corriger ce problème, et pour veiller à ce que la méthode <methodname>beforeCompletion</methodname> ne soit pas exécutée en cas de rollback, le fichier <filename>SubordinateAtomicAction.java</filename> a été modifié."
#. Tag: para
#: Release_Notes_CP04.xml:862
@@ -2047,7 +2047,7 @@
"<methodname>TransactionImple.doOnePhaseCommit</methodname> générait une exception "
"<exceptionname>HeuristicRollbackException</exceptionname> quand la validation échouait. Cela signifiait que <methodname>XATerminatorImple.commit</"
"methodname> ne pouvait pas distinguer un rollback d'une erreur. Le fichier <filename>TransactionImple.java</"
-"filename> a été modifié dans cette version CP, de façon à ce que la méthode <methodname>TransactionImple."
+"filename> a été modifié dans cette version CP, de façon à ce que la méthode <methodname>TransactionImple."
"doOnePhaseCommit</methodname> puisse maintenant générer un "
"<exceptionname>RollbackException</exceptionname> à la place d'un heuristique suite à un rollback réussi."
@@ -2082,7 +2082,7 @@
msgstr ""
"La méthode <methodname>SubordinateAtomicAction.doPrepare</methodname> appelait "
"<methodname>beforeCompletion</methodname> mais n'appelait pas "
-"<methodname>afterCompletion</methodname> quand le statut du retour était "
+"<methodname>afterCompletion</methodname> quand le statut de retour était "
"<literal>Read Only</literal>. <filename>SubordinateAtomicAction.java</"
"filename> a maintenant corrigé la gestion de la synchronisation pour terminer les transactions."
@@ -2130,7 +2130,7 @@
"was being undertaken. (CVE-2009-0027 )"
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1548\">JBPAPP-1548</"
-"ulink>: Il y avait un exploit situé dans le composant JBoss Web Service d'EAP qui permettait à quiconque de visionner n'importe quel fichier xml à partir de n'importe quelle location quand <literal>&resource=path/of/an/xmlfile.xml</literal> était appliqué en fin de n'importe quel URL WSDL (Web Service Definition Language). Le fichier <literal>&resource=path/of/an/xmlfile.xml</literal> a été mis à jour pour n'autoriser uniquement que le parent d'un fichier WSDL, les données de serveur, WSDL, ou bien les répertoires publiés à nouveau, en WSDL, d'avoir accès aux ressources du fichier xml. On a ajouté des fichiers test supplémentaires, qui ont été créés pour veiller à ce que les opérations se déroulent correctement. (CVE-2009-0027 )"
+"ulink>: Il y avait un exploit situé dans le composant JBoss Web Service d'EAP qui permettait à quiconque de visionner n'importe quel fichier xml à partir de n'importe quelle location quand <literal>&resource=path/of/an/xmlfile.xml</literal> était appliqué en fin de n'importe quel URL WSDL (Web Service Definition Language). Le fichier <literal>&resource=path/of/an/xmlfile.xml</literal> a été mis à jour pour n'autoriser uniquement que le parent d'un fichier WSDL, les données de serveur, WSDL, ou bien les répertoires publiés à nouveau en WSDL, d'avoir accès aux ressources du fichier xml. On a ajouté des fichiers test supplémentaires, qui ont été créés pour veiller à ce que les opérations se déroulent correctement. (CVE-2009-0027 )"
#. Tag: para
#: Release_Notes_CP04.xml:908
@@ -2147,7 +2147,7 @@
"</emphasis> has been updated to reflect what is happening in an improved way."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1649\">JBPAPP-1649</"
-"ulink>: La documentation qui portait sur l'isolation des canaux JGroups du Guide de configuration du serveur, ne comportait pas deux paramètres spécifiques à la distribution EAP 4.3. Les paramètres de </varname> et de <varname>-"
+"ulink>: La documentation qui portait sur l'isolation des canaux JGroups du Guide de configuration du serveur, ne comportait pas deux paramètres spécifiques à la distribution EAP 4.3. Les paramètres de <varname>-Djboss.messaging.controlchanneludpport</varname> et de <varname>-"
"Djboss.messaging.datachanneludpport</varname> ont été inclus dans la section 19.7.10 avec des exemples de ports et du texte à propos du problème <emphasis>Pourquoi devrais-je changer le port multicast si je change l'adresse ?</emphasis> qui a été mis à jour pour mieux refléter ce qui se passe."
#. Tag: para
@@ -2204,7 +2204,7 @@
"local authentication and JBoss server credentials for remote authentication."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1346\">JBPAPP-1346</"
-"ulink>: Il y avait une confusion quand on démarre ou quand on interrompt une installation <code>ZIP</code> du serveur localement ou bien à distance, car un mot de passe ou un nom d'utilisateur différent peuvent être utilisés. Le Guide de démarrage a maintenant été mis à jour et explique que les informations d'identification des utilisateurs pertinents aux systèmes d'exploitation seront utilisés pour l'authentification locale et les informations d'identification du serveur JBoss seront utilisées pour l'authentification à distance."
+"ulink>: Il y avait une confusion quand on démarrait ou quand on interrompait une installation <code>ZIP</code> du serveur localement ou bien à distance, car on pouvait utiliser un mot de passe ou un nom d'utilisateur différents. Le Guide de démarrage a maintenant été mis à jour et explique que les informations d'identification des utilisateurs pertinents aux systèmes d'exploitation seront utilisées pour l'authentification locale et les informations d'identification du serveur JBoss seront utilisées pour l'authentification à distance."
#. Tag: title
#: Release_Notes_CP04.xml:937
@@ -2271,8 +2271,8 @@
"to milliseconds."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1636\">JBPAPP-1636</"
-"ulink>: On avait un problème avec les adaptateurs quand un de ces adaptateurs gérait l'ordonnancement des tâches à effectuer. La classe <classname>ExecutionContext</classname> contenait une valeur exprimée en secondes, qui informe la méthode <methodname>getCompletionTimeout</methodname> de "
-"<classname>org.jboss.resource.work.WorkWrapper</classname>. Le problème, c'est que <methodname>getCompletionTimeout</methodname> s'attend à ce que cette valeur soit exprimée en millisecondes, entraînant une erreur quand la valeur de timeout de départ est de 6 secondes par exemple, mais qu'elle est passée au niveau du thread pool à 6 millisecondes. Le fichier<filename>WorkWrapper.java</filename> "
+"ulink>: On avait un problème avec les adaptateurs quand un de ces adaptateurs gérait l'ordonnancement des tâches à effectuer. La classe <classname>ExecutionContext</classname> contenait une valeur exprimée en secondes, à partie de laquelle la méthode <methodname>getCompletionTimeout</methodname> de "
+"<classname>org.jboss.resource.work.WorkWrapper</classname> obtient ses informations. Le problème, c'est que <methodname>getCompletionTimeout</methodname> s'attend à ce que cette valeur soit exprimée en millisecondes, entraînant une erreur quand la valeur de timeout de départ est de 6 secondes par exemple, mais qu'elle est passée au niveau du thread pool à 6 millisecondes. Le fichier<filename>WorkWrapper.java</filename> "
"a été mis à jour et convertit correctement la valeur de timeout de secondes en millisecondes."
#. Tag: para
@@ -2311,7 +2311,7 @@
"apparaissait quand un chargeur de classes rétractait son déploiement tandis qu'un autre utilisateur tentait de télédécharger une classe d'un paquetage. Cette erreur provenait du fait que "
"<classname>packagesMap</classname> de "
"<classname>UnifiedLoaderRepository3</classname> possédait un <classname>TreeSet</"
-"classname> qui n'était pas correctement synchronisé aux changements. Pour régler ce problème, le fichier <filename>ClassLoaderUtils.java</filename> a été mis à jour pour pouvoir importer la bibliothèque de <classname>Collections</classname> et utiliser la méthode "
+"classname> qui n'était pas correctement synchronisé pour les changements. Pour régler ce problème, le fichier <filename>ClassLoaderUtils.java</filename> a été mis à jour pour pouvoir importer la bibliothèque de <classname>Collections</classname> et pour utiliser la méthode "
"<methodname>synchronizedSet</methodname> de la bibliothèque en retournant le <methodname>TreeSet</methodname> de la méthode <methodname>newPackageSet</"
"methodname>."
@@ -2329,10 +2329,10 @@
"problematic situations."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1540\">JBPAPP-1540</"
-"ulink>: Dans la section cluster d' Enterprise Application Platform, "
+"ulink>: Dans la section cluster d'Enterprise Application Platform, "
"les classes <classname>GossipRouter</classname> et <classname>GossipClient</"
"classname> (TCPGOSSIP) ne possédaient pas de socket read timeouts, socket linger "
-"timeouts ou backlog set qui garantissent un comportement optimal en cas d'utilisation lourde ou dans des situations de réseau en besoin d'amélioration. Cette résolution propose des valeurs par défaut et des options de configuration qui permettront d'éviter ces situations problématiques."
+"timeouts ou backlog set pour garantir un comportement optimal en cas d'utilisation lourde ou dans des situations de réseau en besoin d'amélioration. Cette résolution propose des valeurs par défaut et des options de configuration qui permettront d'éviter ces situations problématiques."
#. Tag: para
#: Release_Notes_CP04.xml:978
@@ -2349,7 +2349,7 @@
"pertaining to its specific group and thus inhibits channel crosstalk."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1539\">JBPAPP-1539</"
-"ulink>: Quand on exécute des instances parallèles d'EAP sur Linux, il y a un bogue qui fait que quand les messages entre le composant JGroups de chaque instance étaient saisis par les deux instances car tous les messages envoyés au numéro de port pour Multicast SOckets étaient saisis par les deux instances. Le problème a été réglé en la nouvelle rédaction du code Multicast Sockets de façon à ce que le constructeur utilise une adresse de groupe et une numéro de port comme identifiants. Cela garantit qu'une instance d'EAP ne puisse uniquement recevoir des messages pertinents à son groupe particulier, et donc prévient la diaphonie inter-réseaux."
+"ulink>: Quand on exécutait des instances parallèles d'EAP sur Linux, il y a un bogue qui faisait que quand les messages entre le composant JGroups de chaque instance étaient saisis par les deux instances car tous les messages envoyés au numéro de port pour Multicast SOckets étaient saisis par les deux instances. Le problème a été réglé en la nouvelle rédaction du code Multicast Sockets de façon à ce que le constructeur utilise une adresse de groupe et un numéro de port comme identifiants. Cela garantit qu'une instance d'EAP ne puisse uniquement recevoir des messages pertinents à son groupe particulier, et donc prévient la diaphonie inter-réseaux."
#. Tag: para
#: Release_Notes_CP04.xml:983
@@ -2489,7 +2489,7 @@
"varname> value corrected and timouts configurable."
msgstr ""
"Les classes <classname>RouterStub</classname> et <classname>GossipRouter</"
-"classname> avaient une valeur <varname>setSoLinger</varname> configurée incorrectement, exprimée en secondes alors que <varname>setSoLinger</varname> est exprimé en millisecondes. Le <varname>setSoLinger</varname> de la classe <classname>RouterStub</classname> a été corrigé et le <varname>setSoLinger</"
+"classname> avaient une valeur <varname>setSoLinger</varname> configurée incorrectement, exprimée en secondes alors que <varname>setSoLinger</varname> était exprimé en millisecondes. Le <varname>setSoLinger</varname> de la classe <classname>RouterStub</classname> a été corrigé et le <varname>setSoLinger</"
"varname> de la classe <classname>GossipRouter</classname> a été également corrigé et les timeouts rendus ont été rendus configurables."
#. Tag: para
@@ -2503,8 +2503,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 JCA adapter inflow ne retourne pas les messages si on n'utilise pas une usine de connexion non-xa en conjonction avec un JNDIProviderAdapter. Pour régler ce problème, le fichier <filename>JmsServerSession.java</filename> a été mis à jour par l'addition de logique dans la stratégie de séparation de transactions locales pour permettre aux sessions non-xa d'être retournés en utilisant une session de transaction."
+"y<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1530\">JBPAPP-1530</"
+"ulink>: Le JCA adapter inflow ne retourne pas les messages si on n'utilise pas d'usine de connexion non-xa en conjonction avec un JNDIProviderAdapter. Pour régler ce problème, le fichier <filename>JmsServerSession.java</filename> a été mis à jour par l'addition de logique dans la stratégie de séparation de transactions locales pour permettre aux sessions non-xa d'être retournées en utilisant une session de transactions."
#. Tag: para
#: Release_Notes_CP04.xml:1040
@@ -2536,7 +2536,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1458\">JBPAPP-1458</"
"ulink>: La configuration de recouvrement JTA ne comptait pas de ligne pour activer "
-"JBoss Messaging (JBM) <classname>XAResourceRecovery</classname> malgré que ce soit indiqué dans le guide d'utilisateur JBM. Cette version CP modifie le fichier <filename>build-distr.xml</filename> pour tous les "
+"JBoss Messaging (JBM) <classname>XAResourceRecovery</classname> malgré que c'était indiqué dans le guide d'utilisateur JBM. Cette version CP modifie le fichier <filename>build-distr.xml</filename> pour tous les "
"<classname>XAResourceRecovery</classname> pour permettre le recouvrement de JTA."
#. Tag: para
@@ -2553,10 +2553,9 @@
"distribution."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1479\">JBPAPP-1479</"
-"ulink>: Dans les distributions 4.2 et 4.3 d'EAP, les politiques d'application <filename>JBossMQ</filename> et "
-"<filename>JBoss Messaging</filename> se trouvaient dans le fichier <filename>login-config.xml</filename>, alors que "
-"<filename>JBossMQ</filename> n'est inclus que dans la distribution 4.2 et de même, "
-"<filename>JBoss Messaging</filename> n'est inclus que dans la distribution 4.3."
+"ulink>: Dans les diverses distributions 4.2 et 4.3 d'EAP, les politiques d'application <filename>JBossMQ</filename> et "
+"<filename>JBoss Messaging</filename> se trouvaient dans le fichier <filename>login-config.xml</filename>, avec <filename>JBossMQ</filename> inclus que dans la distribution 4.2 et "
+"<filename>JBoss Messaging</filename> inclus que dans la distribution 4.3 uniquement."
#. Tag: para
#: Release_Notes_CP04.xml:1053
@@ -2644,7 +2643,7 @@
"persistence.xml</filename>."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1307\">JBPAPP-1307</"
-"ulink>: La racine de PU (de l'anglais Persistence Unit) n'était pas détectée correctement dans les déploiements qui contenaient des fichiers <filename>.jar</filename>. Le PU racine était détecté en tant que premier <filename>.jar</filename> rencontré au lieu d'être le déploiement qui contient le fichier "
+"ulink>: La racine de PU (de l'anglais Persistence Unit) n'était pas détectée correctement dans les déploiements qui contenaient des fichiers <filename>.jar</filename>. Le PU racine était détecté en tant que premier <filename>.jar</filename> rencontré au lieu d'être le déploiement qui contenait le fichier "
"<filename>persistence.xml</filename>. Pour veiller à ce que la racine PU soit toujours configurée correctement, le fichier <filename>JmxDeploymentUnit.java</filename> a été mis à jour par la suppression du test d'URL null et <parameter>deploymentInfo.parent</parameter> non null. Cela implique que l'URL provient toujours directement du <parameter>extractDescriptorUrl</parameter> de <filename>META-INF/"
"persistence.xml</filename> maintenant."
@@ -2659,7 +2658,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-1289</"
"ulink>: Le composant JBoss JAXR d'EAP a été mis à niveau à la version "
-"1.2.0.SP2. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"1.2.0.SP2. Cette mise à niveau comprend les nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:1083
@@ -2674,7 +2673,7 @@
msgstr ""
"Dans les fichiers <filename>org.jboss.jaxr.juddi.JUDDIServlet</filename> et "
"<filename>org.jboss.jaxr.juddi.transport.SaajTransport</filename>, la valeur des espace-noms de <varname>xml:lang</varname> contenait <literal>http://"
-"www.w3.org/TR/REC-xml/</literal>, ce qui entraînait une exception dans la pile metro. La valeur de l'espace-nom devait être null et cela s'applique maintenant dans cette mise à jour de JAXR."
+"www.w3.org/TR/REC-xml/</literal>, ce qui entraînait une exception dans la pile metro. La valeur de l'espace-nom doit être null et cela s'applique maintenant dans cette mise à jour de JAXR."
#. Tag: para
#: Release_Notes_CP04.xml:1090
@@ -2751,8 +2750,8 @@
"<filename>HtmlTaglib21Generator.java</filename> file so that component "
"properties are not set if the tag attribute has not been set."
msgstr ""
-"Quand une balise <h:dataTable> qui ne configure pas l'attribut <varname>var</varname>, si le composant UIData est créé en utilisant une liaison et qu'il appelle la méthode "
-"<methodname>setVar()</methodname> pour configurer l'attribut <varname>var</varname>, il aurait alors une valeur nulle au niveau de la balise <h:"
+"Pour une balise <h:dataTable> qui ne configurait pas l'attribut <varname>var</varname>, si le composant UIData était créé en utilisant une liaison et qu'il appellait la méthode "
+"<methodname>setVar()</methodname> pour configurer l'attribut <varname>var</varname>, il avait alors une valeur nulle au niveau de la balise <h:"
"dataTable> . Ce bogue a été résolu par la modification du fichier "
"<filename>HtmlTaglib21Generator.java</filename> de façon à ce que les propriétés ne soient pas configurées si l'attribut de la balise n'est pas lui-même configuré."
@@ -2780,7 +2779,7 @@
"correctly. To correct the issue so that no information is hidden from the "
"user, the <exceptionname>ManagedBeanCreationException</exceptionname> has "
"been updated to provide more information about the cause of the exception."
-msgstr "La cause de l'exception <classname>PostConstruct</classname> dans <classname>BeanBuilder</classname> n'était pas communiquée par l'utilisateur correctement. Pour rectifier ce problème et qu'aucune information ne soit cachée à l'utilisateur, <exceptionname>ManagedBeanCreationException</exceptionname> a été mis à jour pour procurer davantage d'information sur la cause de l'exception."
+msgstr "La cause de l'exception <classname>PostConstruct</classname> dans <classname>BeanBuilder</classname> n'était pas communiquée par l'utilisateur correctement. Pour rectifier ce problème et pour qu'aucune information ne soit cachée à l'utilisateur, <exceptionname>ManagedBeanCreationException</exceptionname> a été mis à jour pour procurer davantage d'information sur la cause de l'exception."
#. Tag: para
#: Release_Notes_CP04.xml:1130
@@ -2799,7 +2798,7 @@
"<filename>WebResourceProvider.java</filename>."
msgstr ""
"Il y avait un problème qui amenait majarra à exécuter les fichiers d'initialisation <filename>faces-"
-"config.xml </filename> deux fois, dupliquant ainsi les opérations. Cela était causé par le fait qu'il n'y avait pas de journalisation sur les fichiers qui avaient été initialisés et ceux qui ne l'avaient pas été. Un système de traçage sur l'initialisation des fichiers a été mis en place pour régler ce problème, et du coup, les fichiers suivants ont été modifiés : <filename>ConfigManager.java</filename>, "
+"config.xml </filename> deux fois, dupliquant ainsi les opérations. Cela était causé par le fait qu'il n'y avait pas de journalisation sur les fichiers qui avaient été initialisés et sur ceux qui ne l'avaient pas été. Un système de traçage sur l'initialisation des fichiers a été mis en place pour régler ce problème, et du coup, les fichiers suivants ont été modifiés : <filename>ConfigManager.java</filename>, "
"<filename>ConfigureListener.java</filename>, <filename>WebConfiguration."
"java</filename>, <filename>ConfigurationResourceProvider.java</filename>, "
"<filename>MetaInfResourceProvider.java</filename>, "
@@ -2863,8 +2862,8 @@
"filename> and <filename>TableRenderer.java</filename>."
msgstr ""
"<classname>com.sun.faces.renderkit.html_basic.BaseTableRenderer</"
-"classname> ne permettait pas que <varname>columnClasses</varname> soit vide quand il générait des colonnes pour la saisie utilisateur. Le problème était de pouvoir réaliser quand créer plusieurs colonnes et non pas une seule; ainsi si l'utilisateur saisit "
-"<literal>foo, </literal> avec un espace en fin de mot, alors on peut s'attendre à une sortie sous forme d'une colonne contenant le mot <literal>foo</literal>, et une autre colonne vide. Mais ce n'était pas le cas, car <literal>foo, </literal> ne générait qu'une seule colonne avec <literal>foo, </literal> comme nom de colonne, au lieu de diviser les colonnes sur la base de la virgule. Ce comportement a été corrigé et <classname>com.sun.faces.renderkit."
+"classname> ne permettait pas que <varname>columnClasses</varname> soit vide quand il générait des colonnes pour la saisie utilisateur. Le problème était de pouvoir réaliser quand créer plusieurs colonnes et non pas une seule; ainsi, si l'utilisateur saisit "
+"<literal>foo, </literal> avec un espace en fin de mot, alors on peut s'attendre à une sortie sous forme d'une colonne contenant le mot <literal>foo</literal>, et une autre colonne vide. Mais ce n'était pas le cas, car <literal>foo, </literal> ne générait qu'une seule colonne avec <literal>foo, </literal> comme nom de colonne, au lieu de diviser les colonnes sur la base de la virgule. Ce comportement a été corrigé de façon à ce que <classname>com.sun.faces.renderkit."
"html_basic.BaseTableRenderer</classname> puisse maintenant générer les colonnes correctement, et dans ce but, les fichiers suivants ont été mis à jour : <filename>BasetableRenderer.java</filename>, <filename>GridRenderer.java</"
"filename> et <filename>TableRenderer.java</filename>."
@@ -2904,7 +2903,7 @@
"accurate view of the tree."
msgstr ""
"<classname>com.sun.faces.lifecycle.RestoreViewPhase</classname> appelait "
-"<methodname>DebugUtil.printTree</methodname> après avoir restauré la vue si le déboggage était activé, entraînant des initialisations d'appels erronés quand on utilise une listbox et retournait une valeur fausse au cours de la phase <classname>RenderResponse</classname>. Les appels de méthode ont été restructurés par la suppression de références dans la méthode <methodname>DebugUtil."
+"<methodname>DebugUtil.printTree</methodname> après avoir restauré la vue si le déboggage était activé, entraînant des initialisations d'appels erronés quand on utilisait une listbox et retournait une valeur fausse au cours de la phase <classname>RenderResponse</classname>. Les appels de méthode ont été restructurés par la suppression de références dans 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> "
@@ -2921,9 +2920,9 @@
"ignoring a returned value of null from the <methodname>getPackage()</"
"methodname> method for every instance in the codebase."
msgstr ""
-"<literal>CGLIB Enhanced UIComponents</literal> retournaientt une valeur null pour leurs classes, dans une arborescence, en appelant <methodname>getPackage()"
+"<literal>CGLIB Enhanced UIComponents</literal> retournaient une valeur null pour leurs classes, dans une arborescence, en appelant <methodname>getPackage()"
"</methodname> causant l'échec de <classname>HtmlInputText.handleAttribute</classname> "
-"qui se repose sur une valeur not-null. ce problème a été corrigé en ignorant la valeur null de retour de la méthode <methodname>getPackage()</"
+"qui se repose sur une valeur not-null. Ce problème a été corrigé en ignorant la valeur null de retour de la méthode <methodname>getPackage()</"
"methodname> pour chaque instance de la codebase."
#. Tag: para
@@ -2959,8 +2958,7 @@
"nodes with their owning document and processed in the parsing order."
msgstr ""
"Les kits Renderer de <filename>faces-config.xml</filename> étaient traités dans le désordre selon que <literal>ICEfaces</literal> ou <literal>Mojara "
-"1.2_09</literal> était utilisé. Cela était dû au fait que tous les renderer DOMS nodes étaient contenus tous ensemble dans une liste associée à un espace-nom. Cela était conçu pour que les renderer nodes puissent être ensuite traités avant que <literal>RenderKits</"
-"literal> ne soit créé et que les noeuds puissent être traités en utilisant l'espace-nom qui convient. Cependant, en mettant tous les renderers dans cette liste, on perdait l'ordonnancement du document. Ce problème a été réglé en associant les noeuds renderer à leur document propriétaire et en les traitant dans l'ordre d'analyse."
+"1.2_09</literal> était utilisé. Cela était dû au fait que tous les renderer DOMS nodes étaient contenus tous ensemble dans une liste associée à un espace-nom. Cela était conçu pour que les renderer nodes puissent être ensuite traités avant que <literal>RenderKits</literal> ne soit créé et que les noeuds puissent être traités en utilisant l'espace-nom qui convient. Cependant, en mettant tous les renderers dans cette liste, on perdait l'ordonnancement du document. Ce problème a été réglé en associant les noeuds renderer à leur document propriétaire et en les traitant dans l'ordre d'analyse."
#. Tag: para
#: Release_Notes_CP04.xml:1175
@@ -2977,7 +2975,7 @@
"<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, inhibitant toute flexibilité 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."
+"La méthode <methodname>Class.getPackage()</methodname> appelle les méthodes synchronisées, empêchant toute flexibilité 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>. Maintenant, le nom de la classe est vérifié s'il démarre avec le nom de paquetage qui nous intéresse, <classname>javax.faces.component.</classname>. Cela comprend les composants générés par le <classname>HtmlComponentGenerator</classname> puisqu'ils sont empaquetés dans <classname>javax.faces.component.html</classname>."
#. Tag: para
@@ -2990,7 +2988,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 "Un bogue apparaissait dans la classe <classname>RenderKitUtils</classname> quand un point virgule (<code>;</code>) suivait une barre oblique (<code>/</code>) dans la valeur d'un titre Accept (par exemple: <code>text/;q=0.5</code>). Pou régler ce problème, la classe <classname>RenderKitUtils</classname> a été mise à jour pour que <code>*</code> soit accepté en tant que sous-type pour un titre Accept qui ne contiendrait pas de sous-type."
+msgstr "Un bogue apparaissait dans la classe <classname>RenderKitUtils</classname> quand un point virgule (<code>;</code>) suivait une barre oblique (<code>/</code>) dans la valeur d'un titre Accept (par exemple: <code>text/;q=0.5</code>). Pour régler ce problème, la classe <classname>RenderKitUtils</classname> a été mise à jour pour que <code>*</code> soit accepté en tant que sous-type pour un titre Accept qui ne contiendrait pas de sous-type."
#. Tag: para
#: Release_Notes_CP04.xml:1187
@@ -3020,8 +3018,8 @@
"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é dans <classname>MBeanServerImpl</classname> et dans "
-"<classname>RawDynamicInvoker</classname>, l'exceptiom sous-jacente à "
+"ulink>: Quand la méthode <methodname>getMBeanInfo</methodname> est appelée dans <classname>MBeanServerImpl</classname> et dans "
+"<classname>RawDynamicInvoker</classname>, l'exception sous-jacente à "
"<exceptionname>NotCompliantMBeanException</exceptionname> n'est pas exprimée à l'utilisateur. <filename>RawDynamicInvoker.java</filename> a maintenant été mis à jour pour pouvoir offrir cette information utile à l'utilisateur. "
#. Tag: para
@@ -3038,6 +3036,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 ne possédait pas la bonne version dans le fichier "
+"<filename>manifest.mf</filename>. Alors que nous corrigions ce bogue, nous avons découvert que le composant <literal>beanutils</literal> n'était plus à jour et qu'une nouvelle version présentait de nombreux avantages. Dans cette mise à jour d'EAP, <literal>beanutils</literal> a été mis à niveau à la version 1.8.0, qui représente une grande amélioration grâce à la résorbtion d'une fuite de mémoire, causée par une référence circulaire concernant <classname>WeakHashMap</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:1202
@@ -3050,6 +3051,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>: Les Stateful Session Beans BMT (de l'anglais Bean Managed Transaction) étaient enregistrés quand les transactions n'étaient pas terminées entre les invocations. Mais cela était une erreur et donc on a retiré cet enregistrement dans la mise à jour d'EAP."
#. Tag: para
#: Release_Notes_CP04.xml:1207
@@ -3067,7 +3070,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 "Les connecteurs distants été inserrés à différents endroits dans les section de définition de ports, rendant la comparaison entre les sections plus difficile que nécessaire."
+msgstr "Les connectors distants ont été insérés à différents endroits dans les sections de définition de ports, rendant la comparaison entre les sections plus difficile que nécessaire."
#. Tag: para
#: Release_Notes_CP04.xml:1217
@@ -3135,7 +3138,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-529\">JBPAPP-529</"
"ulink>: Le code source JMX était révélé à l'utilisateur quand l'exception "
-"<exceptionname>HTTP Status 500</exceptionname> se présentait. Pour corriger cela, on a créé une page d'erreur <filename>genericError.jsp</filename> et cette page est affichée à chaque fois qu'une exception <exceptionname>HTTP Status 500</"
+"<exceptionname>HTTP Status 500</exceptionname> se présentait. Pour corriger cela, on a créé une page d'erreur <filename>genericError.jsp</filename> et cette page s'affichée à chaque fois qu'une exception <exceptionname>HTTP Status 500</"
"exceptionname> se présente."
#. Tag: title
@@ -3187,6 +3190,9 @@
"durable subscription. For the Enterprise Application Platform, this means "
"that redelivery delays with non durable subscriptions cannot be supported."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-885\">JBPAPP-885</"
+"ulink>: Il existe un problème quand <methodname>DefaultRedeliveryDelay</"
+"methodname> ou <methodname>RedeliveryDelay</methodname> sont paramétrés à une valeur différente de zéro, les messages ne seront pas renvoyés, même si la méthode <methodname>session.rollback()</methodname> a été appelée. Ce problème ne sera pas réglé car le délai avant le renvoi est géré du côté du serveur, et le message est déjà reconnu avant d'être renvoyé par une souscription durable. Pour EAP, cela signifie que les délais de renvoi avec des souscriptions non durables ne peuvent pas être pris en charge."
#. Tag: title
#: Release_Notes_CP04.xml:1276
@@ -3205,6 +3211,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 de colonnes mappées en tant que booléens dans Hibernate, sont persistées en tant que zéro à la place de null. Quand la méthode <methodname>PreparedStatement."
+"setNull( index, java.sql.Types.BIT ) </methodname> est exécutée dans l'environnement Sybase, Sybase JDBC convertit la valeur null en zéro car Sybase ne permet pas de colonnes de bit nulles."
#. Tag: para
#: Release_Notes_CP04.xml:1285
@@ -3239,6 +3248,10 @@
"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> d'Hibernate échoue car Sybase n'autorise actuellement qu'une seule colonne dans une liste de sélection de sous-interrogation, avec pour seule exception qu'une sous-interrogation dans <code>EXISTS()</code> peut avoir <code>*</"
+"code> comme liste de sélection."
#. Tag: para
#: Release_Notes_CP04.xml:1294
@@ -3249,6 +3262,8 @@
"should be reformatted to ensure there is no subquery with more than one item "
"in the select list."
msgstr ""
+"La solution de contournement pour cela est de ne pas utiliser la méthode <methodname>elements()"
+"</methodname> HQL si les éléments ont une clé composite. Le HQL devra plutôt être reformatté pour veiller à ce qu'il n'y ait pas de sous-interrogation de plus d'un élément dans la liste de sélection."
#. Tag: para
#: Release_Notes_CP04.xml:1299
@@ -3260,6 +3275,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 quand il est en mode de transactions en chaîne. La solution de contournement proposée dans ce cas est d'ajouter le code suivant en suivant la nouvelle procédure stockée suivante :"
#. Tag: programlisting
#: Release_Notes_CP04.xml:1302
@@ -3272,6 +3289,12 @@
" <drop/>\n"
"</database-object>"
msgstr ""
+"<database-object>\n"
+" <create>\n"
+" sp_procxmode paramHandling, 'chained'\n"
+" </create>\n"
+" <drop/>\n"
+"</database-object>"
#. Tag: para
#: Release_Notes_CP04.xml:1305
@@ -3292,9 +3315,7 @@
"A workaround for this issue exists where it is reconmended that a user does "
"not use <literal>join fetches</literal> involving <literal>union subclasses</"
"literal>."
-msgstr ""
-"Une solution à ce problème est que l'utilisateur évite d'utiliser des <literal>join fetches</literal> impliquant des <literal>union subclasses</"
-"literal>."
+msgstr "Une solution à ce problème est que l'utilisateur évite d'utiliser des <literal>join fetches</literal> impliquant des <literal>union subclasses</literal>."
#. Tag: para
#: Release_Notes_CP04.xml:1313
@@ -3311,7 +3332,7 @@
"<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-demande avec un alias, la requête ne sera pas générée correctement et entraînera une erreur "
+"ulink>: Dans l'environnement Sybase, quand on crée une sous-interrogation avec un alias, la requête ne sera pas générée correctement et entraînera une erreur "
"<exceptionname>Incorrect syntax near the keyword 'as'</exceptionname>. Ce bogue impacte sur les tests suivants de telle façon que, pour le moment, on s'attend à ce qu'ils échouent : <classname>CriteriaQueryTest.testSubselect</classname>, "
"<classname>CriteriaQueryTest.testDetachedCriteriaAsSubQuery</classname>, "
"<classname>DynamicFilterTest.testCriteriaControl</classname> et "
@@ -3323,7 +3344,7 @@
msgid ""
"The known workaround is to use a HQL query instead of using a "
"<methodname>DetachedCriteria</methodname> method in a subquery."
-msgstr "La solution de contournement connue actuellement est d'utiliser une requête HQL à la place d'utiliser une méthode <methodname>DetachedCriteria</methodname> dans une sous-demande."
+msgstr "La solution de contournement connue actuellement est d'utiliser une requête HQL à la place d'utiliser une méthode <methodname>DetachedCriteria</methodname> dans une sous-interrogation."
#. Tag: para
#: Release_Notes_CP04.xml:1321
@@ -3376,12 +3397,14 @@
"<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> quand on crée une table, le champ est corrigé correctement en tant que <code>\"text\"</code>, cependant, quand on fait une suppression, le champ se transforme en <varname>varchar</varname>, ce qui force le pilote Microsoft SQL à retourner l'erreur :"
#. Tag: screen
#: Release_Notes_CP04.xml:1337
#, no-c-format
msgid "The data types text and nvarchar are incompatible in the equal to operator."
-msgstr ""
+msgstr "The data types text and nvarchar are incompatible in the equal to operator."
#. Tag: para
#: Release_Notes_CP04.xml:1340
@@ -3392,19 +3415,21 @@
"measurements when returning database values such as <code>TIME</code> and "
"<code>TIMESTAMP</code>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1063\">JBPAPP-1063</"
+"ulink>: MySQL ne prend pas en charge actuellement les millisecondes ou les microsecondes quand on retourne des valeurs de base de données comme <code>TIME</code> et "
+"<code>TIMESTAMP</code>."
#. Tag: para
#: Release_Notes_CP04.xml:1345
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-953\">JBPAPP-953</"
"ulink>: Hibernate Core and Annotations do not currently support the "
"Hypersonic 1.8.0.8 database. Support for the version 1.8.0.8 of the "
"Hypersonic database is planned for future releases."
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-953\">JBPAPP-953</"
+"ulink>: Hibernate Core et Annotations ne prennent pas en charge actuellement la base de données Hypersonic 1.8.0.8. Le support de la version 1.8.0.8 de la base de données Hypersonic est prévue pour les versions à venir."
#. Tag: para
#: Release_Notes_CP04.xml:1350
@@ -3416,6 +3441,8 @@
"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, il existe trois <exceptionname>NullPointerExceptions</exceptionname> différents qui sont investigués en relation aux opérations de configuration ou de transactions EJB3, quand elles sont prolongées ou en packaging."
#. Tag: para
#: Release_Notes_CP04.xml:1355
@@ -3429,6 +3456,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 existe un bogue dans Hibernate Core qui fait que le méthode Java6 instable et synchronisée <methodname>ClassLoader.loadClass</methodname> est utilisée pour créer un String désérialisé. Cela pause un problème quand des threads multiples chargent des rangées de bases de données contenant des arrays de strings, un thread est forcé à subir toute la procédure alors que les autres démeurent dormants."
#. Tag: para
#: Release_Notes_CP04.xml:1358
@@ -3438,10 +3467,12 @@
"ClassLoader.allowArraySyntax=true</code>, which can be a default setting "
"within the <filename>run.conf</filename> file."
msgstr ""
+"La solution de contournement de ce problème est d'utiliser le code <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_CP04.xml:1363
-#, 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 "
More information about the jboss-cvs-commits
mailing list