[jboss-cvs] JBossAS SVN: r78804 - projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR.

jboss-cvs-commits at lists.jboss.org jboss-cvs-commits at lists.jboss.org
Wed Sep 24 01:48:56 EDT 2008


Author: ldelima at redhat.com
Date: 2008-09-24 01:48:56 -0400 (Wed, 24 Sep 2008)
New Revision: 78804

Modified:
   projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Introduction.po
Log:
proofread in progress

Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Introduction.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Introduction.po	2008-09-24 02:38:09 UTC (rev 78803)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Introduction.po	2008-09-24 05:48:56 UTC (rev 78804)
@@ -1,30 +1,33 @@
+# translation of Introduction.po to Brazilian Portuguese
 # Language /tmp/mike/JBEAP420/Cache translations for JBEAP package.
-# Copyright (C) 2007 Free Software Foundation, Inc.
+# Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+#
 # Automatically generated, 2007.
-#
+# Leticia de Lima <ldelima at redhat.com>, 2008.
 msgid ""
 msgstr ""
-"Project-Id-Version: JBEAP 420\n"
+"Project-Id-Version: Introduction\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:44+0000\n"
-"PO-Revision-Date: 2001-02-09 01:25+0100\n"
-"Last-Translator: Automatically generated\n"
-"Language-Team: none\n"
+"PO-Revision-Date: 2008-09-24 15:48+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"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
 
 #. Tag: title
 #: Introduction.xml:5
 #, no-c-format
 msgid "Introduction"
-msgstr ""
+msgstr "Introdução"
 
 #. Tag: title
 #: Introduction.xml:7
 #, no-c-format
 msgid "What is a TreeCache?"
-msgstr ""
+msgstr "O que é o TreeCache?"
 
 #. Tag: para
 #: Introduction.xml:8
@@ -35,7 +38,7 @@
 "backbone for many fundamental JBoss Application Server clustering services, "
 "including - in certain versions - clustering JNDI, HTTP and EJB sessions, "
 "and clustering JMS."
-msgstr ""
+msgstr "O <literal>TreeCache</literal> é um cache tree estruturado, replicado e transacional do JBoss Cache. O <literal>TreeCache</literal> é o backbone para muitos Servidores de Aplicativo JBoss realizam o cluster em serviços incluindo (em determinadas versões) sessões JNDI, HTTP e EJB com cluster e JMS com cluster."
 
 #. Tag: para
 #: Introduction.xml:11
@@ -46,13 +49,13 @@
 "data store, may be embedded in other J2EE compliant application servers such "
 "as BEA WebLogic or IBM WebSphere, servlet containers such as Tomcat, or even "
 "in Java applications that do not run from within an application server."
-msgstr ""
+msgstr "Adicionado a isto, o <literal>TreeCache</literal> pode ser usado como um cache replicado e transacional autônomo, podendo ser incorporado em outros servidores de aplicativo complacente J2EE como BEA WebLogic ou IBM WebSphere, servlet containers tais como Tomcat ou ainda em aplicativos Java que não rodam a partir de um servidor de aplicativo."
 
 #. Tag: title
 #: Introduction.xml:17
 #, no-c-format
 msgid "TreeCache Basics"
-msgstr ""
+msgstr "Fundamentos do TreeCache"
 
 #. Tag: para
 #: Introduction.xml:18
@@ -65,7 +68,7 @@
 "node is found. It can also be accessed by giving a fully qualified name "
 "(FQN), which consists of the concatenation of all node names from the root "
 "to the node in question."
-msgstr ""
+msgstr "A estrutura de um <literal>TreeCache</literal> é uma tree com nós. Cada nó possui um nome e zero ou mais children. Um nó pode apenas possuir 1 parent, não existindo suporte para gráficos no momento. Um nó pode ser alcançado pela navegação de uma raiz repetitiva através do children, até que o nó de solicitação seja encontrado. Isto pode também ser acessado gerando um nome qualificado por inteiro (FQN), que consiste na concatenação de todos os nomes do nó a partir da raiz do nó em questão."
 
 #. Tag: para
 #: Introduction.xml:21
@@ -78,7 +81,7 @@
 "and values have to be <literal>Serializable</literal>. Serializability is "
 "not a requirement for <literal>PojoCache</literal>, where reflection and "
 "aspect-oriented programming is used to replicate any type."
-msgstr ""
+msgstr "Um <literal>TreeCache</literal> pode possuir múltiplas raízes, permitindo que um número de trees diferentes sejam apresentadas numa instância de cache única. Perceba que a tree de um nível é essencialmente um <literal>HashMap</literal>. Cada nó na tree possui um mapa de chaves e valores. Para o cache replicado, todas as chaves e valores precisam ser <literal>Serializable</literal>. A Serialização não é requerida para o <literal>PojoCache</literal>, onde a reflexão e a programação de aspecto-orientado são utilizados para replicar qualquer gênero."
 
 #. Tag: para
 #: Introduction.xml:24
