[jboss-svn-commits] JBL Code SVN: r23601 - labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_JTA_Administration_Guide/zh-CN.

Mon Oct 27 21:04:31 EDT 2008

Author: xhuang at jboss.com
Date: 2008-10-27 21:04:31 -0400 (Mon, 27 Oct 2008)
New Revision: 23601

Modified:
   labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_JTA_Administration_Guide/zh-CN/Administration_of_ArjunaTA.po
Log:
update

Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_JTA_Administration_Guide/zh-CN/Administration_of_ArjunaTA.po
===================================================================

--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_JTA_Administration_Guide/zh-CN/Administration_of_ArjunaTA.po	2008-10-28 00:27:54 UTC (rev 23600)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_JTA_Administration_Guide/zh-CN/Administration_of_ArjunaTA.po	2008-10-28 01:04:31 UTC (rev 23601)
@@ -1,14 +1,15 @@
 # translation of Administration_of_ArjunaTA.po to
 # Language zh-CN translations for  package.
+#
 # Automatically generated, 2008.
-#
+# Xi HUANG <xhuang at redhat.com>, 2008.
 msgid ""
 msgstr ""
 "Project-Id-Version: Administration_of_ArjunaTA\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-23 06:22+0000\n"
-"PO-Revision-Date: 2008-10-27 11:59+1000\n"
-"Last-Translator: \n"
+"PO-Revision-Date: 2008-10-28 11:04+1000\n"
+"Last-Translator: Xi HUANG <xhuang at redhat.com>\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
@@ -159,7 +160,6 @@
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:53
 #, no-c-format
-#, fuzzy
 msgid ""
 "The failure recovery subsystem of ArjunaTA will ensure that results of a "
 "transaction are applied consistently to all resources affected by the "
@@ -172,7 +172,7 @@
 "the transaction and the resources involved survives the failure and is "
 "accessible afterward: this information is held in the ActionStore, which is "
 "part of the ObjectStore."
-msgstr "ArjunaTA 的失效切换子系统将确保事务的结果持续地应用到它所影响的所有的资源中去，即使任何应用程序进程或主机崩溃或丢失了网络连接。在主机（系统）崩溃或网络出现故障的情况下，"
+msgstr "ArjunaTA 的失效切换子系统将确保事务的结果持续地应用到它所影响的所有的资源中去，即使任何应用程序进程或主机崩溃或丢失了网络连接。在主机（系统）崩溃或网络出现故障的情况下，要直到系统和网络恢复之后，切换过程才会进行，但原始的应用程序并不需要重启 - 切换被委托给了 Recovery Manager 进程（请参考下面内容）。失效后的切换需要事务和资源的信息来进行切换，这些信息在以后也可以被访问的：它们存储在 ObjectStore 里的 ActionStore 中。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:57
@@ -212,6 +212,8 @@
 "arjuna.ats.arjuna.recovery.RecoveryManager</package>. To start the Recovery "
 "Manager issue the following command:"
 msgstr ""
+"ArjunaTA 的失效切换子系统要求为每个对象库运行一个独立的 Recovery Manager 进程（通常是网络里的每个运行 ArjunaTA 应用程序的节点有一个）。<filename>RecoveryManager</filename> 文件位于  <package>com."
+"arjuna.ats.arjuna.recovery.RecoveryManager</package> 包的 <filename>arjunacore</filename> JAR 文件里。要启动 Recovery Manager，可运行下面的命令："
 
 #. Tag: screen
 #: Administration_of_ArjunaTA.xml:70
@@ -600,7 +602,7 @@
 "the following configuration, in the <filename>CommonLogging.xml</filename>, "
 "enables all debug messages related to the Crash Recovery protocol and issued "
 "by the ArjunaTA module."
-msgstr ""
+msgstr "描述 RecoveryManager 的启动和定期执行的动作的消息是 INFO 级别的输出。如果需要其他的调试跟踪信息，你应该设置合适的调优调试级别。例如，下面的 <filename>CommonLogging.xml</filename> 配置启用了和 Crash Recovery 协议相关且由 ArjunaTA 模块产生的所有调试信息。"
 
 #. Tag: screen
 #: Administration_of_ArjunaTA.xml:301
@@ -687,6 +689,10 @@
 "still in-doubt, it is possible the original application process has crashed "
 "and the item is a candidate for recovery."
 msgstr ""
+"这个接口具有两个方法：<methodname>periodicWorkFirstPass</"
+"methodname> 和 <methodname>periodicWorkSecondPass</methodname>。根据一定的时间间隔（由属性 <property>com.arjuna.ats.arjuna.recovery."
+"periodicRecoveryPeriod</property> 定义），RecoveryManager 将为每个属性调用第一个 pass 方法，然后等待短暂的时间（由 <property>com.arjuna.ats.arjuna.recovery.recoveryBackoffPeriod</"
+"property> 定义），再调用每个模块的第二个 pass 方法。通常，在调用第一个 pass 时，模块会进行扫描（对象库的相关部分）来寻找可疑的事务或资源（如提交过程进行了一半）。在调用第二个 pass 方法时，如果有任何仍然可疑的事务或资源存在，就说明原始的应用程序进程有可能已经崩溃，这个事务或资源就成为切换的备选项了。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:319
@@ -703,7 +709,7 @@
 "transaction-initiating process survives, the transaction will complete, "
 "usually generating a warning. Recovery of such a transaction is the "
 "RecoveryManager’s responsibility)."
