[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