[jboss-cvs] JBossAS SVN: r86513 - projects/docs/enterprise/4.2.6/readme/pt-BR.

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

Author: ldelima at redhat.com
Date: 2009-03-31 02:28:37 -0400 (Tue, 31 Mar 2009)
New Revision: 86513

Modified:
   projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po
Log:
translation ongoing

Modified: projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po
===================================================================
--- projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po	2009-03-31 06:17:26 UTC (rev 86512)
+++ projects/docs/enterprise/4.2.6/readme/pt-BR/Release_Notes_CP06.po	2009-03-31 06:28:37 UTC (rev 86513)
@@ -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-03-31 16:02+1000\n"
+"PO-Revision-Date: 2009-03-31 16:28+1000\n"
 "Last-Translator: Leticia de Lima <ldelima at redhat.com>\n"
 "Language-Team: Brazilian Portuguese <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -816,7 +816,7 @@
 "method has been removed as it was an unnecessary step."
 msgstr ""
 "A classe <classname>ServerInvokerCallbackHandler</classname> pode tornar-se indiferente quando chamando o método <methodname>BlockingCallbackStore.add()</"
-"methodname> após o bloqueamento do campo de retorno de chamada com a resposta correta a partir do método <methodname>persistCallback()</methodname>. Isto aconteceria uma vez que o <methodname>BlockingCallbackStore.getNext()</methodname> precisou do controle necessário para bloquear no campo da chamada de retorno o período de espera. No entanto, isto não pode ser atingido devido ao período de espera. Para corrigir este problema, a chamada ao método <methodname>BlockingCallbackStore.add()</methodname> foi removida como se isto fosse um passo desnecessário."
+"methodname>, após o bloqueamento do campo de retorno de chamada com a resposta correta a partir do método <methodname>persistCallback()</methodname>. Isto aconteceria uma vez que o <methodname>BlockingCallbackStore.getNext()</methodname> precisou do controle necessário para bloquear o período de espera no campo da chamada de retorno. No entanto, isto não pode ser atingido devido ao período de espera. Para corrigir este problema, a chamada ao método <methodname>BlockingCallbackStore.add()</methodname> foi removida como se isto fosse um passo desnecessário."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:415
@@ -835,6 +835,9 @@
 "detects its use, creates a <methodname>Proxy-Authorization</methodname> "
 "request header."
 msgstr ""
+"O <classname>HTTPClientInvoker</classname> não pode suportar a autenticação de todo o propósito do Código de Instrução Simbólica do Iniciante - Beginner's All-"
+"purpose Symbolic Instruction Code (BASIC) authentication - para proxies quando o proxy for configurado através das opções da propriedade de sistema do <methodname>http."
+"proxyHost</methodname> and <methodname>http.proxyPort</methodname>. O problema aparece uma vez que o <classname>HTTPClientInvoker</classname> não checaria pela existência destas opções e "
 
 #. Tag: para
 #: Release_Notes_CP06.xml:420
@@ -851,6 +854,8 @@
 "to false the call to the <methodname>UnMarshaller.read()</methodname> is "
 "skipped."
 msgstr ""
+"O <classname>HTTPClientInvoker</classname> geraria uma <exceptionname>NullPointerException</exceptionname> quando o servidor HTTP retornar um código de erro sem qualquer conteúdo e então o método <methodname>java.net."
+"HttpUrlConnection.getInputStream()</methodname> retornar um valor nulo. Com o objetivo de melhorar o controle sobre este comportamento, uma nova variável <varname>UNMARSHAL_NULL_STREAM</varname> foi adicionada ao<classname>HTTPClientInvoker</classname>. Esta variável é configurada para verdadeiro (o valor padrão) o valor padrão é executado. No entanto, ela é configurada para falso a chamada ao <methodname>UnMarshaller.read()</methodname> é omitida."
 
 #. Tag: para
 #: Release_Notes_CP06.xml:425