[jboss-cvs] JBossAS SVN: r74590 - projects/docs/enterprise/4.3/Transactions/Administrators_Guide/pt-BR.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Mon Jun 16 01:19:22 EDT 2008


Author: ldelima at redhat.com
Date: 2008-06-16 01:19:20 -0400 (Mon, 16 Jun 2008)
New Revision: 74590

Modified:
   projects/docs/enterprise/4.3/Transactions/Administrators_Guide/pt-BR/Chapter.po
Log:
translation ongoing

Modified: projects/docs/enterprise/4.3/Transactions/Administrators_Guide/pt-BR/Chapter.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Administrators_Guide/pt-BR/Chapter.po	2008-06-16 05:00:36 UTC (rev 74589)
+++ projects/docs/enterprise/4.3/Transactions/Administrators_Guide/pt-BR/Chapter.po	2008-06-16 05:19:20 UTC (rev 74590)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-06-05 22:49+0000\n"
-"PO-Revision-Date: 2008-06-16 13:53+1000\n"
+"PO-Revision-Date: 2008-06-16 15:19+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"
@@ -258,7 +258,7 @@
 "specific to the Recovery Manager."
 msgstr ""
 "O RecoveryManager lê as propriedades definidas no arquivo <filename>arjuna."
-"properties</filename> e, então, lê o arquivo de propriedade <filename>RecoveryManager.properties</filename>, a partir do mesmo diretório como encontrado no arquivo de propriedade arjuna. Uma entrada para uma propriedade no arquivo de propriedades RecoveryManager irá substituir uma entrada para a mesma propriedade no arquivo principal de propriedades TransactionService. A maioria das entradas estão especificadas no Gerenciador de Recuperação. "
+"properties</filename> e, também, lê o arquivo de propriedade <filename>RecoveryManager.properties</filename>, a partir do mesmo diretório como encontrado no arquivo de propriedade arjuna. Uma entrada para uma propriedade no arquivo de propriedades RecoveryManager irá substituir uma entrada para a mesma propriedade no arquivo principal de propriedades TransactionService. A maioria das entradas estão especificadas no Gerenciador de Recuperação. "
 
 #. Tag: para
 #: Chapter.xml:52
@@ -270,13 +270,13 @@
 "this section discusses the issues relevant in setting the properties to "
 "other values (in the order of their appearance in the default version of the "
 "file)"
-msgstr ""
+msgstr "A versão padrão do <filename>RecoveryManager.properties</filename> é fornecida com a distribuição (isto pode ser usado sem modificação, com exceção da possibilidade de campos de rastreamento de depuração, veja o exemplo abaixo). O resto desta seção trata dos problemas relevantes de configuração de propriedades para outros valores (em ordem de sua aparência, na versão padrão do arquivo)."
 
 #. Tag: title
 #: Chapter.xml:54
 #, no-c-format
 msgid "Output"
-msgstr ""
+msgstr "Saída"
 
 #. Tag: para
 #: Chapter.xml:55
@@ -291,6 +291,9 @@
 "Commons Logging framework and configuration is assumed to occur through that "
 "framework."
 msgstr ""
+"É bem comum que instalações queiram ter alguma forma de saída do RecoveryManager, para fornecer um registro sobre os acontecimentos da atividade de recuperação. O RecoveryManager usa o mecanismo de rastreamento de log fornecido pelo Arjuna Common Logging Framework (CLF), do qual fornece uma interface de alto nível. Esta esconde diferenças existentes entre o log existente APIs como Jakarta "
+"log4j ou JDK 1.4 logging API. O CLF desvia todos os logs através do framework Apache "
+"Commons Logging e presume-se que a configuração ocorra através daquele framework. "
 
 #. Tag: para
 #: Chapter.xml:58
@@ -314,6 +317,8 @@
 "provided to the logger with the DEBUG level, additional conditions can be "
 "specified to determine if the log message is enabled or not."
 msgstr ""
+"O CFL fornece uma extensão para filtrar mensagens de log de acordo com a definição de um aplicativo a respeito do finer "
+"granularity. Isto é, quando uma mensagem log é fornecida para o logger com o nível de DEBUG, condições adicionais poderão ser especificadas para determinar se uma mensagem log é ativada ou não."
 
 #. Tag: para
 #: Chapter.xml:67
