[jboss-cvs] JBossAS SVN: r88092 - projects/docs/enterprise/4.3.4/readme/fr-FR.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Fri May 1 02:09:46 EDT 2009
Author: croe at redhat.com
Date: 2009-05-01 02:09:46 -0400 (Fri, 01 May 2009)
New Revision: 88092
Modified:
projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po
Log:
translation in progress 90%
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-01 06:09:30 UTC (rev 88091)
+++ projects/docs/enterprise/4.3.4/readme/fr-FR/Release_Notes_CP04.po 2009-05-01 06:09:46 UTC (rev 88092)
@@ -8,7 +8,7 @@
"Project-Id-Version: Release_Notes_CP04\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-03-12 00:39+0000\n"
-"PO-Revision-Date: 2009-04-30 16:21+1000\n"
+"PO-Revision-Date: 2009-05-01 16:02+1000\n"
"Last-Translator: Corina Roe <croe at redhat.com>\n"
"Language-Team: French <i18 at redhat.com>\n"
"MIME-Version: 1.0\n"
@@ -2456,6 +2456,8 @@
"component, now includes the availability of these options to be set through "
"the command line."
msgstr ""
+"Le composant <literal>Gossip Router</literal> de JGroups propose des options pour ajouter <literal>backlog</literal>, <literal>socket read timeout</literal> "
+"ou <literal>socket linger timeout</literal> dans le code, cependant ces options ne sont pas disponibles par la ligne de commande. Cette mise à jour du composant JGroups inclut maintenant ces options disponibles qui peuvent être ajoutées par l'intermédiaire de la ligne de commande."
#. Tag: para
#: Release_Notes_CP04.xml:1023
@@ -2468,6 +2470,10 @@
"updated to instead use <methodname>Math.max</methodname> in the calculation "
"of the socket linger timeout."
msgstr ""
+"Dans le composant <literal>Gossip Router</literal> de JGroups, "
+"<methodname>Math.min</methodname> était utilisé pour calculer le socket linger "
+"timeout qui causait l'apparition de résultats éronnés, puisque le socket "
+"linger timeout était toujours égal à 1. <literal>Gossip Router</literal> a été mis à jour pour pouvoir utiliser <methodname>Math.max</methodname> pour le calcul du socket linger timeout."
#. Tag: para
#: Release_Notes_CP04.xml:1028
@@ -2482,6 +2488,9 @@
"<classname>GossipRouter</classname> class has had the <varname>setSoLinger</"
"varname> value corrected and timouts configurable."
msgstr ""
+"Les classes <classname>RouterStub</classname> et <classname>GossipRouter</"
+"classname> 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</"
+"varname> de la classe <classname>GossipRouter</classname> a été également corrigé et les timeouts rendus ont été rendus configurables."
#. Tag: para
#: Release_Notes_CP04.xml:1035
@@ -2494,6 +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."
#. Tag: para
#: Release_Notes_CP04.xml:1040
@@ -2509,6 +2520,8 @@
"latest Enterprise Application Platform update, the error message has been "
"updated to reflect both situations which may be the cause of the exception."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1521\">JBPAPP-1521</"
+"ulink>: Le nom de classe <classname>CleanShutdownInterceptor</classname> enregistrait une exception <exceptionname>GenericClusteringException</exceptionname> quand le conteneur ne pouvait pas démarrer ou être fermé correctement. En raison de ce comportement, le message d'erreur associé devait être mis à jour pour signifier qu'il y a sans doute un problème au niveau du conteneur qui échoue au démarrage au lieu d'échouer à la fermeture. Dans cette dernière mise à jour d'EAP, le message d'erreur a été mis à jour pour refléter les deux situations qui pourraient être à la base de cette exception."
#. Tag: para
#: Release_Notes_CP04.xml:1045
@@ -2521,6 +2534,10 @@
"<filename>build-distr.xml</filename> file to all "
"<classname>XAResourceRecovery</classname> to be enabled for JTA recovery."
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 "
+"<classname>XAResourceRecovery</classname> pour permettre le recouvrement de JTA."
#. Tag: para
#: Release_Notes_CP04.xml:1050
@@ -2535,6 +2552,11 @@
"<filename>JBoss Messaging</filename> is similarly only included in the 4.3 "
"distribution."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1479\">JBPAPP-1479</"
+"ulink>: Dans les 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."
#. Tag: para
#: Release_Notes_CP04.xml:1053
@@ -2544,6 +2566,8 @@
"filename> and <filename>login-config.xml</filename> to differentiate between "
"requirements for each individual distribution."
msgstr ""
+"Cela a été rectifié dans cette version en modifiant <filename>build.xml</"
+"filename> et <filename>login-config.xml</filename> pour différencier entre les prérequis de chaque distribution particulière."
#. Tag: para
#: Release_Notes_CP04.xml:1058
@@ -2560,6 +2584,15 @@
"java</filename> file has been modified to correctly call "
"<classname>isHttpSessionListenerInvocationAllowed</classname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1473\">JBPAPP-1473</"
+"ulink>: Dans clustering,"
+"<classname>IgnoreUndeployLegacyClusteredSessionNotificationPolicy</"
+"classname> n'appelait pas "
+"<classname>isHttpSessionListenerInvocationAllowed</classname>, ce qui entraînait qu'il s'appelait lui-même et ce de façon répétitive, jusqu'à ce que finalement surgisse des erreurs "
+"<exceptionname>StackOverflow</exceptionname>. Pour corriger ce problème, le fichier"
+" <filename>IgnoreUndeployLegacyClusteredSessionNotificationPolicy."
+"java</filename> a été modifié pour pouvoir appeler "
+"<classname>isHttpSessionListenerInvocationAllowed</classname> correctement."
#. Tag: para
#: Release_Notes_CP04.xml:1063
@@ -2572,6 +2605,10 @@
"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html\">https://"
"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html</ulink>"
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1460\">JBPAPP-1460</"
+"ulink>: JavaServer Faces (JSF) a été mis à jour à la version 1.2_10 pour cette version d'EAP. Cette mise à jour corrige de nombreux bogues et de nombreux détails sur ces résolutions de pannes. Elle est disponible à travers <ulink url=\"https://"
+"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html\">https://"
+"javaserverfaces.dev.java.net/nonav/rlnotes/1.2_10/changelog.html</ulink>"
#. Tag: para
#: Release_Notes_CP04.xml:1068
@@ -2585,6 +2622,9 @@
"methodname> function which changes all dots in a constraint name to "
"underscores. This ensures that constraint names are compatible with Oracle."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1366\">JBPAPP-1366</"
+"ulink>: La création de la table <filename>TIMERS</filename> EJB échoue quand le schéma <option>Oracle</option> est spécifié. Pour corriger cela, le fichier <filename>GeneralPurposeDatabasePersistencePlugin.java</filename> a été mis à jour, incluant un appel vers une nouvelle fonction <methodname>SQLUtil.fixConstraintName</"
+"methodname> qui change tous les points en traits de soulignement dans un nom contraint. Cela permet la compatibilité des noms contraints dans Oracle."
#. Tag: para
#: Release_Notes_CP04.xml:1073
@@ -2603,19 +2643,23 @@
"<parameter>extractDescriptorUrl</parameter> of <filename>META-INF/"
"persistence.xml</filename>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1307\">JBPAPP-1307</"
+"ulink>: La racine de 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 "
+"<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."
#. Tag: para
#: Release_Notes_CP04.xml:1078
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1289\">JBPAPP-1289</"
"ulink>: The JBoss JAXR component of the Enterprise Application Platform has "
"been upgraded to version 1.2.0.SP2. A list of the included fixes is as "
"follows:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-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."
#. Tag: para
#: Release_Notes_CP04.xml:1083
@@ -2628,10 +2672,13 @@
"stack. The namespace value should instead be null and this has been applied "
"for this JAXR update."
msgstr ""
+"Dans les fichiers <filename>org.jboss.jaxr.juddi.JUDDIServlet</filename> et "
+"<filename>org.jboss.jaxr.juddi.transport.SaajTransport</filename>, la valeur 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."
#. Tag: para
#: Release_Notes_CP04.xml:1090
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1275\">JBPAPP-1275</"
"ulink>: The Xalan part of the Enterprise Application Platform has been "
@@ -2639,10 +2686,8 @@
"circumstance where an application which heavily used Xalan within large "
"multi-threaded environments would encounter blocking situations."
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-791\">JBPAPP-791</"
-"ulink>: Le composant JBoss Web Services a été mis à niveau à la version "
-"2.0.1.SP2_CP02. Cette mise à niveau comprend de nombreuses résolutions de "
-"bogues et des améliorations."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1275\">JBPAPP-1275</"
+"ulink>: La partie Xalan d'EAP a été mise à niveau de 2.7.0 à 2.7.0.patch02. Cette mise à jour retire la possibilité de blocage pour une application qui utilise lourdement Xalan en contextes multi-thread de conséquence."
#. Tag: para
#: Release_Notes_CP04.xml:1095
@@ -2655,18 +2700,17 @@
"<classname>UserTransaction</classname> deployable with transaction sticky "
"load balance policies."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1267\">JBPAPP-1267</"
+"ulink>: <classname>UserTransaction</classname> (UT) ne pouvait pas être déployé dans un proxy clusterisé qui supportait des sticky transactions correctement. Cela a été résolu par la modification de nombreux fichiers, ce qui rend <classname>UserTransaction</classname> déployable avec les politiques d'équilibrage des charges des sticky transactions."
#. Tag: para
#: Release_Notes_CP04.xml:1100
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1249\">JBPAPP-1249</"
"ulink>: The JSF component of the Enterprise Application Platform has been "
"upgraded to version 1.2_10. A list of the included fixes is as follows:"
-msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-735\">JBPAPP-735</"
-"ulink>: Le composant JBoss Remoting EAP a été mis à niveau à la version "
-"2.2.2.SP8. Cette mise à niveau comprend de nouvelles résolutions de bogues."
+msgstr "<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1249\">JBPAPP-1249</ulink>: Le composant JSF d'EAP a été mis à niveau à la version 1.2_10. Cette mise à niveau comprend de nouvelles résolutions de bogues :"
#. Tag: para
#: Release_Notes_CP04.xml:1105
@@ -2677,6 +2721,8 @@
"updated with the removal of <code>ELUtils.getScope(this.expressionString, "
"segment);</code> in order to fix this issue."
msgstr ""
+"Une expression EL mixte qui se terminait par un littéral, ne pouvait pas être analysée en tant que valeur de propriété bean géré. Le fichier <filename>BeanBuilder.java</filename> a été mis à jour par la suppression de <code>ELUtils.getScope(this.expressionString, "
+"segment);</code> pour régler ce problème."
#. Tag: para
#: Release_Notes_CP04.xml:1110
@@ -2689,6 +2735,9 @@
"code <code>facesContext.responseComplete();</code> removed and replaced with "
"<code>facesContext.renderResponse();</code>."
msgstr ""
+"<methodname>LifecycleImpl</methodname> et <methodname>RestoreViewPhase</"
+"methodname> ont forcé la méthode <methodname>responseComplete()</methodname> pour le statut d'une vue existante. Pour corriger ce problème, le fichier <filename>RestoreViewPhase.java</filename> a été édité par la suppression du code <code>facesContext.responseComplete();</code> qui a été remplacé par "
+"<code>facesContext.renderResponse();</code>."
#. Tag: para
#: Release_Notes_CP04.xml:1115
@@ -2702,6 +2751,10 @@
"<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:"
+"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é."
#. Tag: para
#: Release_Notes_CP04.xml:1120
@@ -2713,6 +2766,10 @@
"<classname>BindingValidator</classname> has been modified to generate the "
"correct exception; <exceptionname>ValidatorException</exceptionname>."
msgstr ""
+"Le <classname>BindingValidator</classname> générait un "
+"<exceptionname>ConverterException</exceptionname> à la place d'un "
+"<exceptionname>ValidatorException</exceptionname>. Dans cette version, "
+"<classname>BindingValidator</classname> a été modifié de façon à pouvoir générer l'exception qui convient; <exceptionname>ValidatorException</exceptionname>."
#. Tag: para
#: Release_Notes_CP04.xml:1125
@@ -2723,7 +2780,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 ""
+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."
#. Tag: para
#: Release_Notes_CP04.xml:1130
@@ -2741,6 +2798,13 @@
"<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, 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>, "
+"<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_CP04.xml:1135
@@ -2757,6 +2821,14 @@
"explicitly handle primitive cases and catch the "
"<exceptionname>ClassNotFoundException</exceptionname> which may be generated."
msgstr ""
+"<classname>com.sun.faces.renderkit.ApplicationObjectInputStream</"
+"classname> prolongeait la fonctionnalité de <classname>java.io."
+"ObjectInputStream</classname> mais ne pouvait pas préserver la fonctionalité car "
+"<classname>com.sun.faces.renderkit.ApplicationObjectInputStream</classname> "
+"échouait quand on utilisait des primitives, à la différence de la classe <classname>java.io."
+"ObjectInputStream</classname> qui contient un cas particulier pour gérer un tel cas. Cela posait des problèmes pour <literal>UIComponents</literal>. "
+"<filename>ApplicationObjectInputStream.java</filename> a été mis à jour dans le but particulier de pouvoir gérer des cas de primitives et pour pouvoir intercepter l'exception "
+"<exceptionname>ClassNotFoundException</exceptionname> susceptible d'avoir été générée."
#. Tag: para
#: Release_Notes_CP04.xml:1140
@@ -2767,6 +2839,9 @@
"literal>. <literal>URLEncoding</literal> has been added, correcting this "
"bug, along with the parameter names."
msgstr ""
+"<classname>com.sun.faces.renderkit.html_basic.OutputLinkRenderer</classname> "
+"ne codifiait pas les paramètres correctement, omettant <literal>URLEncoding</"
+"literal>. <literal>URLEncoding</literal> a été rajouté, pour corriger ce bogue, ainsi que les noms de paramètres."
#. Tag: para
#: Release_Notes_CP04.xml:1145
@@ -2787,6 +2862,11 @@
"<filename>BasetableRenderer.java</filename>, <filename>GridRenderer.java</"
"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."
+"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>."
#. Tag: para
#: Release_Notes_CP04.xml:1150
@@ -2801,6 +2881,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 faisait guère la différence entre les <literal>Objects</literal>; comme par exemple, la différence entre <literal>Boolean</literal> et "
+"<literal>boolean</literal>, remarquez le B capital de la première instance. L'erreur se situait dans la logique de <classname>UISelect</classname> et de "
+"<classname>MenuRenderer</classname>. Pour corriger cela, on a implémenté une meilleure utilisation de converter pour ces classes, en vue de gérer les Objects correctement."
#. Tag: para
#: Release_Notes_CP04.xml:1155
@@ -2820,6 +2903,12 @@
"phase, fixing the issue (with the above changes also) and providing a more "
"accurate view of the tree."
msgstr ""
+"<classname>com.sun.faces.lifecycle.RestoreViewPhase</classname> 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."
+"printTree()</methodname> de <filename>ViewHandlerImpl.java</"
+"filename>et de <filename>RestoreViewPhase.java</filename>, et "
+"<filename>RenderResponsePhase.java</filename> a été modifié pour appeler <methodname>DebugUtil.printTree</methodname> (si la journalisation <varname>FINEST</varname> "
+"est activée) en fin de phase <classname>RenderResponse</classname>, réglant ainsi le problème (avec les changements ci-dessus également) et proposant ainsi une vue plus précise de l'arborescence."
#. Tag: para
#: Release_Notes_CP04.xml:1159
@@ -2832,6 +2921,10 @@
"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()"
+"</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()</"
+"methodname> pour chaque instance de la codebase."
#. Tag: para
#: Release_Notes_CP04.xml:1164
@@ -2846,6 +2939,10 @@
"of code <code>if ((index < 0) || (index >= list.size())) { </code> to "
"<code>if ((index < 0) || (index > list.size())) {</code>."
msgstr ""
+"<classname>UIComponentBase</classname> ne permettait pas aux dépendants d'une arborescence d'être itérée à l'envers en utilisant un list iterator car il produirait 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 dans la classe <classname>UIComponentBase</classname> grâce à la modification de la ligne de code <code>if ((index < 0) || (index >= list.size())) { </code> en "
+"<code>if ((index < 0) || (index > list.size())) {</code>."
#. Tag: para
#: Release_Notes_CP04.xml:1169
@@ -2861,6 +2958,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 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."
#. Tag: para
#: Release_Notes_CP04.xml:1175
@@ -2877,6 +2977,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, 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."
+"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
#: Release_Notes_CP04.xml:1180
@@ -2888,7 +2990,7 @@
"rectify this issue the <classname>RenderKitUtils</classname> class has been "
"updated to assume <code>*</code> as the subtype for an Accept header that "
"contains no subtype."
-msgstr ""
+msgstr "Un bogue 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."
#. Tag: para
#: Release_Notes_CP04.xml:1187
@@ -2900,6 +3002,10 @@
"correct this the behavior has been re-written to improve the mimicking of "
"<classname>ServerCreator</classname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1224\">JBPAPP-1224</"
+"ulink>: Les valeurs des attributs par défaut d'EJB n'étaient pas configurées quand elles étaient utilisées dans "
+"<literal>@Service</literal> et <literal>XMBean XML</literal> . Pour pouvoir rectifier ceci, le comportement a été rédigé à nouveau pour améliorer l'imitation de "
+"<classname>ServerCreator</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:1192
@@ -2913,6 +3019,10 @@
"to the user. <filename>RawDynamicInvoker.java</filename> has now been "
"updated to provide this useful information to the user."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1170\">JBPAPP-1170</"
+"ulink>: Quand la méthode <methodname>getMBeanInfo</methodname> est appelé dans <classname>MBeanServerImpl</classname> et dans "
+"<classname>RawDynamicInvoker</classname>, l'exceptiom 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
#: Release_Notes_CP04.xml:1197
@@ -2943,14 +3053,12 @@
#. Tag: para
#: Release_Notes_CP04.xml:1207
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-996\">JBPAPP-996</"
"ulink>: Discrepancies existed between the port schemes within the "
"<filename>sample-bindings.xml</filename> file. These include:"
-msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-961\">JBPAPP-961</"
-"ulink>: JBoss Web a été mis à niveau à la version 2.0.0.GA CP06."
+msgstr "<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-996\">JBPAPP-996</ulink> : Il existait des disparités entre les schémas de ports dans le fichier <filename>sample-bindings.xml</filename>. Ces disparités sont les suivantes :"
#. Tag: para
#: Release_Notes_CP04.xml:1212
@@ -2959,7 +3067,7 @@
"The remoting connectors were inserted in different places within the ports "
"definition sections, making the comparison of the sections more difficult "
"than was necessary."
-msgstr ""
+msgstr "Les connecteurs 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."
#. Tag: para
#: Release_Notes_CP04.xml:1217
@@ -2969,6 +3077,8 @@
"remoting connector</literal> and the <literal>remoting connector</literal> "
"sections."
msgstr ""
+"La section <literal>ports-03</literal> ne possédait pas les sections <literal>EJB "
+"remoting connector</literal> et <literal>remoting connector</literal>."
#. Tag: para
#: Release_Notes_CP04.xml:1222
@@ -2977,6 +3087,8 @@
"<literal>mq</literal> was used in the name property of the "
"<varname>HAJNDIJMSProvider</varname> instead of <literal>jms</literal>."
msgstr ""
+"<literal>mq</literal> était utilisé dans le nom de propriété du "
+"<varname>HAJNDIJMSProvider</varname> à la place de <literal>jms</literal>."
#. Tag: para
#: Release_Notes_CP04.xml:1227
@@ -2986,12 +3098,14 @@
"<literal>ports-03</literal> schemes defined the <varname>timeout</varname> "
"attribute twice in the <literal>JBoss Messaging</literal> section:"
msgstr ""
+"Les schémas de port <literal>ports-01</literal>, <literal>ports-02</literal>, et "
+"<literal>ports-03</literal>, définissaient l'attribut <varname>timeout</varname> à deux reprises dans la section <literal>JBoss Messaging</literal> :"
#. Tag: para
#: Release_Notes_CP04.xml:1233
#, no-c-format
msgid "The above issues have been fixed appropriately in this update."
-msgstr ""
+msgstr "Les problèmes ci-dessus ont été résolus dans cette mise à jour."
#. Tag: para
#: Release_Notes_CP04.xml:1238
@@ -3003,6 +3117,10 @@
"Platform now uses <filename>beanutils 1.8.0</filename> which fixes this "
"<errorname>OutOfMemoryError</errorname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-713\">JBPAPP-713</"
+"ulink>: Il y avait une fuite dans le chargeur de classes qui causait une erreur <errorname>OutOfMemoryError: "
+"PermGen</errorname>. Pour corriger ce problème, la plateforme EAP utilise maintenant <filename>beanutils 1.8.0</filename> qui règle cette erreur "
+"<errorname>OutOfMemoryError</errorname>."
#. Tag: para
#: Release_Notes_CP04.xml:1243
@@ -3015,6 +3133,10 @@
"created and is now displayed whenever a <exceptionname>HTTP Status 500</"
"exceptionname> exception occurs."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-529\">JBPAPP-529</"
+"ulink>: Le code source JMX était 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> se présente."
#. Tag: title
#: Release_Notes_CP04.xml:1252
@@ -3048,6 +3170,8 @@
"automatically generated as a footnote and places a number beside that of the "
"JIRA, referencing a footnote that does not appear."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1286\">JBPAPP-1286</"
+"ulink>: Les notes de bas de page des tableaux ou des listes présentes dans les documentations n'apparaissent pas dans les PDF. Ce problème réside dans FOP et il n'existe actuellement aucune solution. Si possible, les notes de fin de page ne sont pas utilisées dans ces cas décrits, mais dans des documents comme des Notes de sortie, l'adresse Web d'un JIRA est automatiquement générée sous forme de note de bas de page et appose un numéro à côté du JIRA, pour référencer une note de bas de page qui n'apparaît pas."
#. Tag: para
#: Release_Notes_CP04.xml:1268
@@ -3068,7 +3192,7 @@
#: Release_Notes_CP04.xml:1276
#, no-c-format
msgid "Hibernate Known Issues"
-msgstr ""
+msgstr "Problèmes connus d'Hibernate"
#. Tag: para
#: Release_Notes_CP04.xml:1280
@@ -3084,17 +3208,15 @@
#. Tag: para
#: Release_Notes_CP04.xml:1285
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1555\">JBPAPP-1555</"
"ulink>: Currently in Hibernate the SybaseDialect uses Blob and Clob where it "
"should be set up to use image and text. Tests attaining to this currently "
"fail with the message:"
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-858\">JBPAPP-858</"
-"ulink>: Permet à des instances multiples d'être installées dans une machine "
-"qui utilise une méthode de sous-package. Cette fonctionnalité a été rajoutée "
-"à cette version avec les fichiers -bin."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1555\">JBPAPP-1555</"
+"ulink>: Actuellement présent dans Hibernate, SybaseDialect utilise Blob et Clob, alors qu'il devrait être configuré pour utiliser image et text. Les tests d'accomplissement échouent et affichent le message :"
#. Tag: screen
#: Release_Notes_CP04.xml:1288
@@ -3103,6 +3225,8 @@
"The method com.sybase.jdbc2.jdbc.SybResultSet.getBlob(String) is not "
"supported and should not be called."
msgstr ""
+"The method com.sybase.jdbc2.jdbc.SybResultSet.getBlob(String) is not "
+"supported and should not be called."
#. Tag: para
#: Release_Notes_CP04.xml:1291
@@ -3151,17 +3275,15 @@
#. Tag: para
#: Release_Notes_CP04.xml:1305
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1545\">JBPAPP-1545</"
"ulink>: Currently ANSI joins fail when Hibernate is run in a Sybase "
"environment and there are three or more joins where at least one of the "
"joins involves a union."
msgstr ""
-"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-858\">JBPAPP-858</"
-"ulink>: Permet à des instances multiples d'être installées dans une machine "
-"qui utilise une méthode de sous-package. Cette fonctionnalité a été rajoutée "
-"à cette version avec les fichiers -bin."
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1545\">JBPAPP-1545</"
+"ulink>:Actuellement, les jointures ANSI échouent quand Hibernate est exécuté dans un environnement Sybase et qu'il y a trois jointures ou plus pour lesquelles une jointure au moins implique une union."
#. Tag: para
#: Release_Notes_CP04.xml:1308
@@ -3171,6 +3293,8 @@
"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>."
#. Tag: para
#: Release_Notes_CP04.xml:1313
@@ -3186,6 +3310,12 @@
"<classname>DynamicFilterTest.testCriteriaControl</classname> and "
"<classname>DynamicFilterTest.testCriteriaSubqueryWithFilters</classname>."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1230\">JBPAPP-1230</"
+"ulink>: Dans l'environnement Sybase, quand on crée une sous-demande 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 "
+"<classname>DynamicFilterTest.testCriteriaSubqueryWithFilters</classname>."
#. Tag: para
#: Release_Notes_CP04.xml:1316
@@ -3193,7 +3323,7 @@
msgid ""
"The known workaround is to use a HQL query instead of using a "
"<methodname>DetachedCriteria</methodname> method in a subquery."
-msgstr ""
+msgstr "La solution de contournement connue actuellement est d'utiliser une requête HQL à la place d'utiliser une méthode <methodname>DetachedCriteria</methodname> dans une sous-demande."
#. Tag: para
#: Release_Notes_CP04.xml:1321
@@ -3207,6 +3337,9 @@
"code>, which causes PostgreSQL to generate an exception as it does not allow "
"this character to be embedded in a string."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1082\">JBPAPP-1082</"
+"ulink>: Il existe une limitation dans le pilote PostgreSQL JDBC qui entraîne l'exception "
+"<exceptionname>javax.persistence.RollbackException</exceptionname>. Cela a lieu quand la propriété <code>char</code> est utilisée sans une valeur déterminée dans Hibernate, qui persiste une chaîne contenant le caractère <code>\\u0000</code>, ce qui entraîne PostgreSQL à générer une exception puisqu'il ne permet pas que ce caractère soit intégré dans une chaîne."
#. Tag: para
#: Release_Notes_CP04.xml:1324
@@ -3217,7 +3350,7 @@
"reconmended that to persist a null value for the <code>char</code> property "
"when it is uninitialized, the <methodname>java.lang.Character</methodname> "
"method should be used."
-msgstr ""
+msgstr "Actuellement, pour persister le caractère <code>\\u0000</code> dans la colonne <code>char</code> en utilisant PostgreSQL, la solution de contournement n'existe pas. Il est recommandé à la place que pour persister une valeur null de la propriété <code>char</code> quand elle n'est pas initialisée, la méthode <methodname>java.lang.Character</methodname> devrait être utilisée."
#. Tag: para
#: Release_Notes_CP04.xml:1329
@@ -3229,6 +3362,8 @@
"the case. To fix this, the code has to be modified to remove the "
"identification variable in SQL for PostgreSQL, Microsoft SQL 2005 and Sybase."
msgstr ""
+"<ulink url=\"http://jira.jboss.com/jira/browse/JBPAPP-1081\">JBPAPP-1081</"
+"ulink>: Dans la documentation Entity Manager (Gestionnaire d'entité), il est inscrit que les alias de tableaux sont suppportés par les clauses <code>update</code>, cependant ce n'est pas le cas actuellement. Pour régler ce problème, le code devra être modifié pour supprimer la variable d'identification dans SQL pour PostgreSQL, Microsoft SQL 2005 et Sybase."
#. Tag: para
#: Release_Notes_CP04.xml:1334
More information about the jboss-cvs-commits
mailing list