-msgstr ""
+msgstr "RecoveryManager 试图切换原始进程仍在处理的事务很可能破坏一致性。因此，切换模块使用一个机制（在 <package>com.arjuna.ats.arjuna.recovery.TransactionStatusManager</package> 里实现）来检查原始进程是否还处于活动状态。只有原始进程已经终止，或者仍然活动但事务已经结束时，RecoveryManager 才会进行切换。（如果服务器进程或主机崩溃了，但初始事务的进程仍然活动，事务将结束且通常会产生一个警告。切换这样的事务也是 RecoveryManager 的职责。）"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:322
@@ -723,7 +729,7 @@
 "10 seconds) – its purpose is mainly to reduce the number of transactions "
 "that are candidates for recovery and which thus require a call to the "
 "original process to see if they are still in progress."
-msgstr ""
+msgstr "显然，设置合适的时间间隔是很重要的。总共循环的时间将是 periodicRecoveryPeriod、recoveryBackoffPeriod 和扫描对象库并试图切换任何可疑事务的时间的总和。切换尝试时间可能包括和已经崩溃或不可访问的进程或主机通信的连接超时时间（这是为什么切换系统有着避免不断切换同一事务的机制）。总共循环的时间将影响失效后资源保持不可访问状态的时间 - 应该相应设置 periodicRecoveryPeriod（缺省为 120 秒）。recoveryBackoffPeriod 可以相对较短（缺省为 10 秒） - 它的目的主要是减少作为切换备选的事务的个数，这需要调用原始进程来查看其是否仍然处于活动状态。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:326
@@ -732,7 +738,7 @@
 "In previous versions of ArjunaCore there was no contact mechanism, and the "
 "backoff period had to be long enough to avoid catching transactions in "
 "flight at all. From 3.0, there is no such risk."
-msgstr ""
+msgstr "ArjunaCore 以前的版本里没有 contact 机制，backoff 时间必须足够长来避免捕获冲突的事务。从 3.0 开始，这个问题已经被解决了。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:330
@@ -750,6 +756,8 @@
 "that a failure in an application process might occur while a periodic "
 "recovery pass is in progress). The default Recovery Extension settings are:"
 msgstr ""
+"ArjunaTA 提供两个切换模块（<interfacename>com.arjuna.ats."
+"arjuna.recovery.RecoveryModule</interfacename> 接口的实现），支持事务切换的不同方面（包括 JDBC 切换）。高级用户有可能创建自己的切换模块并向 Recovery Manager 注册。切换模块使用 <property>com.arjuna.ats.arjuna.recovery.RecoveryExtension</property> 开始的属性向 RecoveryManager 注册。它们按照排序的属性名调用定期切换的每个 pass 方法 - 因此有可能预测顺序（但请注意在定期切换的 pass 方法调用过程中，应用程序进程可能会发生崩溃）。缺省的 Recovery Extension 设置是："
 
 #. Tag: screen
 #: Administration_of_ArjunaTA.xml:333
@@ -794,6 +802,9 @@
 "RecoveryManager starts; if the value is negative, the first scan is delayed "
 "until after the first interval (using the absolute value)"
 msgstr ""
+"切换子系统的操作将导致对象库里创建的一些条目在普通情况下不会被删除。RecoveryManager 有一个扫描这些条目并删除非常旧的条目的机制。<interfacename>com.arjuna.ats.arjuna.recovery.ExpiryScanner</"
+"interfacename> 接口的实现执行这样的扫描和删除。通过把类名赋予名称以 <property>com.arjuna.ats.arjuna.recovery.expiryScanner</property> 开始的属性来加载这个接口的实现。RecoveryManager 以 <property>com.arjuna.ats.arjuna.recovery.expiryScanInterval</"
+"property> 指定的时间间隔对每个加载的 Expiry Scanner 实现调用 <methodname>scan()</methodname> 方法。这个值以小时为单位 - 缺省为 12。expiryScanInterval 为 0 将忽略任何过期的扫描。如果这个值为证数，RecoveryManager 启动时将进行第一个扫描；如果为负数，第一次扫描将在第一个时间间隔（使用绝对值）后才进行。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:340
@@ -814,6 +825,8 @@
 "is 12, zero means never expire). The expiry time should be greater than the "
 "lifetime of any single ArjunaTA-using process."
 msgstr ""
+"TransactionStatusManager 条目：由使用 ArjunaCore 的每个应用程序进程创建 - 它们包含允许 RecoveryManager 决定初始化事务的进程是否还活动以及事务的状态的信息。过期时间由属性 <property>com.arjuna.ats.arjuna."
+"recovery.transactionStatusManagerExpiryTime</property> 设置（以小时为单位 - 缺省为 12，0 表示不过期）。过期时间应该大于任何单个 ArjunaTA-using 进程的生存时间。"
 
 #. Tag: para
 #: Administration_of_ArjunaTA.xml:346


