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

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

Author: ldelima at redhat.com
Date: 2009-06-04 02:57:20 -0400 (Thu, 04 Jun 2009)
New Revision: 89786

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

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-06-04 06:37:20 UTC (rev 89785)
+++ projects/docs/enterprise/4.3.3/Server_Configuration_Guide/pt-BR/Transactions.po	2009-06-04 06:57:20 UTC (rev 89786)
@@ -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-30 10:36+1000\n"
+"PO-Revision-Date: 2009-06-04 16:22+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"
@@ -91,7 +91,7 @@
 "transaction is not visible to other transactions until the transaction is "
 "committed, and that each process in a multi-user system can be programmed as "
 "if it was the only process accessing the system."
-msgstr "<emphasis role=\"bold\">Isolação</emphasis>: Transações diferentes devem ser isoladas. Isto significa que o trabalho parcial realizado em uma transação não é visível a outras transações até que a transação seja confirmada e que cada processo num sistema de usuário múltiplo possa ser programado como se isto fosse apenas o único processo de acesso ao sistema."
+msgstr "<emphasis role=\"bold\">Isolação</emphasis>: Transações diferentes devem ser isoladas. Isto significa que o trabalho parcial realizado em uma transação não é visível a outras transações até que a transação seja confirmada, além de cada processo num sistema de usuário múltiplo possa ser programado como se isto fosse apenas o único processo de acesso ao sistema."
 
 #. Tag: para
 #: Transactions.xml:33
@@ -145,7 +145,7 @@
 "processes read the amount of account A at the same time, and each "
 "independently added or subtracted something before writing the new amount to "
 "the database, the first change would be incorrectly overwritten by the last."
-msgstr "A propriedade de isolação é importante quando mais de um bancário usam o sistema ao mesmo tempo. O saque ou o depósito pode ser implementado com o processo de três passos: primeiro, a quantia do conta é lida a partir do banco de dados. "
+msgstr "A propriedade de isolação é importante quando mais de um bancário usa o sistema ao mesmo tempo. O saque ou o depósito pode ser implementado com o processo de três passos: primeiro, a quantia do conta é lida a partir do banco de dados. Em seguida, algo é subtraído e adicionado à quantia de leitura a partir do banco de dados. Por último, uma nova quantia é gravada ao banco de dados. Sem a isolação da transação, diversas situações negativas poderão ocorrer. Por exemplo: caso dois processos lerem a quantia da conta A ao mesmo tempo ou subtrair alguma coisa antes de gravar uma nova quantia ao banco de dados, a primeira alteração poderá ser gravada incorretamente pela última. "
 
 #. Tag: para
 #: Transactions.xml:50
@@ -154,7 +154,7 @@
 "The durability property is also important. If a money transfer transaction "
 "is committed, the bank must trust that some subsequent failure cannot undo "
 "the money transfer."
-msgstr "A propriedade durabilidade é importante também. Caso uma transação de transferência de dinheiro for confirmada, o banco deve confiar que uma falha subseqüente não pode desfazer a transferência de dinheiro."
+msgstr "A propriedade durabilidade é importante também. Caso uma transação de transferência de dinheiro for confirmada, o banco deverá saber que uma falha subseqüente não pode desfazer a transferência de dinheiro."
 
 #. Tag: title
 #: Transactions.xml:54
@@ -203,7 +203,7 @@
 "when the resource was first accessed in the transaction. If the two states "
 "differ, a conflicting update was made, and the transaction will be rolled "
 "back."
-msgstr "Com o bloqueamento otimista, um recurso não é na realidade bloqueado quando ele for primeiramente acessado pela transação. Ao invés disso, o estado do recurso no período em que ele seria bloqueado com a abordagem de bloqueamento pessimista será salvo. Outras transações estão aptas a acessar atualmente ao recurso e a possibilidade de alterações de conflito é viável. No período de confirmação, quando um recurso estiver prestes a ser atualizado num armazenamento persistente, o estado do recurso está pronto a partir do armazenamento e comparado ao estado que estava salvo quando o resurso foi primeiramente acessado na transação. Caso os dois estados deferirem, uma atualização de conflito foi gerada e a transação não será revertida."
+msgstr "Com o bloqueamento otimista, um recurso não é na realidade bloqueado quando ele é primeiramente acessado pela transação. Ao invés disso, o estado do recurso será salvo no período em que ele seria bloqueado com a abordagem de bloqueamento pessimista. No momento, outras transações estão aptas a acessar o recurso e a possibilidade de alterações de conflito é viável. No período de confirmação, quando um recurso estiver prestes a ser atualizado num armazenamento persistente, o estado do recurso estará pronto a partir do armazenamento, além de ser comparado ao estado que estava salvo quando o recurso foi primeiramente acessado na transação. Caso os dois estados deferirem, uma atualização de conflito será gerada e a transação não será revertida."
 
 #. Tag: para
 #: Transactions.xml:64
@@ -287,7 +287,7 @@
 "like JBossMQ are examples of recoverable resources. A recoverable resource "
 "is represented using the <literal>javax.transaction.xa.XAResource</literal> "
 "interface in JTA."