@@ -89,7 +92,7 @@
 "replicated trees propagate any changes to all other replicated trees in the "
 "same cluster. A cluster may span different hosts on a network or just "
 "different JVMs on a single host."
-msgstr ""
+msgstr "O <literal>TreeCache</literal> pode ser tanto local ou replicado. As trees locais apenas existem dentro do Java VM em que elas são criadas, enquanto que as trees propagadas propagam qualquer alteração às outras trees replicadas no mesmo cluster. Um cluster poderá realizar o span em diferentes anfitriões numa rede ou apenas JVMs diferentes num único anfitrião."
 
 #. Tag: para
 #: Introduction.xml:27
@@ -110,6 +113,8 @@
 "literal>, but is a vital requirement for <literal>PojoCache</literal> (as we "
 "will see in the separate <literal>PojoCache</literal> documentation)."
 msgstr ""
+"A primeira versão do <literal>TreeCache</literal> era essencialmente um único <literal>HashMap</literal> daquele replicado. No entanto, foi optado pelo cache tree estruturado, pelos seguintes motivos: (a) isto é mais flexível e eficiente; e (b) o tree pode sempre ser reduzido a um mapa e, com isto, oferecendo ambas possibilidades. A discussão de eficiência foi dirigida pelas preocupações sobre a replicação à frente e era a respeito de que um valor por conta próprio pode ser preferencialmente um objeto sofisticado com a agregação apontando a outros objetos ou um objeto contento muitos campos. Uma pequena mudança no objeto pode, então, realizar o trigger em todo o (possivelmente o fechamento transitivo sobre o gráfico do objeto) a ser serializado e propagado a outros nós no cluster. Com uma tree, apenas os nós modificados na mesma precisam ser serializados e propagados. Isto não é na necessidade uma preocupação para o <literal>TreeCache</"
+"literal>, mas uma solicitação vital para o <literal>PojoCache</literal> (conforme veremos na documentação <literal>PojoCache</literal> separada)."
 
 #. Tag: para
 #: Introduction.xml:30
@@ -124,7 +129,7 @@
 "replication traffic and overhead. For example, if a caller makes 100 "
 "modifications and then rolls back the transaction, we will not replicate "
 "anything, resulting in no network traffic."
-msgstr ""
+msgstr "Quando uma alteração é realizada ao <literal>TreeCache</literal> e aquela alteração é feita no contexto da alteração de uma transação, então deferiremos a replicação das alterações até que a transação confirme com êxito. Todas as modificações são mantidas numa lista associada com a transação para o chamador. Quando a transação confirmar, replicaremos as alterações. Do contrário, (numa reversão) nós simplesmente desfaremos as alterações localmente e liberaremos qualquer bloqueio, resultando em zero o tráfico de replicação e adiante. Por exemplo, se um chamador realizar 100 modificações e então reverter a transação, não replicaremos nada, resultando em nenhum tráfego da rede."
 
 #. Tag: para
 #: Introduction.xml:33
@@ -137,7 +142,7 @@
 "transaction can be thought of as analogous as running with auto-commit "
 "switched on in JDBC terminology, where each operation is committed "
 "automatically."
-msgstr ""
+msgstr "Caso o chamador não possui uma transação associada com isto (e o nível de isolação for NONE - veremos mais a respeito disto adiante), replicaremos após cada modificação, por exemplo: no caso acima enviaríamos 100 mensagens, além de uma mensagem adicional para a reversão. Neste contexto, a execução sem uma transação pode ser pensada como um análogo uma vez que rodando com a confirmação automática ativada em cada terminologia, onde cada operação é confirmada automaticamente. "
 
 #. Tag: para
 #: Introduction.xml:36
@@ -148,7 +153,7 @@
 "Several <literal>TransactionManagerLookup</literal> implementations are "
 "provided for popular transaction managers, including a "
 "<literal>DummyTransactionManager</literal> for testing."
-msgstr ""
+msgstr "Existe um API para realizar o plugging em diferentes gerenciadores de transação: tudo o que isto solicita é obter a transação associada com o segmento do chamador.  Diversas implementações <literal>TransactionManagerLookup</literal> são fornecidas para gerenciadores de transações populares, incluindo um <literal>DummyTransactionManager</literal> para testes."
 
 #. Tag: para
 #: Introduction.xml:39
@@ -177,3 +182,4 @@
 "workspace data at commit time, and the occasional transaction commit failure "
 "due to validation failures at commit time."
 msgstr ""
+




More information about the jboss-cvs-commits mailing list