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

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Tue Jul 1 20:00:55 EDT 2008


Author: ldelima at redhat.com
Date: 2008-07-01 20:00:55 -0400 (Tue, 01 Jul 2008)
New Revision: 75284

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

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter.po	2008-07-01 23:00:20 UTC (rev 75283)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter.po	2008-07-02 00:00:55 UTC (rev 75284)
@@ -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:51+0000\n"
-"PO-Revision-Date: 2008-07-01 16:36+1000\n"
+"PO-Revision-Date: 2008-07-02 10:00+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"
@@ -501,7 +501,7 @@
 msgid ""
 "local disk/database implementation, where locks are made persistent by being "
 "written to the local file system or database."
-msgstr "implementação de disco local/banco de dados, onde bloqueios s"
+msgstr "implementação do disco local/banco de dados, onde os bloqueios tornam-se persistentes ao serem gravados ao sistema de arquivo local ou banco de dados."
 
 #. Tag: para
 #: Chapter.xml:102
@@ -512,7 +512,7 @@
 "performance than when writing locks to the local disk, but objects cannot be "
 "shared between virtual machines. Importantly, it is a basic Java object with "
 "no requirements which can be affected by the SecurityManager"
-msgstr ""
+msgstr "uma implementação puramente local, onde os bloqueios são mantidos com a memória da máquina virtual que os criou. Esta implementação possui um melhor desempenho que quando gravando bloqueios a discos locais, mas os objetos não podem ser compartilhados entre máquinas virtuais. E, o mais importante, isto é um objeto Java básico sem nenhuma solicitação que pode ser afetada pelo SecurityManager"
 
 #. Tag: para
 #: Chapter.xml:105
@@ -525,7 +525,7 @@
 "the <classname>Lock</classname> class it is possible for programmers to "
 "provide their own lock implementations with different lock conflict rules to "
 "enable <firstterm>type specific concurrency control</firstterm>."
-msgstr ""
+msgstr "A interface do programador primário ao controlador de concorrência é feita através da operação setlock. Por padrão, o sistema de rodagem reforça o bloqueamento bifásico seguindo uma leitura múltipla, política de gravação única baseada no objeto. No entanto, conforme demonstrado em <xref linkend=\"figure_1\"/>, é possível que programadores forneçam suas próprias implementações de bloqueio com diferentes regras de conflito de bloqueio com a finalidade de capacitar o <firstterm>type specific concurrency control</firstterm>, por herança a partir da classe de <classname>Lock</classname>."
 
 #. Tag: para
 #: Chapter.xml:107
@@ -538,7 +538,7 @@
 "control of the system and requires no further intervention by the "
 "programmer. This ensures that the two-phase property can be correctly "
 "maintained."
-msgstr ""
+msgstr "A aquisição de bloqueio está sob controle do programador, uma vez que o <classname>StateManager</classname> não pode determinar se uma operação modifica um objeto. O <classname>LockManager</classname> não pode determinar se uma operação solicita uma leitura ou bloqueio de gravação. No entanto, a liberação de bloqueio está sob o controle do sistema e não requer qualquer intervenção por parte do programador. Isto garante que a propriedade bifásica pode ser corretamente mantida."
 
 #. Tag: screen
 #: Chapter.xml:109
@@ -568,12 +568,14 @@
 "if the object is recoverable. In a similar fashion, successful lock "
 "acquisition causes activate to be invoked."
 msgstr ""
+"A classe <classname>LockManager</classname> é primeiramente responsável pelas solicitações de gerenciamento para determinar um bloqueio em um objeto ou para liberar um bloqueio conforme seja apropriado. No entanto, uma vez que isto deriva-se de um <classname>StateManager</"
+"classname>, ela pode também controlar quando algumas das facilidades herdadas são invocadas. Por exemplo: o <classname>LockManager</classname> assume que a configuração de um bloqueio de gravação implica que a operação de invocação deve ser referente à modificação do objeto. Isto poderá causar em retorno o salvamento da informação de recuperação, caso o objeto seja recuperável. Similarmente, a aquisição de bloqueio sucedida com êxito causa a invocação da ativação."
 
 #. Tag: para
 #: Chapter.xml:113
 #, no-c-format
 msgid "The code below shows how we may try to obtain a write lock on an object:"