-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."
+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. O 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
@@ -392,8 +392,8 @@
 "resource when it is asked to commit to indicate that a heuristic decision "
 "was made and that all relevant updates have been rolled back."
 msgstr ""
-"Existem diversos passos diferentes de exceções heurísticas definidas pelo JTA. O <literal>javax.transaction.HeuristicCommitException</literal> é lançado quando um recurso recuperável é solicitado a reversão para relatar que uma decisão heurística foi realizada e que todas as atualizações relevantes podem ser confirmadas. Por outro lado está o <literal>javax.transaction."
-"HeuristicRollbackException</literal>, pelo qual é lançado pel recurso recuperável quando ele é solicitado a confirmar para indicar que a decisão heurística foi feita e que todas as atualizações relevantes estão sendo revertidas."
+"Existem diversos passos diferentes de exceções heurísticas definidas pelo JTA. O <literal>javax.transaction.HeuristicCommitException</literal> é lançado quando um recurso recuperável é solicitado a reverter com a finalidade de relatar que uma decisão heurística foi realizada e que todas as atualizações relevantes podem ser confirmadas. Por outro lado está o <literal>javax.transaction."
+"HeuristicRollbackException</literal>, pelo qual é lançado pelo recurso recuperável quando ele é solicitado a confirmar para indicar que a decisão heurística foi feita e que todas as atualizações relevantes estão sendo revertidas."
 
 #. Tag: para
 #: Transactions.xml:130
@@ -405,13 +405,13 @@
 "transaction manager throws this exception when some recoverable resources "
 "did a heuristic commit, while other recoverable resources did a heuristic "
 "rollback."
-msgstr "O <literal>javax.transaction.HeuristicMixedException</literal> é a pior exceção heurística. Ele é lançado para indicar que as partes da transação eram confirmadas enquanto outras partes eram revertidas. O gerenciador da transação lança esta exceção quando alguns recursos recuperáveis realizaram a confirmação heurística, enquanto os recursos recuperáveis realizaram uma reversão heurística."
+msgstr "O <literal>javax.transaction.HeuristicMixedException</literal> é a pior exceção heurística. Ele é lançado para indicar que as partes da transação eram confirmadas enquanto outras partes eram revertidas. O gerenciador da transação lança esta exceção quando alguns recursos recuperáveis realizam a confirmação heurística, enquanto que os recursos recuperáveis realizam uma reversão heurística."
 
 #. Tag: title
 #: Transactions.xml:136
 #, no-c-format
 msgid "Transaction IDs and branches"
-msgstr "IDs de Transações e ramificações"
+msgstr "IDs de Transações e Ramificações"
 
 #. Tag: para
 #: Transactions.xml:137
@@ -420,7 +420,7 @@
 "In JTA, the identity of transactions is encapsulated in objects implementing "
 "the <literal>javax.transaction.xa.Xid</literal> interface. The transaction "
 "ID is an aggregate of three parts:"
-msgstr "No JTA, a identidade das transações é encapsulada em objetos de implementação da interface <literal>javax.transaction.xa.Xid</literal>. A ID da transação é uma agragação de três partes:"
+msgstr "No JTA, a identidade das transações é encapsulada em objetos de implementação da interface <literal>javax.transaction.xa.Xid</literal>. A ID da transação é uma agregação de três partes:"
 
 #. Tag: para
 #: Transactions.xml:142
@@ -451,7 +451,7 @@
 "Transaction branches are used to identify different parts of the same global "
 "transaction. Whenever the transaction manager involves a new recoverable "
 "resource in a transaction it creates a new transaction branch."
-msgstr "As ramificações da transação são usadas para identificar diferente partes da mesma transação global. A qualquer instante em que o gerenciador da transação envolver um novo recurso recuperável numa transação, ele cria uma nova ramificação da transação."
+msgstr "As ramificações da transação são usadas para identificar diferente partes da mesma transação global. A qualquer instante em que o gerenciador da transação envolver um novo recurso recuperável numa transação, ele criará uma nova ramificação da transação."
 
 #. Tag: title
 #: Transactions.xml:165
@@ -472,7 +472,7 @@
 "fully distributed transactions and ORB portability with POA support."
 msgstr ""
 "As Transações JBoss são uma implementação 100% Java de um sistema de gerenciamento de transação gerenciável baseado no Serviço de Transação Sun Microsystems J2EE Java - Sun Microsystems J2EE Java "
-"Transaction Service (JTS) padrão. Nossa implementação do JTA utiliza o modelo do Serviço de Transação do Objeto - Object Transaction Service (OTS) do Grupo de Gerenciamento do Objeto para interoperabilidade da transação conforme recomendado nos J2EE e EJB padrões e leva ao mercado fornecendo muitos recursos avançados tais como as transações inteiramente distribuídas e portabilidade ORB com o suporte POA."
+"Transaction Service (JTS) padrão. Nossa implementação do JTA utiliza o modelo do Serviço de Transação do Objeto - Object Transaction Service (OTS) do Grupo de Gerenciamento do Objeto para interoperabilidade da transação conforme recomendado nos J2EE e EJB padrões, além de levar ao mercado e fornecer muitos recursos avançados tais como as transações inteiramente distribuídas e portabilidade ORB com o suporte POA."
 
 #. Tag: title
 #: Transactions.xml:172