[jboss-cvs] JBossAS SVN: r87974 - projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Wed Apr 29 01:07:16 EDT 2009


Author: ldelima at redhat.com
Date: 2009-04-29 01:07:16 -0400 (Wed, 29 Apr 2009)
New Revision: 87974

Modified:
   projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR/Transactions.po
Log:
proofreading is finished

Modified: projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR/Transactions.po
===================================================================
--- projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR/Transactions.po	2009-04-29 04:18:58 UTC (rev 87973)
+++ projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR/Transactions.po	2009-04-29 05:07:16 UTC (rev 87974)
@@ -9,7 +9,7 @@
 "Project-Id-Version: Transactions\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-01-20 02:37+0000\n"
-"PO-Revision-Date: 2009-04-29 12:10+1000\n"
+"PO-Revision-Date: 2009-04-29 15:06+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"
@@ -287,13 +287,13 @@
 "like JBossMQ are examples of recoverable resources. A recoverable resource "
 "is represented using the <literal>javax.transaction.xa.XAResource</literal> "
 "interface in JTA."
-msgstr ""
+msgstr "<emphasis role=\"bold\">Recursos Recuperáveis</emphasis>: Um recurso recuperável é um objeto transacional cujo estado é salvo para o armazenamento estável caso a transação seja confirmada, e cujo estado pode ser reconfigurado para o que era no início da transação caso a transação seja revertida. No período de confirmação, o gerenciador de transação usa o protocolo XA de duas fases quando realizando comunicação com o recurso recuperável para garantia de integridade transacional na transação sendo confirmada. Os banco de dados e mensagens corretoras, como o JBossMQ, são exemplos de recursos recuperáveis. Um recurso recuperável é representado usando a interface <literal>javax.transaction.xa.XAResource</literal> no JTA."
 
 #. Tag: title
 #: Transactions.xml:104
 #, no-c-format
 msgid "The two-phase XA protocol"
-msgstr ""
+msgstr "Protocolo XA de duas fases"
 
 #. Tag: para
 #: Transactions.xml:105
@@ -304,7 +304,7 @@
 "all of is rolled back. If only a single recoverable resource is involved in "
 "the transaction, the task of the transaction manager is simple: It just has "
 "to tell the resource to commit the changes to stable storage."
-msgstr ""
+msgstr "Quando a transação está prestes a ser confirmada, é responsabilidade do gerenciador de transação garantir que tanto tudo isto é confirmado como também tudo isto seja revertido. caso apenas um único recurso recuperável seja envolvido na transação, a tarefa do gerenciador da transação é simples: ele apenas precisa informar o recurso para confirmar as mudanças para o armazenamento estável."
 
 #. Tag: para
 #: Transactions.xml:108
@@ -316,7 +316,7 @@
 "maintain the atomic property of the transaction. The reason for this is that "
 "if one recoverable resource has committed and another fails to commit, part "
 "of the transaction would be committed and the other part rolled back."
-msgstr ""
+msgstr "Quando mais de um recurso recuperável estiver envolvido na transação, o gerenciamento da confirmação torna-se mais complicado. Uma simples solicitação para cada um dos recursos recuperáveis para confirmar alterações ao armazenamento estável não é o suficiente para manter a propriedade atômica da transação. A razão para isto é que um recurso recuperável é confirmado e outro falha a confirmação, uma parte da transação seria confirmada e a outra parte revertida."
 
 #. Tag: para
 #: Transactions.xml:111
@@ -329,7 +329,7 @@
 "When a recoverable resource indicates it is prepared to commit the "
 "transaction, it has ensured that it can commit the transaction. The resource "
 "is still able to rollback the transaction if necessary as well."
-msgstr ""
+msgstr "Para contornar este problema, o protocolo XA de duas fases é usado. O protocolo XA envolve uma fase de preparo extra antes da fase de confirmação atual. Antes de perguntar a qualquer um dos recursos recuperáveis para conformar as alterações, o gerenciador de transação pergunta a todos os recursos recuperáveis para preparar a confirmação. Quando um recurso recuperável indica que está preparado para confirmar a transação, ele precisa garantir que isto pode confirmar a transação. O recurso continua apto a reverter a transação caso seja necessário também. "
 
 #. Tag: para
 #: Transactions.xml:114
@@ -343,13 +343,13 @@
 "manager asking all the recoverable resources to commit the transaction. "
 "Because all the recoverable resources have indicated they are prepared, this "
 "step cannot fail."
-msgstr ""
+msgstr "Desta forma, a primeira fase consiste no gerenciador da transação questionando todos os recursos recuperáveis para preparar para a confirmação. Caso qualquer um dos recursos recuperáveis falhar a preparação, a transação será revertida. Mas caso todos os recursos recuperáveis indicarem que eles estão aptos a preparar a confirmação, a segunda fase do protocolo XA inicializa. Isto consiste no gerenciador da transação perguntando a todos os recursos recuperáveis para confirmar a transação. Uma vez que todos os recursos recupereis tenham indicado que eles estão preparados, este passo não poderá falhar. "
 
 #. Tag: title
 #: Transactions.xml:120
 #, no-c-format
 msgid "Heuristic exceptions"
-msgstr ""
+msgstr "Exceções heurísticas"
 
 #. Tag: para
 #: Transactions.xml:121
@@ -364,7 +364,7 @@
 "parts of the transaction being committed while other parts are rolled back, "
 "thus violating the atomicity property of transaction and possibly leading to "
 "data integrity corruption."
-msgstr ""
+msgstr "Poderão ocorrer falhas nas comunicações do ambiente distribuído. Caso a comunicação entre o gerenciador da transação e o recurso recuperável não sejam possíveis por um período prolongado de tempo, o recurso recuperável pode decidir confirmar ou reverter unilateralmente as alterações feitas no contexto da transação. Tal decisão é chamada decisão heurística. Este é um dos piores erros que podem acontecer num sistema de transação, uma vez que isto pode fazer com que as partes da transação sejam confirmadas enquanto outras partes sejam revertidas. Desta forma, violando a propriedade de atomicidade da transação e levando à corrupção da integridade dos dados."
 
 #. Tag: para
 #: Transactions.xml:124
@@ -377,7 +377,7 @@
 "that is saved in stable storage depends on the type of recoverable resource "
 "and is not standardized. The idea is that a system manager can look at the "
 "data, and possibly edit the resource to correct any data integrity problems."
-msgstr ""
+msgstr "Devido aos perigos das exceções heurísticas, o recurso recuperável que realiza uma decisão heurística é solicitado para manter toda a informação a respeito da decisão de armazenamento estável até o gerenciamento da transação informar a respeito da decisão heurística. Os dados atuais sobre a decisão heurística que é salva no armazenamento estável depende do tipo de recurso recuperável e não é padronizado. A idéia é que o gerenciador de sistema pode observar os dados e possivelmente edita o recurso para corrigir quaisquer problemas de integridade."
 
 #. Tag: para
 #: Transactions.xml:127




More information about the jboss-cvs-commits mailing list