[jboss-cvs] JBossAS SVN: r78939 - 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
Mon Sep 29 21:33:35 EDT 2008
Author: ldelima at redhat.com
Date: 2008-09-29 21:33:35 -0400 (Mon, 29 Sep 2008)
New Revision: 78939
Modified:
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Replication.po
projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/State_transfer.po
Log:
proofread in progress
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Replication.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Replication.po 2008-09-29 23:45:53 UTC (rev 78938)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/Replication.po 2008-09-30 01:33:35 UTC (rev 78939)
@@ -9,7 +9,7 @@
"Project-Id-Version: Replication\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-21 04:44+0000\n"
-"PO-Revision-Date: 2008-09-30 09:22+1000\n"
+"PO-Revision-Date: 2008-09-30 11:24+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"
@@ -245,11 +245,10 @@
#. Tag: para
#: Replication.xml:70
#, no-c-format
-#, fuzzy
msgid ""
"The <literal>NextMemberBuddyLocator</literal> takes in 2 parameters, both "
"optional."
-msgstr "O <literal>NextMemberBuddyLocator</literal> leva em 2 parâmetros, ambos opcionais."
+msgstr "O <literal>NextMemberBuddyLocator</literal> adota dois parâmetros, ambos opcionais."
#. Tag: para
#: Replication.xml:73
@@ -267,7 +266,7 @@
"<emphasis>try</emphasis> to select a buddy on a different physical host. If "
"not able to do so though, it will fall back to colocated instances. This "
"defaults to <literal>true</literal>."
-msgstr "<literal>ignoreColocatedBuddies</literal> -significa que cada instância <emphasis>tentará</emphasis> selecionar um buddy em um hospedeiro físico. Caso não seja apto a fazer isto com a "
+msgstr "<literal>ignoreColocatedBuddies</literal> -significa que cada instância <emphasis>tentará</emphasis> selecionar um buddy em um hospedeiro físico. Caso não seja apto a realizar esta tarefa complicada, isto falhará em alocar as instâncias novamente. Este padrão é <literal>true</literal>."
#. Tag: title
#: Replication.xml:83
@@ -290,18 +289,7 @@
"picking an instance on a different host on the same rack, "
"<literal>BuddyLocator</literal>s would rather pick the instance in the same "
"buddy pool, on a separate rack which may add a degree of redundancy."
-msgstr ""
-"Also known as replication groups, a buddy pool is an optional construct "
-"where each instance in a cluster may be configured with a buddy pool name. "
-"Think of this as an 'exclusive club membership' where when selecting "
-"buddies, <literal>BuddyLocator</literal>s would try and select buddies "
-"sharing the same buddy pool name. This allows system administrators a degree "
-"of flexibility and control over how buddies are selected. For example, a "
-"sysadmin may put two instances on two separate physical servers that may be "
-"on two separate physical racks in the same buddy pool. So rather than "
-"picking an instance on a different host on the same rack, "
-"<literal>BuddyLocator</literal>s would rather pick the instance in the same "
-"buddy pool, on a separate rack which may add a degree of redundancy."
+msgstr "Também conhecido como grupos de replicação, um buddy pool é uma construção opcional onde cada instância em um cluster pode ser configurada com um nome do buddy pool. Pense nisto como um 'sócio exclusivo', do qual quando selecionando buddies, os <literal>BuddyLocator</literal>s tentarão e selecionarão buddies compartilhados no mesmo nome do buddy pool. Isto permite aos administradores do sistema um grau de flexibilidade e controle sobre como os buddies são selecionados. Por exemplo: um sysadmin poderá adicionar duas instâncias em dois servidores físicos separados que poderão estar em dois racks físicos separados de mesmo buddy pool. Desta forma, ao invés de selecionar uma instância em um hospedeiro diferente de mesmo rack, o <literal>BuddyLocator</literal>s optará por selecionar a instância no mesmo buddy pool, em um rack separado em que poderá adicionar um grau de redundância."
#. Tag: title
#: Replication.xml:90
@@ -318,12 +306,7 @@
"service such as HTTP session replication) is able to redirect the request to "
"any other random cache instance in the cluster. This is where a concept of "
"Data Gravitation comes in."
-msgstr ""
-"In the unfortunate event of an instance crashing, it is assumed that the "
-"client connecting to the cache (directly or indirectly, via some other "
-"service such as HTTP session replication) is able to redirect the request to "
-"any other random cache instance in the cluster. This is where a concept of "
-"Data Gravitation comes in."
+msgstr "No evento desafortunado de um travamento de instância, assume-se que a conexão do cliente a um cache (diretamente ou indiretamente através de algum outro serviço como uma replicação da sessão HTTP) é apta a redirecionar a solicitação a qualquer outra instância de cache aleatório no cluster. Isto é onde o conceito de Gravitação de Dados aparece."
#. Tag: para
#: Replication.xml:94
@@ -336,14 +319,7 @@
"other caches. This means that even if a cache containing your session dies, "
"other instances will still be able to access this data by asking the cluster "
"to search through their backups for this data."
-msgstr ""
-"Data Gravitation is a concept where if a request is made on a cache in the "
-"cluster and the cache does not contain this information, it then asks other "
-"instances in the cluster for the data. If even this fails, it would "
-"(optionally) ask other instances to check in the backup data they store for "
-"other caches. This means that even if a cache containing your session dies, "
-"other instances will still be able to access this data by asking the cluster "
-"to search through their backups for this data."
+msgstr "A Gravitação de Dados é um conceito onde caso uma solicitação é feita num cache de um cluster e o cache não conter esta informação, ele então perguntará a outras instâncias de um cluster pelos dados. E, se mesmo assim isto falhar, ele perguntará (opcionalmente) a outras instâncias para checar os dados de backup que eles armazenam para outros caches. Isto significa que mesmo se um cache contendo sua sessão encerrar, outras instâncias estarão aptas a acessar este dado pedindo ao cluster para buscar através de seus backups por seus dados."
#. Tag: para
#: Replication.xml:97
@@ -354,12 +330,7 @@
"removed from all other instances (and backups) so that if session affinity "
"is used, the affinity should now be to this new cache instance which has "
"just <emphasis>taken ownership</emphasis> of this data."
-msgstr ""
-"Once located, this data is then transferred to the instance which requested "
-"it and is added to this instance's data tree. It is then (optionally) "
-"removed from all other instances (and backups) so that if session affinity "
-"is used, the affinity should now be to this new cache instance which has "
-"just <emphasis>taken ownership</emphasis> of this data."
+msgstr "Uma vez localizados, estes dados são então transferidos a uma instância que solicitou isto e são adicionados à tree de dados da instância. Isto é então (opcionalmente) removido de todas as demais instâncias (e backups), de forma que a afinidade de sessão é utilizada. A afinidade deve ser a esta nova instância de cache que acabou de <emphasis>tomar posse</emphasis> destes dados."
#. Tag: para
#: Replication.xml:100
@@ -367,9 +338,7 @@
msgid ""
"Data Gravitation is implemented as an interceptor. The following (all "
"optional) configuration properties pertain to data gravitation."
-msgstr ""
-"Data Gravitation is implemented as an interceptor. The following (all "
-"optional) configuration properties pertain to data gravitation."
+msgstr "A Gravitação de Dados é implementada como um interceptor. As seguintes propriedades de configuração (todas opcionais) pertencem à gravitação de dados."
#. Tag: para
#: Replication.xml:103
@@ -382,12 +351,8 @@
"in cache loaders will remain. This is useful if you have a shared cache "
"loader configured. Defaults to <literal>true</literal>."
msgstr ""
-"<literal>dataGravitationRemoveOnFind</literal> - forces all remote caches "
-"that own the data or hold backups for the data to remove that data, thereby "
-"making the requesting cache the new data owner. If set to <literal>false</"
-"literal> an evict is broadcast instead of a remove, so any state persisted "
-"in cache loaders will remain. This is useful if you have a shared cache "
-"loader configured. Defaults to <literal>true</literal>."
+"<literal>dataGravitationRemoveOnFind</literal> - força todos os caches remotos que possuem os dados ouu retém os backups para os dados removerem aqueles dados, portanto fazendo uma solicitação de cache ao novo proprietário dos dados. Caso configurado para <literal>false</"
+"literal> uma remoção é transferida ao invés de ser removida, de forma que qualquer estado persistente nos carregadores do cache serão mantidos. Isto é útil caso você tenha um configurado carregador de cache compartilhado. Padrões para <literal>true</literal>."
#. Tag: para
#: Replication.xml:106
@@ -398,12 +363,7 @@
"<literal>true</literal>. The resulting effect is that if this is "
"<literal>true</literal> then backup nodes can respond to data gravitation "
"requests in addition to data owners."
-msgstr ""
-"<literal>dataGravitationSearchBackupTrees</literal> - Asks remote instances "
-"to search through their backups as well as main data trees. Defaults to "
-"<literal>true</literal>. The resulting effect is that if this is "
-"<literal>true</literal> then backup nodes can respond to data gravitation "
-"requests in addition to data owners."
+msgstr "<literal>dataGravitationSearchBackupTrees</literal> - Pergunta às instâncias remotas a buscar através de seus backups assim como as trees de dados principais. Padões para <literal>true</literal>. O efeito resultae é que se isto for <literal>true</literal>, então os nós de backup podem responder às solicitações de gravitação de dados em adicição aos proprietários de dados."
#. Tag: para
#: Replication.xml:109
@@ -417,19 +377,14 @@
"literal> is <literal>true</literal> this <literal>Option</literal> is "
"unnecessary."
msgstr ""
-"<literal>autoDataGravitation</literal> - Whether data gravitation occurs for "
-"every cache miss. My default this is set to <literal>false</literal> to "
-"prevent unnecessary network calls. Most use cases will know when it may need "
-"to gravitate data and will pass in an <literal>Option</literal> to enable "
-"data gravitation on a per-invocation basis. If <literal>autoDataGravitation</"
-"literal> is <literal>true</literal> this <literal>Option</literal> is "
-"unnecessary."
+"<literal>autoDataGravitation</literal> - Se é que a gravitação de dados ocorre para cada cache perdido. Meu padrão para isto é configurado para <literal>false</literal> com o objetivo de se prevenir chamadas de rede desnecessárias. A maioria dos casos de uso saberão quando isto precisará gravitar dados e passará numa <literal>Option</literal> para possibilitar a gravitação de dados baseando-se na pré-invocação. Caso o <literal>autoDataGravitation</"
+"literal> seja <literal>true</literal>, esta <literal>Option</literal> será desnecessária."
#. Tag: title
#: Replication.xml:116
#, no-c-format
msgid "Implementation"
-msgstr "Implementation"
+msgstr "Implementação"
#. Tag: title
#: Replication.xml:119
@@ -437,15 +392,13 @@
msgid ""
"Class diagram of the classes involved in buddy replication and how they are "
"related to each other"
-msgstr ""
-"Class diagram of the classes involved in buddy replication and how they are "
-"related to each other"
+msgstr "O diagrama da classe das classes envolvidas numa replicação e como elas relacionam-se entre si mesmas."
#. Tag: title
#: Replication.xml:130
#, no-c-format
msgid "Configuration"
-msgstr "Configuration"
+msgstr "Configuração"
#. Tag: programlisting
#: Replication.xml:132
@@ -575,7 +528,7 @@
#: Replication.xml:141
#, no-c-format
msgid "Clustered Cache - Using Invalidation"
-msgstr "Clustered Cache - Using Invalidation"
+msgstr "Cache com Cluster - Usando a Invalidação"
#. Tag: para
#: Replication.xml:142
@@ -590,16 +543,7 @@
"traffic is minimised as invalidation messages are very small compared to "
"replicating updated data, and also that other caches in the cluster look up "
"modified data in a lazy manner, only when needed."
-msgstr ""
-"If a cache is configured for invalidation rather than replication, every "
-"time data is changed in a cache other caches in the cluster receive a "
-"message informing them that their data is now stale and should be evicted "
-"from memory. Invalidation, when used with a shared cache loader (see chapter "
-"on Cache Loaders) would cause remote caches to refer to the shared cache "
-"loader to retrieve modified data. The benefit of this is twofold: network "
-"traffic is minimised as invalidation messages are very small compared to "
-"replicating updated data, and also that other caches in the cluster look up "
-"modified data in a lazy manner, only when needed."
+msgstr "Caso um cache seja configurado para a validação ao invés da replicação, cada dado de tempo é alterado num cache, outros caches num cluster receberão uma mensagem informando-os que seus dados são agora obsoletos e deverão ser removidos da memória. Quando a invalidação for usada com um carregador de cache compartilhado (consulte o capítulo de Carregadores de Cache) poderá levar aos caches remotos a referirem-se ao carregador de cache compartilhado para recuperar os dados modificados. O benefício disto é duplicado: o tráfego da rede é minimizado como as mensagens de invalidação são bem pequenas comparadas à replicação de dados atualizados e também os demais caches no cluster observarão poucas vezes os dados modificados, apenas quando necessário."
#. Tag: para
#: Replication.xml:145
@@ -609,11 +553,7 @@
"at the end of a transaction, upon successful commit. This is usually more "
"efficient as invalidation messages can be optimised for the transaction as a "
"whole rather than on a per-modification basis."
-msgstr ""
-"Invalidation messages are sent after each modification (no transactions), or "
-"at the end of a transaction, upon successful commit. This is usually more "
-"efficient as invalidation messages can be optimised for the transaction as a "
-"whole rather than on a per-modification basis."
+msgstr "As mensagens de invalidação são enviadas após cada modificação (sem transações) ou no final de cada transação, até a confirmação com êxito. Isto é normalmente mais eficiente, pois as mensagens de invalidação podem ser otimizadas para a transação como um todo ao invés do modo por modificações."
#. Tag: para
#: Replication.xml:148
@@ -624,10 +564,5 @@
"cluster receive invalidation messages and have evicted stale data while "
"asynchronous invalidation works in a 'fire-and-forget' mode, where "
"invalidation messages are broadcast but doesn't block and wait for responses."
-msgstr ""
-"Invalidation too can be synchronous or asynchronous, and just as in the case "
-"of replication, synchronous invalidation blocks until all caches in the "
-"cluster receive invalidation messages and have evicted stale data while "
-"asynchronous invalidation works in a 'fire-and-forget' mode, where "
-"invalidation messages are broadcast but doesn't block and wait for responses."
+msgstr "A invalidação também pode ser síncrona ou assíncrona e apenas no caso da replicação, a invalidação síncrona realiza o bloqueio até que todos os caches do cluster recebam as mensagens de invalidação e tenham removido os dados obsoletos, enquanto a invalidação assíncrona funciona num modo'fire-and-forget', onde as mensagens de invalidação são transmitidas, mas não bloqueiam e esperam por respostas."
Modified: projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/State_transfer.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/State_transfer.po 2008-09-29 23:45:53 UTC (rev 78938)
+++ projects/docs/enterprise/4.3/Cache/Cache_Tree_Cache_Guide/pt-BR/State_transfer.po 2008-09-30 01:33:35 UTC (rev 78939)
@@ -1,24 +1,27 @@
+# translation of State_transfer.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: State_transfer\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-30 11:33+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
#: State_transfer.xml:5
#, no-c-format
msgid "State Transfer"
-msgstr ""
+msgstr "Transferência de Estado"
#. Tag: para
#: State_transfer.xml:6
@@ -27,20 +30,19 @@
"\"State Transfer\" refers to the process by which a JBoss Cache instance "
"prepares itself to begin providing a service by acquiring the current state "
"from another cache instance and integrating that state into its own state."
-msgstr ""
+msgstr "\"Transferência de Estado\" refere-se ao processo pelo qual uma instância de cache JBoss Cache prepara-se a começar a fornecer um serviço pela absorção do estado atual a partir de outra instância de cache e integrando aquele estado dentro do próprio estado."
#. Tag: title
#: State_transfer.xml:10
#, no-c-format
msgid "Types of State Transfer"
-msgstr ""
+msgstr "Tipos de Transferência de Estado"
#. Tag: para
#: State_transfer.xml:11
#, no-c-format
-msgid ""
-"The state that is acquired and integrated can consist of two basic types:"
-msgstr ""
+msgid "The state that is acquired and integrated can consist of two basic types:"
+msgstr "O estado que é adquirido e integrado pode consistir em dois tipos básicos:"
#. Tag: para
#: State_transfer.xml:16
@@ -51,7 +53,7 @@
"nodes in the cache that is providing state are serialized and transferred; "
"the recipient deserializes the data, creates corresponding nodes in its own "
"in-memory tree, and populates them with the transferred data."
-msgstr ""
+msgstr "Estado \"transitório\" ou \"em memória\". Isto consiste no estado em memória atuaç de outra instância de cache -- os conteúdos "
#. Tag: para
#: State_transfer.xml:19
@@ -264,3 +266,4 @@
"activating a region will request partial state from each instance for which "
"it is serving as a backup."
msgstr ""
+
More information about the jboss-cvs-commits
mailing list