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

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

Author: ldelima at redhat.com
Date: 2008-06-25 00:21:55 -0400 (Wed, 25 Jun 2008)
New Revision: 75027

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

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter_02.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter_02.po	2008-06-25 04:07:11 UTC (rev 75026)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/pt-BR/Chapter_02.po	2008-06-25 04:21:55 UTC (rev 75027)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Chapter_02\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-06-05 22:51+0000\n"
-"PO-Revision-Date: 2008-06-25 14:07+1000\n"
+"PO-Revision-Date: 2008-06-25 14:21+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"
@@ -1310,7 +1310,7 @@
 "normally under control of the system and requires no further intervention by "
 "the programmer. This ensures that the two-phase property can be correctly "
 "maintained."
-msgstr "O controlador atual é implementado pela classe <classname>LockManager</classname> que fornece o comportamento padrão concreto enquanto permitindo o programador substituí-la, caso considerado necessário pela semântica particular da classe sendo programada. A interface do programador primária para o controlador atual é feita através da operação setlock. Por padrão, o sistema de execução <emphasis>TxCore</emphasis> reforça o bloqueamento de duas fases total seguindo uma leitura múltipla, política de leitura múltipla baseado por objeto. A aquisição do 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 um bloqueio de leitura e gravação. No entanto, a liberação de bloqueio está normalmente sob controle do sistema e não requer futura intervenção por parte do prog!
 ramador. Isto significa que a propriedade de duas fases pode ser corretamente mantida."
+msgstr "O controlador atual é implementado pela classe <classname>LockManager</classname>, da qual fornece um comportamento padrão concreto enquanto permitindo que o programador substituí-la, caso isto seja considerado necessário pela semântica particular da classe sendo programada. A interface do programador primária para o controlador atual é feita através da operação setlock. Por padrão, o sistema de execução <emphasis>TxCore</emphasis> reforça o bloqueamento de duas fases total seguindo uma leitura múltipla, política de leitura múltipla baseado por objeto. A aquisição do 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 um bloqueio de leitura e gravação. No entanto, a liberação de bloqueio está normalmente sob controle do sistema e não requer futura intervençÃ!
 £o por parte do programador. Isto significa que a propriedade de duas fases pode ser corretamente mantida."
 
 #. Tag: para
 #: Chapter_02.xml:249
@@ -1327,6 +1327,8 @@
 "be saved if the object is recoverable. In a similar fashion, successful lock "
 "acquisition causes <command>activate</command> to be invoked."
 msgstr ""
+"A classe <classname>LockManager</classname> é primeiramente responsável pelas solicitações gerenciadas para configurar um bloqueio ou para liberar um bloqueio conforme apropriado. No entanto, uma vez que ela é derivada de um <classname>StateManager</"
+"classname>, ela pode também controlar quando algumas das facilidades hierárquicas são invocadas. Por exemplo, caso uma solicitação para configurar um bloqueio de gravação for concedida, então o <classname>LockManager</classname> invocará diretamente modificado assumindo que a configuração de um bloqueio de gravação implica que a operação de invocação deve ser a respeito da modificação do objeto. Isto poderá causar a informação de recuperação a ser salva caso o objeto seja recuperado. Num processo parecido, a aquisição de bloqueio com êxito causa a invocação do <command>activate</command>."
 
 #. Tag: para
 #: Chapter_02.xml:251