[jboss-cvs] JBossAS SVN: r77758 - projects/docs/enterprise/4.3/Cache/Cache_FAQ/zh-CN.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Mon Sep 1 21:21:35 EDT 2008
Author: xhuang at jboss.com
Date: 2008-09-01 21:21:35 -0400 (Mon, 01 Sep 2008)
New Revision: 77758
Modified:
projects/docs/enterprise/4.3/Cache/Cache_FAQ/zh-CN/Cache_Frequently_Asked_Questions.po
Log:
update
Modified: projects/docs/enterprise/4.3/Cache/Cache_FAQ/zh-CN/Cache_Frequently_Asked_Questions.po
===================================================================
--- projects/docs/enterprise/4.3/Cache/Cache_FAQ/zh-CN/Cache_Frequently_Asked_Questions.po 2008-09-02 00:05:40 UTC (rev 77757)
+++ projects/docs/enterprise/4.3/Cache/Cache_FAQ/zh-CN/Cache_Frequently_Asked_Questions.po 2008-09-02 01:21:35 UTC (rev 77758)
@@ -5,7 +5,7 @@
"Project-Id-Version: Cache_Frequently_Asked_Questions\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-05-30 03:54+0000\n"
-"PO-Revision-Date: 2008-09-01 20:02+1000\n"
+"PO-Revision-Date: 2008-09-02 11:20+1000\n"
"Last-Translator: Xi HUANG <xhuang at redhat.com>\n"
"Language-Team: Chinese Simplified <kde-i18n-doc at lists.kde.org>\n"
"MIME-Version: 1.0\n"
@@ -1293,7 +1293,7 @@
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1035
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"To implement this feature, please follow the instructions indicated in the "
"example located in the TreeCacheMarshaller section of the user's guide. It's "
@@ -1302,7 +1302,7 @@
"lifecycle methods, such as <literal>start()</literal> and <literal>stop()</"
"literal>. The key would be for this MBean to depend on the target cache, so "
"that it can operate as long as the cache is up and running."
-msgstr "要实现这个特征，请遵循《用户手册》里 TreeCacheMarshaller 部分的例程中的说明。"
+msgstr "要实现这个特征，请遵循《用户手册》里 TreeCacheMarshaller 部分的例程中的说明。你可以把 <literal>ServletContextListener</literal> 代码添加到包含生命周期方法（如 <literal>start()</literal> 和 <literal>stop()</literal>）的 <literal>MBean</literal> 里。这个 MBean 的关键是目标缓存，只要缓存启动和运行，它就可以操作。"
#. Tag: title
#: Cache_Frequently_Asked_Questions.xml:1049
@@ -1722,7 +1722,7 @@
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1453
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"No. Since the Collection classes such as <literal>ArrayList</literal> are "
"java util classes, aop by default won't instrument these classes. Instead, "
@@ -1731,7 +1731,7 @@
"delegate the operations to a cache interceptor that implements the actual "
"Collection classes APIs. That is, the system classes won't be invoked when "
"used in PojoCache."
-msgstr "不。既然 Collection"
+msgstr "不。既然集合类（如 <literal>ArrayList</literal>）是 Java util 类，aop 缺省不会 instrument 这些类。相反，PojoCache 将为集合类生成一个动态的类代理（对其调用 <literal>putObject</literal>）。这个代理将把操作委托给实现实际的集合类 API 的缓存拦截器。也就是在 PojoCache 里使用的系统类不会被调用。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1465
@@ -1742,7 +1742,7 @@
"implications in performance for certain APIs. For example, both "
"<literal>ArrayList</literal> and <literal>LinkedList</literal> will have the "
"same implementation. Plan is currently underway to optimize these APIs."
-msgstr ""
+msgstr "缓存拦截器在内部和底层的缓存库进行直接交互来实现 API。请注意，这对客户端的 API 的性能会有影响。例如，<literal>ArrayList</literal> 和 <literal>LinkedList</literal> 都会有相同的实现。我们正计划优化这些 API。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1480
@@ -1804,7 +1804,7 @@
msgid ""
"What is the proper way of assigning two different keys with Collection class "
"object?"
-msgstr ""
+msgstr "为集合类对象分配两个不同的键值的正确方法是什么？"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1516
@@ -1813,7 +1813,7 @@
"Let's say you want to assign a <literal>List</literal> object under two "
"different names, you will need to use the class proxy to insert the second "
"time to ensure both are managed by the cache. Here is the code snippet."
-msgstr ""
+msgstr "假设你想为 <literal>List</literal> 对象分配两个不同的名字，你需要使用类代理进行第二次插入来确保两者都被缓存所管理。下面是一个代码片段。"
#. Tag: programlisting
#: Cache_Frequently_Asked_Questions.xml:1524
@@ -1834,6 +1834,20 @@
" // Note you will need to use the proxy here!!\n"
" myList.remove(\"second\");"
msgstr ""
+"ArrayList list = new ArrayList();\n"
+" list.add(\"first\");\n"
+"\n"
+" cache.putObject(\"/list\", list); \n"
+" // Put the list under the aop cache\n"
+"\n"
+" ArrayList myList = (List)cache.getObject(\"/list\"); \n"
+" // we are getting a dynamic proxy instead\n"
+" myList.add(\"second\"); \n"
+" // it works now\n"
+"\n"
+" cache.putObject(\"/list_alias\", myList); \n"
+" // Note you will need to use the proxy here!!\n"
+" myList.remove(\"second\");"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1530
@@ -1843,7 +1857,7 @@
"classes once they are managed by the cache. But what happens to Pojos that "
"share the Collection objects, e.g., a <literal>List</literal> instance that "
"is shared by 2 Pojos?"
-msgstr ""
+msgstr "我知道，一旦集合类由缓存所管理，在操作它时我将使用代理。但如果两个 POJO 共享集合类对象（如 <literal>List</literal> 实例）时，会发生什么事情？"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1539
@@ -1853,7 +1867,7 @@
"automatically. That is, when you ask the Cache to manage it, the Cache will "
"dynamically swap out the regular Collection references with the dynamic "
"proxy ones. As a result, it is transparent to the users."
-msgstr ""
+msgstr "关系集合类实例的 POJO 将由缓存自动处理。那就是，当你要缓存对它进行管理时，缓存将动态地交换常规集合类引用和动态的代理引用。因此，这对于用户来说是透明的。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1550
@@ -1932,7 +1946,7 @@
#: Cache_Frequently_Asked_Questions.xml:1608
#, no-c-format
msgid "As mentioned in the reference doc, PojoCache has the following advantages:"
-msgstr "如参考文档里搜提及的，PojoCache 具有下列的优点："
+msgstr "如参考文档里所提及的，PojoCache 具有下列的优点："
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1611
@@ -1942,7 +1956,7 @@
"PojoCache and once your POJO is put in the cache store, there is no need to "
"use another API to trigger your changes. Furthermore, the replication are "
"fine-grained field level. Note this also applies to persistency."
-msgstr ""
+msgstr "细颗粒度的复制和/或持久性。如果你使用了分布式的 PojoCache 且一旦你的 POJO 被放入了缓存库，你就不需要使用其他的 API 来触发修改。而且，复制是基于细颗粒度的字段级别。请注意，这也适用于它的持久性功能。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1618
@@ -1950,7 +1964,7 @@
msgid ""
"Fine-grained replication can have potential performance gain if your POJO is "
"big and the changes are fine-grained, e.g., only to some selected fields."
-msgstr ""
+msgstr "如果你的 POJO 很大且相关修改是细颗粒度的（如只限于几个字段），细颗粒度的复制就可能对性能有益。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1623
@@ -1958,13 +1972,13 @@
msgid ""
"POJO can posses object relationship, e.g., multiple referenced. Distributed "
"PojoCache will handle this transparently for you."
-msgstr ""
+msgstr "POJO 可以管理对象关系，如多重引用。分布式的 PojoCache 将为你透明地处理这些事情。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1628
#, no-c-format
msgid "And here are some cases that you may not want to use PojoCache:"
-msgstr ""
+msgstr "在这些情况下你可能会不想使用 PojoCache："
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1631
@@ -1973,7 +1987,7 @@
"You use only cache. That is you don't need replication or persistency. Then "
"since everything is operated on the in-memory POJO reference, there is no "
"need for PojoCache."
-msgstr ""
+msgstr "你仅仅使用缓存，而不需要进行复制和持久化。既然一切都基于内存里的 POJO 引用，你不需要使用 PojoCache。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1636
@@ -1982,7 +1996,7 @@
"You have simple and small POJOs. Your POJO is small in size and also there "
"is no object relationship, then PojoCache possess not clear advantage to "
"plain cache."
-msgstr ""
+msgstr "你的 POJO 很简单而且很小。如果你的 POJO 很小且没有对象关系，相对普通缓存 PojoCache 就没有明显的优势。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1641
@@ -1992,7 +2006,7 @@
"twice as much of memory (the original POJO in-memory space and also the "
"additional cache store for the primitive fields), you may not want to use "
"PojoCache."
-msgstr ""
+msgstr "你的内存有限。因为 PojoCache 几乎需要两倍的内存（原始的 POJO 空间以及用于 primitive 字段的其他缓存库），所以你可能就会放弃对 PojoCache 的使用。"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1647
@@ -2001,13 +2015,13 @@
"Your POJO lifetime is short. That is, you need to create and destroy your "
"POJO often. Then you need to do \"pubObject\" and \"removeObject\" often, it "
"will be slow in performance."
-msgstr ""
+msgstr "你的 POJO 的生存时间很短。那就是，你需要经常创建和销毁 POJO，亦即频繁的 \"pubObject\" 和 \"removeObject\"，这会降低性能。"
#. Tag: title
#: Cache_Frequently_Asked_Questions.xml:1657
#, no-c-format
msgid "Eviction Policies"
-msgstr ""
+msgstr "Eviction 策略"
#. Tag: para
#: Cache_Frequently_Asked_Questions.xml:1664
More information about the jboss-cvs-commits
mailing list