-msgstr ""
+msgstr "O código abaixo apresenta como nós tentaremos obter um bloqueio de gravação num objeto:"
 
 #. Tag: screen
 #: Chapter.xml:115
@@ -643,7 +645,7 @@
 #: Chapter.xml:120
 #, no-c-format
 msgid "The transaction protocol engine"
-msgstr ""
+msgstr "O mecanismo do protocolo de transação"
 
 #. Tag: para
 #: Chapter.xml:122
@@ -659,7 +661,7 @@
 "transaction. Because <emphasis>TxCore</emphasis> supports subtransactions, "
 "if a transaction is begun within the scope of an already executing "
 "transaction it will automatically be nested."
-msgstr ""
+msgstr "O mecanismo de protocolo de transação é representado pela classe <classname>AtomicAction</classname>, que usa o <classname>StateManager</classname> com a finalidade de gravar informações suficientes de mecanismos de recuperação de travamento. Tudo isto, com a finalidade de completar a transação em um evento de falha. Isto possui métodos para inicialização e encerramento da transação, e para situações onde programadores solicitam a implementação dos próprios recursos, existem métodos para registrá-los com a transação atual. Caso a transação seja iniciada com o escopo de uma transação já executada, ela será automaticamente aninhada, baseando-se no fato de que o <emphasis>TxCore</emphasis> suporta sub-transações."
 
 #. Tag: para
 #: Chapter.xml:124
@@ -669,7 +671,7 @@
 "within an application to share a transaction or execute within its own "
 "transaction. Therefore, all <emphasis>TxCore</emphasis> classes are also "
 "thread safe."
-msgstr ""
+msgstr "O <emphasis>TxCore</emphasis> está ciente da multi-segmentação, permitindo que cada segmento de um aplicativo compartilhe uma transação ou execute-a em sua própria transação. Portanto, todas as classes são também segmentadas com segurança."
 
 #. Tag: title
 #: Chapter.xml:128
@@ -742,14 +744,14 @@
 "maintains the mapping between object names and locations and is described in "
 "a later chapter."
 msgstr ""
-"A criaçaõ de bindings para objetos de persistência; isto pode envolver a criação de objetos stub e uma chamada de objetos remotos. No exemplo acima efetuaramos o binding novamente para um objeto de persistência existente identificado pelo <literal>Name-A</"
-"literal>, além de um novo objeto de persistência."
+"A criação de bindings para objetos de persistência. Isto pode envolver a criação de objetos stub e uma chamada de objetos remotos. No exemplo acima, nós usamos novamente o binding para um objeto de persistência existente identificado pelo <literal>Name-A</"
+"literal>, além de um novo objeto de persistência. O sistema de nomeação para objetos remotos mantém o mapeamento entre nomes de objetos e localizações. Você poderá encontrar maiores informações referentes a esta questão nos capítulos seguintes."
 
 #. Tag: para
 #: Chapter.xml:138
 #, no-c-format
 msgid "Start of the atomic transaction."
-msgstr ""
+msgstr "Inicialização da transação atômica"
 
 #. Tag: para
 #: Chapter.xml:139
@@ -761,7 +763,7 @@
 "latest committed state from the object store. The first time a lock is "
 "acquired on an object within a transaction the object’s state is acquired, "
 "if possible, from the object store."
-msgstr ""
+msgstr "As invocações de operação. Como parte de uma invocação dada,a implementaçºao do objeto é responsável em garantir que "
 
 #. Tag: para
 #: Chapter.xml:140




More information about the jboss-cvs-commits mailing list