[jboss-cvs] JBossAS SVN: r87545 - projects/docs/enterprise/4.2.6/readme/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Sun Apr 19 20:02:39 EDT 2009
Author: croe at redhat.com
Date: 2009-04-19 20:02:38 -0400 (Sun, 19 Apr 2009)
New Revision: 87545
Modified:
projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po
Log:
Translation proof read
Modified: projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po
===================================================================
--- projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po 2009-04-19 23:27:14 UTC (rev 87544)
+++ projects/docs/enterprise/4.2.6/readme/fr-FR/Release_Notes_CP06.po 2009-04-20 00:02:38 UTC (rev 87545)
@@ -8,7 +8,7 @@
"Project-Id-Version: Release_Notes_CP06\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-03-30 23:58+0000\n"
-"PO-Revision-Date: 2009-04-09 16:17+1000\n"
+"PO-Revision-Date: 2009-04-20 09:49+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -39,7 +39,7 @@
#: Release_Notes_CP06.xml:16
#, no-c-format
msgid "Overview"
-msgstr "Aperçu"
+msgstr "Aperçu général"
#. Tag: para
#: Release_Notes_CP06.xml:17
@@ -68,7 +68,7 @@
"JBoss Enterprise Application Platform offre une parfaite compatibilité avec "
"les applications J2EE 1.4 enterprise Java. En même temps, presque tous les "
"composants et toutes les fonctions clé définis dans les spécifications Java "
-"EE 5.0 sont pris en charge. Ainsi, vos applications Java new enterprise "
+"EE 5.0 sont prises en charge. Ainsi, vos applications Java new enterprise "
"peuvent bénéficier immédiatement du modèle de programmation basé-POJO qui "
"est considérablement plus simple."
@@ -84,7 +84,7 @@
msgstr ""
"De plus, en intégrant les meilleures structures de source ouverte comme "
"JBoss Seam, Hibernate, Tomcat, et JBoss Cache, la plate-forme bénéficie des "
-"innovations issues de la communauté en source ouverte. De plus, JBoss "
+"innovations émanant de la communauté en source ouverte. De plus, JBoss "
"Enterprise Application Platform est totalement testée et supportée par Red "
"Hat, et est certifiée pour fonctionner sur une gamme de matériel et de "
"logiciels enterprise principaux."
@@ -737,11 +737,11 @@
"java</filename> file has been modified so that it specifies to check for "
"available space on the <classname>ByteArrayInputStream</classname>."
msgstr ""
-"Le nom de classe <classname>JDBCExtCacheLoader</classname> de gérait pas le transfert d'états persistants correctement car la méthode <methodname>JDBCExtCacheLoader.storeState"
-"()</methodname> utilisait les octets diponibles sur "
+"Le nom de classe <classname>JDBCExtCacheLoader</classname> ne gérait pas le transfert d'états persistants correctement car la méthode <methodname>JDBCExtCacheLoader.storeState"
+"()</methodname> utilisait les octets disponibles sur "
"<classname>MarshalledValueInputStream</classname> plutôt que sur "
"<classname>ByteArrayInputStream</classname> au moment du stockage de l'état persistant. Cela posait un problème car <classname>MarshalledValueInputStream</"
-"classname> retournait toujours une valeur nulle, signifiant que l'état persistant n'était jamais écrit. En réglant ce problème, le fichier <filename>JDBCExtendedCacheLoader."
+"classname> retournait toujours une valeur nulle, ce qui signifiait que l'état persistant n'était jamais écrit. En réglant ce problème, le fichier <filename>JDBCExtendedCacheLoader."
"java</filename> a été modifié pour qu'il puisse indiquer de vérifier l'espace disponible dans <classname>ByteArrayInputStream</classname>."
#. Tag: title
@@ -761,7 +761,7 @@
msgstr ""
"<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.SP11. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"2.2.2.SP11. Cette mise à niveau comprend les nouvelles résolutions de bogues suivantes :"
#. Tag: para
#: Release_Notes_CP06.xml:395
@@ -799,7 +799,7 @@
"function correctly."
msgstr ""
"Il existe deux bogues dans la méthode <methodname>org.jboss.remoting.marshal."
-"MarshallerLoaderHandler.loadClassBytes()</methodname> qui empêche le chargement des charges à distance de fonctionner correctement avec les EAR isolés. Le premier bogue se rapporte à un while loop du code qui ayant besoin d'une interruption et le second se rapporte au fait que l'appel à la méthode <methodname>org.jboss.mx.loading.LoaderRepository.getCachedClass()</"
+"MarshallerLoaderHandler.loadClassBytes()</methodname> qui empêche le chargement des charges à distance de fonctionner correctement avec les EAR isolés. Le premier bogue se rapporte à un while loop du code qui avait besoin d'une interruption et le second se rapporte au fait que l'appel à la méthode <methodname>org.jboss.mx.loading.LoaderRepository.getCachedClass()</"
"methodname> aurait dû être une appel général à la méthode <methodname>LoaderRepository.loadClass()</methodname>. Ces deux problèmes ont été rectifiés dans la mise à jour de Remoting, permettant ainsi au chargement des classes à distance de fonctionner correctement."
#. Tag: para
@@ -847,9 +847,9 @@
"detects its use, creates a <methodname>Proxy-Authorization</methodname> "
"request header."
msgstr ""
-"<classname>HTTPClientInvoker</classname> ne prenait pas en charge l'authentification BASIC (Beginner's All-"
+"<classname>HTTPClientInvoker</classname> ne prenait pas en charge l'authentification BASIC (de l'anglais Beginner's All-"
"purpose Symbolic Instruction Code) des proxies quand le proxy était configuré par des options de propriété système de <methodname>http."
-"proxyHost</methodname> et de <methodname>http.proxyPort</methodname>. Le problème surgit car <classname>HTTPClientInvoker</classname> ne chercherait pas l'existence de ces options et ensuite, ne créerait pas un intitulé de demande <methodname>Proxy-Authorization</methodname>, qui est nécessaire pour les opérations courantes. Pour régler cela, le <classname>HTTPClientInvoker</classname> a été modifié pour vérifier l'existence de l'option <methodname>http.proxyHost</methodname>, et s'il en détecte l'utilisation, il crée un intitulé de demande <methodname>Proxy-Authorization</methodname>."
+"proxyHost</methodname> et de <methodname>http.proxyPort</methodname>. Le problème surgit car <classname>HTTPClientInvoker</classname> ne chercherait pas l'existence de ces options et ensuite, ne créerait pas un intitulé de demande <methodname>Proxy-Authorization</methodname>, ce qui est nécessaire pour les opérations courantes. Pour régler cela, le <classname>HTTPClientInvoker</classname> a été modifié pour vérifier l'existence de l'option <methodname>http.proxyHost</methodname>, et s'il en détecte l'utilisation, il crée un intitulé de demande <methodname>Proxy-Authorization</methodname>."
#. Tag: para
#: Release_Notes_CP06.xml:420
@@ -867,7 +867,7 @@
"skipped."
msgstr ""
"<classname>HTTPClientInvoker</classname> générait un <exceptionname>NullPointerException</exceptionname> quand le serveur HTTP retournait un code erreur sans contenu et quand la méthode <methodname>java.net."
-"HttpUrlConnection.getInputStream()</methodname> rretournait une valeur nulle. Pour améliorer le contrôle de ce comportement, la nouvelle variable <varname>UNMARSHAL_NULL_STREAM</varname> a été ajoutée au nom de classe "
+"HttpUrlConnection.getInputStream()</methodname> retournait une valeur nulle. Pour améliorer le contrôle de ce comportement, la nouvelle variable <varname>UNMARSHAL_NULL_STREAM</varname> a été ajoutée au nom de classe "
"<classname>HTTPClientInvoker</classname>. Si cette variable est fixée à true "
"(la valeur par défaut) alors le comportement par défaut est exécuté, mais si elle est fixée à false, on manque l'appel au <methodname>UnMarshaller.read()</methodname>."
@@ -887,7 +887,7 @@
"<classname>registeredLocators</classname> are governed by "
"<classname>serverLock</classname>."
msgstr ""
-"Dans le <classname>InvokerRegistry</classname>, on trouve une erreur qui est associée a l'ordonnancement des événements et <classname>serverLocators</"
+"Dans le <classname>InvokerRegistry</classname>, on trouve une erreur qui est associée à l'ordonnancement des événements et <classname>serverLocators</"
"classname> retournait un null à l'occasion. Pour corriger cette condition, l'ordonnancement des événements à l'intérieur de <classname>InvokerRegistry</classname> "
"a été modifié pour que les références à "
"<classname>transportClientFactoryClasses</classname> et à "
@@ -914,7 +914,7 @@
msgstr ""
"Il existait un bogue dont la value était ignorée dans le modèle de configuration client de <classname>ConnectionValidator</classname>, quand la méthode surchargée de <methodname>org.jboss.remoting.Client</methodname> était appelée et que la valeur de la variable <varname>DEFAULT_PING_PERIOD</varname> était mise dans le modèle de metadonné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> soit seulement passé si la valeur de <varname>VALIDATOR_PING_PERIOD</varname> n'a pas été fixée dans le modèle de configuration client."
+"remoting.Client.addConnectionListener</classname> de façon à ce que <varname>DEFAULT_PING_PERIOD</varname> ne soit passée que si la valeur de <varname>VALIDATOR_PING_PERIOD</varname> n'a pas été fixée dans le modèle de configuration client."
#. Tag: para
#: Release_Notes_CP06.xml:435
@@ -933,11 +933,11 @@
"Si <classname>ConnectionValidator</classname> ne répond pas, alors, la méthode "
"<methodname>run()</methodname> est exécutée et utilise la variable "
"<varname>lock</varname> (vérrou). Les méthodes incluses dans la méthode <methodname>run()</"
-"methodname> sont limitées en temps de façon à ce que la variable <varname>lock</varname> "
+"methodname> sont limitées en temps, de façon à ce que la variable <varname>lock</varname> "
"soit rendue disponible auprès des <methodname>notifyListeners()</"
-"methodname> en cas de défaillance d'un réseau, cependant <methodname>run()</"
+"methodname> en cas de défaillance d'un réseau; cependant <methodname>run()</"
"methodname> peut exécuter à nouveau avant que <methodname>notifyListeners()</"
-"methodname> ne le puisse. La synchronization de la variable <varname>lock</varname> a été modifiée pour éviter ce problème et permettre le cours normal des opérations."
+"methodname> ne le puisse. La synchronisation de la variable <varname>lock</varname> a été modifiée pour éviter ce problème et permettre le cours normal des opérations."
#. Tag: para
#: Release_Notes_CP06.xml:440
@@ -961,7 +961,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 dans <classname>MarshalFactory</classname> permettait au sous-système d'ajouter un marshaller (convertisseur de paramètres) en même temps que EJB3 tentait d'en extraire un, ce qui entraînait l'envoi d'une exception <exceptionname>InvalidMarshallingResource</exceptionname> aux utilisateurs. L'erreur a été fixée par la mise à jour du fichier <filename>jboss-remoting.jar</filename> de façon à ce qu'il inclue les Maps statiques synchronisées dans <classname>MarshalFactory</classname>."
+msgstr "Une erreur de synchronisation dans <classname>MarshalFactory</classname> permettait au sous-système d'ajouter un marshaller (convertisseur de paramètres) en même temps que EJB3 tentait d'en extraire un, ce qui entraînait l'envoi d'une exception <exceptionname>InvalidMarshallingResource</exceptionname> aux utilisateurs. L'erreur a été réglée par la mise à jour du fichier <filename>jboss-remoting.jar</filename> de façon à ce qu'il inclue les Maps statiques synchronisées dans <classname>MarshalFactory</classname>."
#. Tag: para
#: Release_Notes_CP06.xml:450
@@ -980,8 +980,8 @@
"<exceptionname>CannotConnectException</exceptionname>, allowing for other "
"servers to be attempted."
msgstr ""
-"<classname>SocketServerInvoker</classname> se heurte à un problème lorsqu'il ferme <varname>ServerThreads</varname>, qui fait que l'utilisateur peut recevoir une invocation sur un <classname>SocketServerInvoker</classname> fermé du côté-client, ce qui entraîne une <exceptionname>InvalidStateException</"
-"exceptionname>. L'autorisation de cette exception entraînerait un système EJB3 clusterisé à générer un <exceptionname>UndeclaredThrowableException</exceptionname> au lieu d'essayer des serveurs alternatifs. Pour autoriser ces serveurs alternatifs, il existe un comportement en option, qui permet au <classname>MicroRemoteClientInvoker</classname> d'interprêter un <exceptionname>InvalidStateException</exceptionname> en tant que "
+"<classname>SocketServerInvoker</classname> se heurtait à un problème lorsqu'il fermait <varname>ServerThreads</varname>, qui faisait que l'utilisateur pouvait recevoir une invocation sur un <classname>SocketServerInvoker</classname> fermé du côté-client, ce qui entraînait une <exceptionname>InvalidStateException</"
+"exceptionname>. L'autorisation de cette exception entraînait un système EJB3 clusterisé à générer un <exceptionname>UndeclaredThrowableException</exceptionname> au lieu d'essayer des serveurs alternatifs. Pour autoriser ces serveurs alternatifs, il existe un comportement en option, qui permet au <classname>MicroRemoteClientInvoker</classname> d'interprêter un <exceptionname>InvalidStateException</exceptionname> en tant que "
"<exceptionname>CannotConnectException</exceptionname>, permettant d'autoriser l'accès aux autres serveurs."
#. Tag: title
@@ -1006,7 +1006,7 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1493\">JBPAPP-1493</"
"ulink>: On voyait une erreur apparaître de temps en temps provenant d' <emphasis>Internet Explorer</"
"emphasis> parce que le contenu xml n'était pas envoyé quand les requêtes <emphasis>PROPFIND</"
-"emphasis> étaient utilisées. Cela a été fixé par la création d'une nouvelle méthode dans <filename>WebdavServlet.java</filename> qui remplace l'implémentation "
+"emphasis> étaient utilisées. Cela a été réglé par la création d'une nouvelle méthode dans <filename>WebdavServlet.java</filename> qui remplace l'implémentation "
"<methodname>DefaultServlet</methodname> pour le traitement et de la demande du servlet et pour tester les entrées avant de lancer le <methodname>DocumentBuilder</methodname>."
#. Tag: para
@@ -1063,7 +1063,7 @@
"filename> et de<filename>xercesImpl.jar</filename> dans <filename>WEB-INF/lib</"
"filename>, le chargeur de classes de conteneur de servlet JBossWeb retournait la version fournie par JBoss de <literal>SAXParser</literal> et provenant de "
"<methodname>SAXParserFactory.newInstance().newSAXParser()</methodname> "
-"à la place de la version qui est fournie dans le déploiement war. Pour fixer ce bogue, le fichier <filename>WebAppClassLoader.java</filename> a été mis à jour pour que l'analyseur qui convient soit utilisé."
+"à la place de la version qui est fournie dans le déploiement war. Pour régler ce bogue, le fichier <filename>WebAppClassLoader.java</filename> a été mis à jour pour que l'analyseur qui convient soit utilisé."
#. Tag: title
#: Release_Notes_CP06.xml:489
@@ -1102,7 +1102,7 @@
msgstr ""
"Avant la mise à niveau, la méthode <methodname>org.jboss.ws.extensions.security."
"SignatureVerificationOperation.process()</methodname> générait une exception si la valeur <classname>org.jboss.ws package</classname> "
-"<varname>loglevel</varname> pour le client et le service à la fois, n'étaient pas fixées à <varname>DEBUG</varname>. Il s'est révélé que le problème reposait sur le modèle de contenu SOAP car il manquait certains messages de journalisation, ce qui empêchait le modèle de progresser vers la bonne représentation avant la signature. Pour régler ce problème, le fichier <filename>SOAPContentElement.java</"
+"<varname>loglevel</varname> pour le client et le service à la fois n'étaient pas fixées à <varname>DEBUG</varname>. Il s'est révélé que le problème reposait sur le modèle de contenu SOAP car il manquait certains messages de journalisation, ce qui empêchait le modèle de progresser vers la bonne représentation avant la signature. Pour régler ce problème, le fichier <filename>SOAPContentElement.java</"
"filename> a été modifié pour inclure les nouvelles méthodes <methodname>getPreviousSibling()</methodname> et <methodname>getNextSibling"
"()</methodname>."
@@ -1167,10 +1167,10 @@
"upon undeployment and deal with this appropriately."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1044\">JBPAPP-1044</"
-"ulink>: Suite à une interaction de base avec les exemples Seam <filename>chatroom</"
+"ulink>: 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érait une exception <exceptionname>NullPointerException</exceptionname> en cours de rétraction du déploiement. En corrigeant ce problème, le fichier <filename>RootInterceptor.java</"
-"filename> était mis à jour pour vérifier si le contexte d'applications était toujours actif pendant la rétraction du déploiement et pour gérer ce problème comme il convient."
+"filename> a été mis à jour pour vérifier si le contexte d'applications était toujours actif pendant la rétraction du déploiement et pour gérer ce problème comme il convient."
#. Tag: title
#: Release_Notes_CP06.xml:535
@@ -1223,7 +1223,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 et après avoir calculé la valeur <varname>propValue</varname> l'ensemble des résultats est clos s'il n'est pas nul, garantissant ainsi qu'il n'y a pas de fuite."
+msgstr "<filename>AbstractEntityPersister.java</filename> a été mis à jour pour exécuter un énoncé préparé sur l'ensemble des résultats et après avoir calculé la valeur <varname>propValue</varname>, l'ensemble des résultats est clos s'il n'est pas nul, garantissant ainsi qu'il n'y a pas de fuite."
#. Tag: para
#: Release_Notes_CP06.xml:552
@@ -1276,7 +1276,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1519\">JBPAPP-1519</"
"ulink>: Sybase ne prend pas en charge l'opération <emphasis>on cascade delete</"
-"emphasis> comme le serveur SQL. Pour s'assurer qu'ils fonctionnent correctement tous les deux, le fichier <filename>SQLServerDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne true <filename>SybaseDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne false."
+"emphasis> comme le serveur SQL. Pour s'assurer qu'ils fonctionnent correctement tous les deux, le fichier <filename>SQLServerDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne true et <filename>SybaseDialect.java</filename> a été mis à jour pour inclure une nouvelle méthode <methodname>supportsCascadeDelete()</methodname> qui retourne false."
#. Tag: para
#: Release_Notes_CP06.xml:592
@@ -1301,7 +1301,7 @@
"collection result set when the following conditions were present:"
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1480\">JBPAPP-1480</"
-"ulink>: Hibernate essayait de lire une colonne invalide dans l'ensemble des résultats su catalogue, quand les conditions suivantes s'appliquaient :"
+"ulink>: Hibernate essayait de lire une colonne invalide dans l'ensemble des résultats sur le catalogue, quand les conditions suivantes s'appliquaient :"
#. Tag: para
#: Release_Notes_CP06.xml:602
@@ -1323,7 +1323,7 @@
msgid ""
"The <join> portion of the subclass contained at least 3 of its own "
"columns."
-msgstr "La portion <join> des sous-classes contiennent au moins 3 de ses propres colonnes."
+msgstr "La portion <join> des sous-classes contenait au moins 3 de ses propres colonnes."
#. Tag: para
#: Release_Notes_CP06.xml:617
@@ -1331,7 +1331,7 @@
msgid ""
"The <join> tables were fetched by select and not the default method "
"for this task."
-msgstr "Les tables <join> étaient appelées par méthode de sélectionnement et non pas par la méthode par défaut réservée pour cette tâche."
+msgstr "Les tables <join> étaient appelées par méthode de sélection et non pas par la méthode par défaut réservée pour cette tâche."
#. Tag: para
#: Release_Notes_CP06.xml:622
@@ -1341,7 +1341,7 @@
"was updated so that the <varname>columnNumber</varname> variable is passed "
"to the <methodname>subclassColumnSelectableClosure</methodname> method "
"instead of an increment of the for loop variable <varname>i</varname>."
-msgstr "Pour régler ce problème, le fichier <filename>AbstractEntityPersister.java</filename> a été mis à jour de façon à ce que la variable <varname>columnNumber</varname> soit passée à la méthode <methodname>subclassColumnSelectableClosure</methodname> et non pas par une incrémentation de la varaible de boucle <varname>i</varname>. "
+msgstr "Pour régler ce problème, le fichier <filename>AbstractEntityPersister.java</filename> a été mis à jour de façon à ce que la variable <varname>columnNumber</varname> soit passée à la méthode <methodname>subclassColumnSelectableClosure</methodname> et non pas par une incrémentation de la variable de boucle <varname>i</varname>. "
#. Tag: para
#: Release_Notes_CP06.xml:625
@@ -1353,7 +1353,7 @@
"added for testing purposes."
msgstr ""
"<filename>CollectionTest.java</filename> a également été mis à jour et <filename>Animal.java</filename>, <filename>Mammal.java</filename>, "
-"<filename>Zoo.hbm.xml</filename> et <filename>Zoo.java</filename> ont été rajouté pour les tests."
+"<filename>Zoo.hbm.xml</filename> et <filename>Zoo.java</filename> ont été rajoutés pour les tests."
#. Tag: para
#: Release_Notes_CP06.xml:630
@@ -1372,10 +1372,10 @@
"deal with this eventuality."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1467\">JBPAPP-1467</"
-"ulink>: Une exception <exceptionname>PropertyValueException</exceptionname> avait lieu quand vous fusionniez une instance détachée d'une classe <classname>One</classname> qui contenait une nouvelle instance de classe <classname>One</classname> qui était téléchargée en tant que proxy au cours de la même transaction. Les fichiers <filename>StatefulPersistenceContext.java</"
+"ulink>: Une exception <exceptionname>PropertyValueException</exceptionname> apparaîssait quand vous fusionniez une instance détachée d'une classe <classname>One</classname> qui contenait une nouvelle instance de classe <classname>One</classname>, elle-même téléchargée 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 du proxy en situation de fusionnement et une fois que l'entité proxy est trouvée, le <methodname>mergeMap</methodname> est mis à jour pour régler ce problème au bout du compte."
+"ont été mis à jour pour contrôler le proxy en situation de fusionnement et une fois que l'entité proxy est trouvée, le <methodname>mergeMap</methodname> est mis à jour pour finalement régler ce problème."
#. Tag: para
#: Release_Notes_CP06.xml:635
@@ -1396,9 +1396,9 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1365\">JBPAPP-1365</"
"ulink>: il y avait un bogue dans Hibernate Core qui consistait à ce que la méthode "
-"<methodname>addDuplicateAlias</methodname> insérait une entrée dans la hash map, même quand la variable <varname>classAlias</varname> variable était paramétrée à null; causant l'exception <exceptionname>NullPointerException</exceptionname> "
+"<methodname>addDuplicateAlias</methodname> insérait une entrée dans la hash map, même quand la variable <varname>classAlias</varname> était paramétrée à null; causant l'exception <exceptionname>NullPointerException</exceptionname> "
"quand la méthode <methodname>CrazyJPARRequirements()</methodname> était appelée. "
-"Pour régler 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 nulle et si elle n'est pas nulle, alors <methodname>fromElementByClassAlias.put</methodname> sera appelé, à la place de cette méthode, même si <varname>alias</varname> contenait une valeur null."
+"Pour régler 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 nulle. Si elle n'est pas nulle, alors <methodname>fromElementByClassAlias.put</methodname> est maintenant appelé, au lieu que cette méthode soit appelée, même si <varname>alias</varname> contient une valeur null."
#. Tag: para
#: Release_Notes_CP06.xml:640
@@ -1416,9 +1416,9 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1259\">JBPAPP-1259</"
"ulink>: Quand on utilisait <methodname>dynamicUpdate</methodname> pour générer SQL "
-"et quand l'utilisateur spécifiait de ne pas metter à jour le champ de version, la méthode <methodname>AbstractEntityPersiter.getPropertiesToUpdate</methodname> mettait à jour le champ de toute façon, ce qui entraînait des exceptions dans certains cas. "
+"et quand l'utilisateur spécifiait de ne pas mettre à jour le champ de version, la méthode <methodname>AbstractEntityPersiter.getPropertiesToUpdate</methodname> mettait à jour le champ de toute façon, ce qui entraînait des exceptions dans certains cas. "
"Dans le cadre de la mise à jour d'Enterprise Application, "
-"<filename>AbstractEntityPersister.java</filename> a été corrigé pour pouvoir vérifier si l'utilisateur a bien indiqué explicitement que le champ de version ne devait pas être mis à jour et il ne mettra donc pas le champ à jour si tel est le cas."
+"<filename>AbstractEntityPersister.java</filename> a été corrigé pour pouvoir vérifier si l'utilisateur a bien indiqué explicitement que le champ de version ne devait pas être mis à jour et il ne mettra donc pas le champ à jour s'il en a été instruit."
#. Tag: para
#: Release_Notes_CP06.xml:645
@@ -1446,7 +1446,7 @@
"Language does."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1250\">JBPAPP-1250</"
-"ulink>: Lorsqu'on crée des requêtes accompagnées de sous-requêtes dans Hibernate, tout filtre ajouté ne s'appliquerait qu'au niveau supérieur d'une requête donnée, et non pas à un composant de sous-requête or composant inférieur. Le code Criteria et le code HQL qui y sont associés, sont passés par des remodelages suffisamment importants pour permettre aux filtres de fonctionner correctement au niveau des sous-requêtes et d'aller aussi loin que le langage HQL le permette."
+"ulink>: Lorsque l'on créait des requêtes accompagnées de sous-requêtes dans Hibernate, tout filtre ajouté ne s'appliquait qu'au niveau supérieur d'une requête donnée, et non pas à un composant de sous-requête or composant inférieur. Le code Criteria et le code HQL, qui y sont associés, sont passés par des remodelages suffisamment importants pour permettre aux filtres de fonctionner correctement au niveau des sous-requêtes et d'aller aussi loin que le langage HQL ne le permette."
#. Tag: para
#: Release_Notes_CP06.xml:653
@@ -1455,7 +1455,7 @@
"Though this is a significant fix to Hibernate, it has been included within "
"this CP release because of its undeniable advantage to all users and ensures "
"that filters on queries operate how a user would expect them to."
-msgstr "Malgré que cela représente une solution importante pour Hibernate, cette solution a été incluse dans ces notes de sortie CP en raison de son indéniable avantage pour tous les utilisateurs et pour s'assurer que les filtres des requêtes opèrent comme on s'y attend."
+msgstr "Malgré que cela représente une amélioration importante d'Hibernate, cette solution a été incluse dans ces notes de sortie CP en raison de son indéniable avantage pour tous les utilisateurs et pour s'assurer que les filtres des requêtes opèrent comme on s'y attend."
#. Tag: title
#: Release_Notes_CP06.xml:663
@@ -1512,7 +1512,7 @@
"SQLException</methodname> method which makes sure a connection exists."
msgstr ""
"Dans certains cas, la classe <classname>AppServerJDBCXARecovery</"
-"classname> contient des informations sur une connexion invalide pour cause d'échec de base de données. Ce bogue a été réparé de la même façon que le problème décrit ci-dessus, c'est à dire, en modifiant la classe <classname>AppServerJDBCXARecovery</"
+"classname> contenait des informations sur une connexion invalide pour cause d'échec de base de données. Ce bogue a été réparé de la même façon que le problème décrit ci-dessus, c'est à dire, en modifiant la classe <classname>AppServerJDBCXARecovery</"
"classname> et en ajoutant la méthode <methodname>createConnection() throws "
"SQLException</methodname> qui garantit que la connexion existe."
@@ -1585,7 +1585,7 @@
"<methodname>beforeCompletion</methodname> mais n'appelait pas "
"<methodname>afterCompletion</methodname> quand le statut de retour était "
"<literal>Read Only</literal> (lecture seule). <filename>SubordinateAtomicAction.java</"
-"filename> possède maintenant une bonne gestion de synchronisation pour l'achèvement des transactions."
+"filename> possède maintenant une bonne gestion de synchronisation pour terminer des transactions."
#. Tag: para
#: Release_Notes_CP06.xml:707
@@ -1631,7 +1631,7 @@
"was being undertaken. (CVE-2009-0027 )"
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1565\">JBPAPP-1565</"
-"ulink>: Il y avait un exploit au sein du composant JBoss Web de la plateforme EAP, qui permettait à n'importe qui de visualiser n'importe quel fichier xml, à partir de n'importe quelle location si <literal>&resource=path/of/an/xmlfile.xml</literal> était apposé à la fin d'un URL d'accès WDSL (Web Service Definition Language). Le fichier <filename>WSDLRequestHandler.java</filename> a été mis à jour pour permettre au parent d'un fichier WSDL, aux données de serveurs, aux WSDL, aux répertoires publiés WSDL qui ont été remplacés, d'avoir accès aux ressources du fichier xml. On a également inclus des fichiers test supplémentaires, qui ont été créés pour veiller au bon déroulement des opérations. (CVE-2009-0027)"
+"ulink>: Il y avait un exploit au sein du composant JBoss Web de la plateforme EAP, qui permettait à n'importe qui de visualiser n'importe quel fichier xml, à partir de n'importe quelle location si <literal>&resource=path/of/an/xmlfile.xml</literal> était apposé à la fin d'un URL d'accès WDSL (Web Service Definition Language). Le fichier <filename>WSDLRequestHandler.java</filename> a été mis à jour pour permettre uniquement au parent d'un fichier WSDL, aux données de serveurs, aux WSDL, aux répertoires publiés WSDL qui ont été remplacés, d'avoir accès aux ressources du fichier xml. On a également inclus des fichiers test supplémentaires, qui ont été créés pour veiller au bon déroulement des opérations. (CVE-2009-0027)"
#. Tag: para
#: Release_Notes_CP06.xml:738
@@ -1660,7 +1660,7 @@
"Application Platform for remote connectivity."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1362\">JBPAPP-1362</"
-"ulink>: Le guide Getting Started Guide section 2.3 a été mis à jour pour inclure des informations sur l'option <code>-b</code> (ou équivalent) qui peut être utilisée au niveau de la ligne de commande pour modifier l'adresse de liaison d'EAP pour les connectivités à distance."
+"ulink>: Le guide Getting Started Guide section 2.3 a été mis à jour pour inclure des informations sur l'option <code>-b</code> (ou équivalent) qui peuvent être utilisées au niveau de la ligne de commande pour modifier l'adresse de liaison d'EAP pour les connectivités à distance."
#. Tag: para
#: Release_Notes_CP06.xml:748
@@ -1674,8 +1674,8 @@
"local authentication and JBoss server credentials for remote authentication."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1346\">JBPAPP-1346</"
-"ulink>: Il y avaitune confusion quand à l'installation <code>ZIP</code> "
-"d'un serveur localement ou à distance, parce qu'un nom d'utilisation ou un mot de passe différent pourrait être utilisé. Le Guide de démarrage a maintenant été mis à jour pour clarifier que les justificatifs d'authentification de l'utilisateur pour le système d'exploitation seront utilisés pour l'authentification locale et ceux du serveur JBoss pour l'authentification à distance."
+"ulink>: Il y avait une confusion quand à l'installation <code>ZIP</code> "
+"d'un serveur localement ou à distance, parce qu'un nom d'utilisation ou un mot de passe différent pouvait être utilisés. Le Guide de démarrage a maintenant été mis à jour pour clarifier que les justificatifs d'authentification de l'utilisateur pour le système d'exploitation soient utilisés pour l'authentification locale et ceux du serveur JBoss pour l'authentification à distance."
#. Tag: title
#: Release_Notes_CP06.xml:756
@@ -1741,10 +1741,10 @@
"to milliseconds."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1636\">JBPAPP-1636</"
-"ulink>: Quand un adaptateur gérait l'ordonnacement du travail à effectuer, la classe "
+"ulink>: Quand un adaptateur gérait l'ordonnancement du travail à effectuer, la classe "
"<classname>ExecutionContext</classname> possédait une valeur exprimée en secondes, à partir de laquelle la méthode <methodname>getCompletionTimeout</methodname> de "
"<classname>org.jboss.resource.work.WorkWrapper</classname> obtenait ses informations. Le problème étant que <methodname>getCompletionTimeout</"
-"methodname> s'attendait à ce que cette valeur soit exprimée en millisecondes, ce qui entraînait une erreur car la valeur initiale de timeout était de 6 secondes, mais correspondait à 6 millisecondes dans le thread pool. Le fichier <filename>WorkWrapper.java</filename> a été mis à jour et convertit correctement maintenant exprimée en secondes en millisecondes."
+"methodname> s'attendait à ce que cette valeur soit exprimée en millisecondes, ce qui entraînait une erreur car la valeur initiale de timeout était de 6 secondes, mais correspondait à 6 millisecondes dans le thread pool. Le fichier <filename>WorkWrapper.java</filename> a été mis à jour et convertit correctement maintenant les valeurs de timeout exprimées en secondes en millisecondes."
#. Tag: para
#: Release_Notes_CP06.xml:781
@@ -1876,7 +1876,7 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1534\">JBPAPP-1534</"
"ulink>: JDBCCacheLoader ne fonctionnait pas dans Sybase car il tentait de mettre en place une colonne "
"null <varname>BLOB</varname> (Binary Large OBject) non prise en charge dans Sybase. Pour corriger cela, les fichiers <filename>JDBCCacheLoader.java</"
-"filename> et <filename>AdjListJDBCCacheLoader.java</filename> ont été mis à jour pour sélectionner le pilote Sybase quand on utilise Sybase, pour être sûr que les valeurs null sont configurées en <varname>LONGVARBINARY</varname> et non pas en <varname>BLOB</varname>."
+"filename> et <filename>AdjListJDBCCacheLoader.java</filename> ont été mis à jour pour sélectionner le pilote Sybase quand on utilise Sybase, pour être sûr que les valeurs null soient configurées en <varname>LONGVARBINARY</varname> et non pas en <varname>BLOB</varname>."
#. Tag: para
#: Release_Notes_CP06.xml:822
@@ -1908,7 +1908,7 @@
"The MPING protocol which sends a multicast ping over TCP contained cross-"
"talk in Linux. the MPING protocol has since been corrected to eliminate "
"cross-talk on the Linux platform."
-msgstr "Le protocole MPING envoie un ping multivoies à travers TCP dans Linux qui contenait des inférences. Le protocole MPING a été corrigé pour éliminer les inférences sur la plateforme Linux."
+msgstr "Le protocole MPING envoie un ping multicast à travers TCP dans Linux qui contenait des inférences. Le protocole MPING a été corrigé pour éliminer les inférences sur la plateforme Linux."
#. Tag: para
#: Release_Notes_CP06.xml:837
@@ -1985,7 +1985,7 @@
"as to allow for non-xa sessions to be rolled back using transaction session."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1530\">JBPAPP-1530</"
-"ulink>: Le flux entrant de l'adaptateur JCA adapter ne renvoyait pas les messages (rollback) si une usine de connexion non-xa n'était pas utilisée avec iJNDIProviderAdapter. Pour régler ce problème, le fichier <filename>JmsServerSession.java</filename> file a été mis à jour avec une logique supplémentaire pour la stratégie de séparation des transactions locales, pour permettre aux sessions non-xa d'être renvoyées, en utilisant des sessions de transactions."
+"ulink>: Le flux entrant de l'adaptateur JCA ne renvoyait pas les messages (rollback) si une usine de connexion non-xa n'était pas utilisée avec iJNDIProviderAdapter. Pour régler ce problème, le fichier <filename>JmsServerSession.java</filename> file a été mis à jour avec une logique supplémentaire pour la stratégie de séparation des transactions locales, pour permettre aux sessions non-xa d'être renvoyées, en utilisant des sessions de transactions."
#. Tag: para
#: Release_Notes_CP06.xml:864
@@ -2002,7 +2002,7 @@
"updated to reflect both situations which may be the cause of the exception."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1521\">JBPAPP-1521</"
-"ulink>: la classe <classname>CleanShutdownInterceptor</classname> enregistrait une exception <exceptionname>GenericClusteringException</exceptionname> quand le conteneur n'était pas fermé correctement ou qu'il ne démarrait pas correctement. Pour cette raison, le message erreur s'affichait car l'exception aurait dû être mise à jour pour indiquer qu'il y a peut-être un problème puisque le conteneur échoue au niveau du démarrage à la place de la fermeture. Dans cette dernière version EAP, le message d'erreur a été mis à jour pour refléter les deux situations distinctes, ce qui pourrait être la cause de l'exception."
+"ulink>: la classe <classname>CleanShutdownInterceptor</classname> enregistrait une exception <exceptionname>GenericClusteringException</exceptionname> quand le conteneur n'était pas fermé correctement ou qu'il ne démarrait pas correctement. Pour cette raison, le message erreur s'affichait car l'exception aurait dû être mise à jour pour indiquer qu'il y avait peut-être un problème puisque le conteneur échouait au niveau du démarrage à la place de la fermeture. Dans cette dernière version EAP, le message d'erreur a été mis à jour pour refléter les deux situations distinctes, ce qui pourrait être la cause de l'exception."
#. Tag: para
#: Release_Notes_CP06.xml:869
@@ -2051,7 +2051,7 @@
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1473\">JBPAPP-1473</"
"ulink>: dans clustering, <classname>IgnoreUndeployLegacyClusteredSessionNotificationPolicy</"
"classname> n'appelait pas "
-"<classname>isHttpSessionListenerInvocationAllowed</classname>, ce qui entraînait sa répétition et qu menait finalement des des erreurs "
+"<classname>isHttpSessionListenerInvocationAllowed</classname>, ce qui entraînait sa répétition et qui menait finalement des erreurs "
"<exceptionname>StackOverflow</exceptionname>. Pour régler ce problème, le fichier <filename>IgnoreUndeployLegacyClusteredSessionNotificationPolicy."
"java</filename> a été modifié pour pouvoir appeler correctement "
"<classname>isHttpSessionListenerInvocationAllowed</classname>."
@@ -2108,8 +2108,8 @@
"persistence.xml</filename>."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1307\">JBPAPP-1307</"
-"ulink>: La racine de Persistence Unit (PU) était détectée de façon erronée dans les déploiements qui comprenaient des fichiers imbriqués <filename>.jar</filename> files. La racine "
-"PU était détectée en tant que premier <filename>.jar</filename> imbriqué rencontré au lieu du déploiement qui contient le fichier <filename>persistence.xml</filename>. Pour veiller à ce que la racine PU soit configurée correctement, le fichier <filename>JmxDeploymentUnit.java</filename> a été mis à jour par le retrait de testing quand l'url est null ou que le <parameter>deploymentInfo.parent</parameter> n'est pas null. Ce la signifie que l'url est maintenant extrait directement de <parameter>extractDescriptorUrl</parameter> dans <filename>META-INF/"
+"ulink>: La racine de Persistence Unit (PU) était détectée de façon erronée dans les déploiements qui comprenaient des fichiers imbriqués <filename>.jar</filename>. La racine "
+"PU était détectée en tant que premier fichier <filename>.jar</filename> imbriqué rencontré, au lieu d'être le déploiement contenant le fichier <filename>persistence.xml</filename>. Pour veiller à ce que la racine PU soit configurée correctement, le fichier <filename>JmxDeploymentUnit.java</filename> a été mis à jour par le retrait de testing quand l'url est null ou que le <parameter>deploymentInfo.parent</parameter> n'est pas null. Ce la signifie que l'url est maintenant extrait directement de <parameter>extractDescriptorUrl</parameter> dans <filename>META-INF/"
"persistence.xml</filename>."
#. Tag: para
@@ -2137,8 +2137,8 @@
"for this JAXR update."
msgstr ""
"Dans les fichiers <filename>org.jboss.jaxr.juddi.JUDDIServlet</filename> et "
-"<filename>org.jboss.jaxr.juddi.transport.SaajTransport</filename> la valeur de l'espace-nom de <varname>xml:lang</varname> contenait <literal>http://"
-"www.w3.org/TR/REC-xml/</literal>, ce qui causait une exception dans la pile metro. La valeur de l'espace-nom devrait être null à la place, et cela a été appliqué à cette mise à jour JAXR."
+"<filename>org.jboss.jaxr.juddi.transport.SaajTransport</filename>, la valeur de l'espace-nom de <varname>xml:lang</varname> contenait <literal>http://"
+"www.w3.org/TR/REC-xml/</literal>, ce qui causait une exception dans la pile metro. La valeur de l'espace-nom aurait dû être null, et cela a été appliqué à cette mise à jour JAXR."
#. Tag: para
#: Release_Notes_CP06.xml:909
@@ -2188,7 +2188,7 @@
"updated with the removal of <code>ELUtils.getScope(this.expressionString, "
"segment);</code> in order to fix this issue."
msgstr ""
-"Une expression EL mixte se terminant par un libellé n'a pas pu être inteprétée en tant que valeur de propriété de bean gérée. Le fichier <filename>BeanBuilder.java</filename> a été mis à jour par la suppression de <code>ELUtils.getScope(this.expressionString, "
+"Une expression EL mixte se terminant par un libellé n'a pas pu être interprétée en tant que valeur de propriété de bean gérée. Le fichier <filename>BeanBuilder.java</filename> a été mis à jour par la suppression de <code>ELUtils.getScope(this.expressionString, "
"segment);</code> pour régler ce problème."
#. Tag: para
@@ -2203,8 +2203,8 @@
"<code>facesContext.renderResponse();</code>."
msgstr ""
"<methodname>LifecycleImpl</methodname> et <methodname>RestoreViewPhase</"
-"methodname> on forcé la méthode <methodname>responseComplete()</methodname> au niveau du statut d'un affichage préexistant. Pour régler ce problème, le fichier "
-"<filename>RestoreViewPhase.java</filename> a été modifié avec la suppression du code <code>facesContext.responseComplete();</code> remplacé par le code "
+"methodname> ont forcé la méthode <methodname>responseComplete()</methodname> au niveau du statut d'un affichage préexistant. Pour régler ce problème, le fichier "
+"<filename>RestoreViewPhase.java</filename> a été modifié par la suppression du code <code>facesContext.responseComplete();</code> remplacé par le code "
"<code>facesContext.renderResponse();</code>."
#. Tag: para
@@ -2219,9 +2219,9 @@
"<filename>HtmlTaglib21Generator.java</filename> file so that component "
"properties are not set if the tag attribute has not been set."
msgstr ""
-"Quand une balise <h:dataTable> qui ne configure pas l'attribut <varname>var</varname>, si le composant UIData est créé par une liaison et qu'il appelle la méthode <methodname>setVar()</methodname> pour configurer l'attribut <varname>var</varname>, il serait remplacé par la valeur null par la balise <h:"
+"Pour une balise <h:dataTable> qui ne configure pas l'attribut <varname>var</varname>, si le composant UIData est créé par une liaison et qu'il appelle la méthode <methodname>setVar()</methodname> pour configurer l'attribut <varname>var</varname>, il était remplacé par la valeur null par la balise <h:"
"dataTable>. Ce bogue a été réglé en modifiant le fichier "
-"<filename>HtmlTaglib21Generator.java</filename> afin que les propriétés du composant ne soient pas configurés si l'attribut de la balise n'a pas été configuré."
+"<filename>HtmlTaglib21Generator.java</filename> afin que les propriétés du composant ne soient pas configurées si l'attribut de la balise n'a pas été configuré."
#. Tag: para
#: Release_Notes_CP06.xml:939
@@ -2267,6 +2267,12 @@
"<filename>RIConfigResourceProvider.java</filename> and "
"<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, entraînant ainsi une duplication des opérations. Cela était dû au fait qu'il n'y avait pas d'enregistrement sur les fichiers qui avaient déjà été initialisés et sur ceux qui ne l'avaient pas été. Un système de traçage a été mis en place pour régler ce problème, qui a amené la modification des fichiers suivants : <filename>ConfigManager.java</filename>, "
+"<filename>ConfigureListener.java</filename>, <filename>WebConfiguration."
+"java</filename>, <filename>ConfigurationResourceProvider.java</filename>, "
+"<filename>MetaInfResourceProvider.java</filename>, "
+"<filename>RIConfigResourceProvider.java</filename> et "
+"<filename>WebResourceProvider.java</filename>."
#. Tag: para
#: Release_Notes_CP06.xml:954
@@ -2283,6 +2289,14 @@
"explicitly handle primitive cases and catch the "
"<exceptionname>ClassNotFoundException</exceptionname> which may be generated."
msgstr ""
+"<classname>com.sun.faces.renderkit.ApplicationObjectInputStream</"
+"classname> prolonge la fonctionnalité de <classname>java.io."
+"ObjectInputStream</classname> mais ne parvient pas à la préserver car "
+"<classname>com.sun.faces.renderkit.ApplicationObjectInputStream</classname> "
+"échoue quand on utilise des primitives, à l'opposé de la classe <classname>java.io."
+"ObjectInputStream</classname> qui comprend un cas spécial pour ce genre de problème. De ce fait, <literal>UIComponents</literal>. "
+"<filename>ApplicationObjectInputStream.java</filename> a été mis à jour pour gérer explicitement les cas de primitives et intercepter l'exception "
+"<exceptionname>ClassNotFoundException</exceptionname> qui pourrait être générée."
#. Tag: para
#: Release_Notes_CP06.xml:959
@@ -2315,6 +2329,10 @@
"<filename>BasetableRenderer.java</filename>, <filename>GridRenderer.java</"
"filename> and <filename>TableRenderer.java</filename>."
msgstr ""
+"La classe <classname>com.sun.faces.renderkit.html_basic.BaseTableRenderer</"
+"classname> n'autorisait pas les <varname>columnClasses</varname> vides quand l'utilisateur générait des colonnes. Le problème était de 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 pourrait s'attendre à ce que la sortie soit sous forme d'une colonne comprenant le nom <literal>foo, </literal> et une autre colonne vide. Mais tel n'était pas le cas, car <literal>foo, </literal> ne générait qu'une seule colonne avec <literal>foo, </literal> au total comme nom de colonne, au lieu de diviser les colonnes sur la base de la virgule. Ce comportement a maintenant été rectifié de façon à ce que <classname>com.sun.faces.renderkit."
+"html_basic.BaseTableRenderer</classname> puisse maintenant générer des 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>."
#. Tag: para
#: Release_Notes_CP06.xml:969
@@ -2329,6 +2347,9 @@
"converter for these classes has been implemented to deal with Objects "
"correctly."
msgstr ""
+"La classe <classname>com.sun.faces.renderkit.html_basic.MenuRenderer</classname> ne différenciait guère entre les <literal>Objects</literal>; "
+"c'est à dire la différence entre <literal>Boolean</literal> et <literal>boolean</literal>, par rapport à la lettre capitale. L'erreur était contenue dans la logique entre <classname>UISelect</classname> et "
+"<classname>MenuRenderer</classname>. Pour corriger cela, on utilise maintenant le convertisseur de classes qui convient pour gérer des Objects."
#. Tag: para
#: Release_Notes_CP06.xml:974
@@ -2368,9 +2389,9 @@
"ignoring a returned value of null from the <methodname>getPackage()</"
"methodname> method for every instance in the codebase."
msgstr ""
-"Dans une arborescence de composants, <literal>CGLIB Enhanced UIComponents</literal> rertournait une valeur null pour leurs classes en appelant <methodname>getPackage()"
-"</methodname>, ce qui entraîne <classname>HtmlInputText.handleAttribute</classname> "
-"à échouer car il se fie à une valeur not-null. Ce problème a été resolu par l'ignorance de la valeur de retour null par la méthode <methodname>getPackage()</"
+"Dans une arborescence de composants, <literal>CGLIB Enhanced UIComponents</literal> retournait une valeur null pour leurs classes en appelant <methodname>getPackage()"
+"</methodname>, ce qui entraîneait <classname>HtmlInputText.handleAttribute</classname> "
+"à échouer car il se fiait à une valeur not-null. Ce problème a été resolu par l'ignorance de la valeur de retour null avec la méthode <methodname>getPackage()</"
"methodname> pour chaque instance de la base de codes."
#. Tag: para
@@ -2386,7 +2407,7 @@
"of code <code>if ((index < 0) || (index >= list.size())) { </code> to "
"<code>if ((index < 0) || (index > list.size())) {</code>."
msgstr ""
-"La classe <classname>UIComponentBase</classname> n'autorisait pas les dépendants d'une arborescence donnée d'être itérés à l'envers, à l'aide d'un itérateur de liste, car il pourrait produire une exception <exceptionname>IndexOutOfBoundsException</exceptionname> quand l'exécution essaie de calculer la taille des dépendants. La méthode <methodname>ChildrenListIterator</methodname> a été modifiée au sein de la classe <classname>UIComponentBase</classname> en changeant la ligne de code <code>if ((index < 0) || (index >= list.size())) { </code> to "
+"La classe <classname>UIComponentBase</classname> n'autorisait pas les dépendants d'une arborescence donnée d'être itérés à l'envers, à l'aide d'un itérateur de liste, car il pouvait produire une exception <exceptionname>IndexOutOfBoundsException</exceptionname> quand l'exécution essayait de calculer la taille des dépendants. La méthode <methodname>ChildrenListIterator</methodname> a été modifiée au sein de la classe <classname>UIComponentBase</classname> en changeant la ligne de code <code>if ((index < 0) || (index >= list.size())) { </code> to "
"<code>if ((index < 0) || (index > list.size())) {</code>."
#. Tag: para
@@ -2403,9 +2424,9 @@
"document ordering. The issue has been fixed by associating the renderer "
"nodes with their owning document and processed in the parsing order."
msgstr ""
-"Les kits de convertisseurs <filename>faces-config.xml</filename> ont été produits dans le désordre, suivant que <literal>ICEfaces</literal> ou <literal>Mojara "
-"1.2_09</literal> soient utilisés. Cela a eu lieu en vue de contenir tous les noeuds DOM de convertisseurs, dans une liste associée à un espace-nom, et pour que les noeuds de convertisseur puissent être traités avant que les <literal>RenderKits</"
-"literal> soient créés et que les noeuds puissent être traités en utilisant les espace-noms qui conviennent. Cependant, en mettant tous les convertisseur dans cette liste, on a perdu l'ordonnancement du document. Ce problème a été réglé en associant les noeuds de convertisseur à leur document et en les traitant dans un ordre prédéfini."
+"Les kits de convertisseurs <filename>faces-config.xml</filename> étaient traités dans le désordre, suivant que <literal>ICEfaces</literal> ou <literal>Mojara "
+"1.2_09</literal> étaient utilisés. Cela avait lieu pour une raison qui consistait à vouloir contenir tous les noeuds DOM de convertisseurs dans une liste associée à un espace-nom, pour que les noeuds de convertisseur puissent être traités avant que les <literal>RenderKits</"
+"literal> ne soient créés et que les noeuds puissent être traités en utilisant les espace-noms qui conviennent. Cependant, en mettant tous les convertisseur dans cette liste, on perdait l'ordonnancement du document. Ce problème a été réglé en associant les noeuds de convertisseur à leur document et en les traitant dans un ordre prédéfini."
#. Tag: para
#: Release_Notes_CP06.xml:994
@@ -2422,8 +2443,8 @@
"<classname>HtmlComponentGenerator</classname> since they are packaged in "
"<classname>javax.faces.component.html</classname>."
msgstr ""
-"La méthode <methodname>Class.getPackage()</methodname> appelle les méthodes synchronisées, et réduisant la montée en capacité si la méthode doit être exécutée à plusieurs reprises. L'utilisation de la méthode <methodname>Class.getPackage()</methodname> a été supprimée des fichiers <filename>UIComponent.java</filename>, <filename>RenderKitUtils."
-"java</filename> et <filename>HtmlComponentGenerator.java</filename>. Au lieu de cela, le nom de la classe est maintenant vérifié si elle commence par le nom de paquetage qui nous intéresse, <classname>javax.faces.component.</classname>. Cela inclut les composants qui sont générés par <classname>HtmlComponentGenerator</classname> comme ils sont mis en paquetage dans "
+"La méthode <methodname>Class.getPackage()</methodname> appelle les méthodes synchronisées, et réduit la montée en capacité si la méthode doit être exécutée à plusieurs reprises. L'utilisation de la méthode <methodname>Class.getPackage()</methodname> a été supprimée des fichiers <filename>UIComponent.java</filename>, <filename>RenderKitUtils."
+"java</filename> et <filename>HtmlComponentGenerator.java</filename>. Au lieu de cela, le nom de la classe est maintenant vérifié si elle commence par le nom de paquetage qui nous intéresse <classname>javax.faces.component.</classname>. Cela inclut les composants qui sont générés par <classname>HtmlComponentGenerator</classname> comme ils sont mis en paquetage dans "
"<classname>javax.faces.component.html</classname>."
#. Tag: para
@@ -2436,7 +2457,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 est apparu dans la classe <classname>RenderKitUtils</classname> alors qu'un point virgule (<code>;</code>) suivi d'une barre de fraction (<code>/</code>) d'un titre d'acceptation de valeur (Accept value) (par exemple : <code>text/;q=0.5</code>). Pour régler ce problème, la classe <classname>RenderKitUtils</classname> a été mise à jour pour qu'on assume que <code>*</code> soit un sous-type de titre Accept, qui ne contiendrait pas de sous-type."
+msgstr "Un bogue est apparu dans la classe <classname>RenderKitUtils</classname> alors qu'un point virgule (<code>;</code>) suivi d'une barre de fraction (<code>/</code>) d'un titre d'acceptation de valeur (Accept value) (par exemple : <code>text/;q=0.5</code>). Pour résoudre ce problème, la classe <classname>RenderKitUtils</classname> a été mise à jour pour qu'on assume que <code>*</code> soit un sous-type de titre Accept, qui ne contiendrait pas de sous-type."
#. Tag: para
#: Release_Notes_CP06.xml:1006
@@ -2449,7 +2470,7 @@
"<classname>ServerCreator</classname>."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1224\">JBPAPP-1224</"
-"ulink>: les valeurs d'attributs par défaut d'EJB n'étaient pas paramétrées quand ils étaient utilisés avec "
+"ulink>: les valeurs d'attributs par défaut d'EJB n'étaient pas paramétrées quand elles étaient utilisées avec "
"<literal>@Service</literal> et <literal>XMBean XML</literal> . Pour corriger cela, on a réécrit ce comportement en vue d'améliorer l'immitation de <classname>ServerCreator</classname>."
#. Tag: para
@@ -2484,8 +2505,8 @@
"circular reference concerning the <classname>WeakHashMap</classname>."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1099\">JBPAPP-1099</"
-"ulink>: Le fichier <filename>commons-beanutils.jar</filename> d'EAP possède une version incorrecte dans le fichier <filename>manifest.mf</filename>. Alors qu'on était entrain de chercher une solution pour ce bogue, on a découvert que le composant <literal>beanutils</literal> était obsolète et qu'un nouvelle version présentait de nombreux avantages. Dans cette mise à jour d'EAP, <literal>beanutils</literal> a été mis à jour à la version 1.8.0, "
-"qui comprend une grande amélioration par la résolution d'une fuite de mémoire qui était causée par une référence circulaire liée à <classname>WeakHashMap</classname>."
+"ulink>: Le fichier <filename>commons-beanutils.jar</filename> d'EAP possède une version incorrecte dans le fichier <filename>manifest.mf</filename>. Alors qu'on était entrain de chercher une solution pour ce bogue, on a découvert que le composant <literal>beanutils</literal> était obsolète et qu'une nouvelle version présentait de nombreux avantages. Dans cette mise à jour d'EAP, <literal>beanutils</literal> a été mis à jour à la version 1.8.0, "
+"qui comprend une grande amélioration par la résolution d'une fuite de mémoire causée par une référence circulaire liée à <classname>WeakHashMap</classname>."
#. Tag: para
#: Release_Notes_CP06.xml:1021
@@ -2499,7 +2520,7 @@
"Application Platform update."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1002\">JBPAPP-1002</"
-"ulink>: Bean Managed Transactions (BMT) Stateful Session Beans qui étaient utilisés pour enregistrés quand des transactions n'étaient pas terminées entre les invocations. Cependant, cela était une erreur car les BMT Stateful Session Beans étaient autorisés, et cette action d'enregistrement a été supprimée de la mise à jour d'EAP."
+"ulink>: Les Bean Managed Transactions (BMT) Stateful Session Beans étaient enregistrés quand des transactions n'étaient pas terminées entre les invocations. Cependant, cela était une erreur car les BMT Stateful Session Beans étaient autorisés, et cette action d'enregistrement a été supprimée de la mise à jour d'EAP."
#. Tag: para
#: Release_Notes_CP06.xml:1026
@@ -2510,7 +2531,7 @@
"<filename>sample-bindings.xml</filename> file. These include:"
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-996\">JBPAPP-996</"
-"ulink>: il existait des écarts entre les adresses de port dans le fichier <filename>sample-bindings.xml</filename> qui incluent :"
+"ulink>: il existait des écarts entre les adresses de port dans le fichier <filename>sample-bindings.xml</filename> :"
#. Tag: para
#: Release_Notes_CP06.xml:1031
@@ -2519,7 +2540,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 à distance ont été insérés à divers endroits dans les sections de définition de ports, rendant ainsi encore plus difficile qu'il était nécessaire, la comparaison entre les sections."
+msgstr "Les connecteurs à distance ont été insérés à divers endroits des sections de définition de ports, rendant ainsi encore plus difficile que nécessaire, la comparaison entre les sections."
#. Tag: para
#: Release_Notes_CP06.xml:1036
@@ -2528,7 +2549,7 @@
"The <literal>ports-03</literal> section was missing the <literal>EJB "
"remoting connector</literal> and the <literal>remoting connector</literal> "
"sections."
-msgstr "La section <literal>ports-03</literal> manquait du <literal>connecteur à distance EJB</literal> et les sections du <literal>connecteur à distance </literal>."
+msgstr "Il manquait les sous-sections <literal>connecteur à distance EJB</literal> et <literal>connecteur à distance </literal> dans la section <literal>ports-03</literal>."
#. Tag: para
#: Release_Notes_CP06.xml:1041
@@ -2556,7 +2577,7 @@
#: Release_Notes_CP06.xml:1052
#, no-c-format
msgid "The above issues have been fixed appropriately in this update."
-msgstr "Les problèmes ci-dessous ont été réglé comme il se doit dans cette mise à jour."
+msgstr "Les problèmes ci-dessous ont été réglés comme il se doit dans cette mise à jour."
#. Tag: para
#: Release_Notes_CP06.xml:1057
@@ -2791,8 +2812,8 @@
"this character to be embedded in a string."
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1082\">JBPAPP-1082</"
-"ulink>: Une défaillance du pilote PostgreSQL JDBC causait l'exception "
-"<exceptionname>javax.persistence.RollbackException</exceptionname>. Cela avait lieu quand la propriété <code>char</code> sans valeur configurée pour Hibernate, puis qu'elle persiste une chaîne qui contient <code>\\u0000</"
+"ulink>: Une défaillance du pilote PostgreSQL JDBC provoque l'exception "
+"<exceptionname>javax.persistence.RollbackException</exceptionname>. Cela a lieu quand la propriété <code>char</code> est utilisée sans valeur configurée pour Hibernate, puisqu'elle persiste une chaîne qui contient <code>\\u0000</"
"code>, entraînant PostgreSQL à générer une exception comme il n'autorise pas ce caractère dans la chaîne."
#. Tag: para
@@ -2832,7 +2853,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1068\">JBPAPP-1068</"
"ulink>: quand on utilise Microsoft SQL et <code>@Type(type=\"text\")</code> pour créer une table, le champ est créé correctement en <varname>text</varname> "
-"cependant, qundon ordonne une suppression, le champs se transforme en <varname>varchar</varname>, forçant ainsi le pilote de Microsoft SQL à retourner une erreur :"
+"cependant, quand on ordonne une suppression, le champ se transforme en <varname>varchar</varname>, forçant ainsi le pilote de Microsoft SQL à retourner une erreur :"
#. Tag: screen
#: Release_Notes_CP06.xml:1151
@@ -2840,7 +2861,7 @@
msgid ""
"The data types <varname>text</varname> and <varname>varchar</varname> are "
"incompatible in the equal to operator."
-msgstr ""
+msgstr "Les types de données <varname>text</varname> et <varname>varchar</varname> sont incompatibles avec l'égal à opérateur."
#. Tag: para
#: Release_Notes_CP06.xml:1154
@@ -2920,7 +2941,7 @@
msgstr ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-909\">JBPAPP-909</"
"ulink> : Au sein du composant Hibernate d'EAP, l'ordre d'itération de HashMap "
-"et de HashSet a changé par rapport aux versons antérieures à cause de la "
+"et de HashSet a changé par rapport aux versions antérieures à cause de la "
"prise en charge de JDK 1.6. Ceci impliquait que l'ordre des colonnes des "
"clauses-union et des sous-classes-union a changé, générant un léger impact "
"au niveau de la performance des composants."
More information about the jboss-cvs-commits
mailing list