@@ -321,13 +326,13 @@
 msgid ""
 "These conditions are applied if and only the DEBUG level is enabled and the "
 "log request performed by the application specifies debugging granularity."
-msgstr ""
+msgstr "Estas condições são aplicadas \"se e apenas\" o nível DEBUG for ativado, e se a solicitação de log executada pelo aplicativo specificar a depuração granulada."
 
 #. Tag: para
 #: Chapter.xml:71
 #, no-c-format
 msgid "When enabled, Debugging is filtered conditionally on three variables:"
-msgstr ""
+msgstr "Uma vez ativada, a Depuração é filtrada condicionalmente em três variáveis:"
 
 #. Tag: para
 #: Chapter.xml:74
@@ -335,7 +340,7 @@
 msgid ""
 "Debugging level: this is where the log request with the DEBUG Level is "
 "generated from, e.g., constructors or basic methods."
-msgstr ""
+msgstr "Nível de depuração: é onde a solicitação de log, com o Nível DEBUG, é gerado, por exemplo: construtores ou métodos básicos."
 
 #. Tag: para
 #: Chapter.xml:77
@@ -343,7 +348,7 @@
 msgid ""
 "Visibility level: the visibility of the constructor, method, etc. that "
 "generates the debugging."
-msgstr ""
+msgstr "Nível de Visibilidade: a visibilidade do construtor, método, etc. Isto gera a depuração."
 
 #. Tag: para
 #: Chapter.xml:80
@@ -351,7 +356,7 @@
 msgid ""
 "Facility code: for instance the package or sub-module within which debugging "
 "is generated, e.g., the object store."
-msgstr ""
+msgstr "Código de Facilidade: para instanciar o pacote ou sub-modulo com que a depuração é gerada, por exemplo: o armazenamento do objeto."
 
 #. Tag: para
 #: Chapter.xml:83
@@ -365,7 +370,7 @@
 "objects (DEBUG). However, it uses the finer debugging features to disable or "
 "enable debug messages. Finer debugging values used by the JBoss Transactions "
 "are defined below:"
-msgstr ""
+msgstr "O CLF define três interfaces de acordo com estas variáveis. Um produto particular poderá implementar a própria classe de acordo com o próprio finer granularity. As Transações JBoss usam o nível de Depuração padrão e o nível de Visibilidade padrão fornecida pelo CLF, porém isto determina o próprio Código de Facilidade. As Transações JBoss usam o nível padrão determinado para seus próprios objetos logger (DEBUG). No entanto, elas usam o recurso de depuração fina para desativar ou ativar as mensagens de depuração. Segue abaixo, os valores definidos de depuração fina usados pelas Transações JBoss:"
 
 #. Tag: para
 #: Chapter.xml:84
@@ -373,7 +378,7 @@
 msgid ""
 "Debugging level – JBoss Transactions uses the default values defined in the "
 "class <classname>com.arjuna.common.util.logging.DebugLevel</classname>"
-msgstr ""
+msgstr "Nível de depuração - as Transações JBoss usam os valores padrão definidos na classe <classname>com.arjuna.common.util.logging.DebugLevel</classname>"
 
 #. Tag: para
 #: Chapter.xml:87
@@ -381,7 +386,7 @@
 msgid ""
 "NO_DEBUGGING:  No diagnostics. A logger object assigned with this values "
 "discard all debug requests"
-msgstr ""
+msgstr "NO_DEBUGGING: Não há diagnósticos. Um objeto logger determinado com estes valores descarta todas as solicitações de depuração"
 
 #. Tag: para
 #: Chapter.xml:90
@@ -390,7 +395,7 @@
 "FULL_DEBUGGING: Full diagnostics. A Logger object assigned with this value "
 "allows all debug requests if the facility code and the visibility level "
 "match those allowed by the logger."
-msgstr ""
+msgstr "FULL_DEBUGGING: Diagnóstico completo. Um objeto logger determinado com este valor permite todas as solicitações caso o código de facilidade e nível de visibilidade "
 
 #. Tag: para
 #: Chapter.xml:93




More information about the jboss-cvs-commits mailing list