[jboss-cvs] JBossAS SVN: r99434 - projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Thu Jan 14 20:28:48 EST 2010
Author: jito at redhat.com
Date: 2010-01-14 20:28:47 -0500 (Thu, 14 Jan 2010)
New Revision: 99434
Modified:
projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Clustering_Guide_JBoss_Cache.po
Log:
translation in progress
Modified: projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Clustering_Guide_JBoss_Cache.po
===================================================================
--- projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Clustering_Guide_JBoss_Cache.po 2010-01-15 00:59:21 UTC (rev 99433)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/ja-JP/Clustering_Guide_JBoss_Cache.po 2010-01-15 01:28:47 UTC (rev 99434)
@@ -12,7 +12,7 @@
"Project-Id-Version: Clustering_Guide_JBoss_Cache\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-12-10T00:02:33\n"
-"PO-Revision-Date: 2010-01-14 15:56+1000\n"
+"PO-Revision-Date: 2010-01-15 11:28+1000\n"
"Last-Translator: Junko Ito <junko.ito at rehdat.com>\n"
"Language-Team: Japanese <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -362,7 +362,7 @@
"cache will be reverted if the transaction rolls back, and any cluster-wide "
"messages sent to inform other nodes of changes are deferred and sent in a "
"batch as part of transaction commit (reducing chattiness)."
-msgstr ""
+msgstr "JBoss Cache は JTA トランザクションマネージャと統合し、 キャッシュへのトランザクションのアクセスを許可します。 JBossCache がトランザクションの存在を探知すると、 トランザクションが存在する間ロックが保持され、 トランザクションがロールバックするとキャッシュへの変更が元に戻されます。 他のノードに変更を知らせるために送信されたクラスタ全体へのメッセージは延期され、 トランザクションコミットの一部としてバッチで送信されます (チャティネスを低減します)。"
#. Tag: para
#, no-c-format
@@ -373,6 +373,8 @@
"to find the local transaction manager. Inside JBoss Enterprise Application "
"Platform, this attribute would have one of two values:"
msgstr ""
+"トランザクションマネージャと統合するには、<literal>transactionManagerLookupClass</literal> 設定属性を設定します。 この属性は、 ローカルトランザクションマネージャを検索するために JBoss Cache が使用できるクラスの完全修飾クラス名を指定します。 JBoss Enterprise Application "
+"Platform 内では、 この属性は次の 2 つの値のいずれかを持ちます。"
#. Tag: para
#, no-c-format
@@ -389,7 +391,7 @@
"This finds the standard transaction manager running in the application "
"server. Use this for any custom caches you deploy where you want caching to "
"participate in any JTA transactions."
-msgstr ""
+msgstr "この値は、 アプリケーションサーバーで実行されている標準のトランザクションマネージャを検索します。 JTA トランザクションにキャッシングを参加させたい場合、 デプロイするカスタムキャッシュにこの値を使用します。"
#. Tag: para
#, no-c-format
@@ -413,6 +415,9 @@
"without getting tangled up with end user transactions that may run during a "
"request."
msgstr ""
+"ウェブセッションと EJB SFSB キャッシングに使用されるキャッシュ設定にこの値が使用されます。 JBoss Cache に同梱される、 <literal>BatchModeTransactionManager</"
+"literal> と呼ばれる疑似の <literal>TransactionManager</literal> を指定します。 このトランザクションマネージャは真の JTAト ランザクションマネージャではないため、 JBoss Cache 以外には使用しないでください。 JBoss "
+"Enterprise Application Platform で使用すると、 要求中に実行されるエンドユーザートランザクションに絡まることなくセッションレプリケーションのユースケースに対して JBoss Cache のトランザクション動作の利点を提供することができます。"
#. Tag: para
#, no-c-format
@@ -421,12 +426,12 @@
"<literal>transactionManagerLookupClass</literal> should not be configured. "
"Hibernate internally configures the cache to use the same transaction "
"manager it is using for database access."
-msgstr ""
+msgstr "JPA/Hibernate キャッシングに使用されるキャッシュに対して、 <literal>transactionManagerLookupClass</literal> を設定しないでください。 Hibernate は、 データベースのアクセスに使用するトランザクションマネージャをキャッシュが使用するよう、 内部的にキャッシュを設定します。"
#. Tag: title
#, no-c-format
msgid "Concurrent Access"
-msgstr ""
+msgstr "並行アクセス"
#. Tag: para
#, no-c-format
@@ -436,11 +441,13 @@
"the <literal>nodeLockingScheme</literal> and <literal>isolationLevel</"
"literal> configuration attributes."
msgstr ""
+"JBoss Cache はスレッドセーフのキャッシング API で、 独自の効率的なメカニズムを使用して並行アクセスを制御します。 並行アクセスは <literal>nodeLockingScheme</literal> 設定属性と <literal>isolationLevel</"
+"literal> 設定属性によって設定されます。"
#. Tag: para
-#, fuzzy, no-c-format
+#, no-c-format
msgid "There are three choices for <literal>nodeLockingScheme</literal>:"
-msgstr "<literal>@InstanceAopMarker</literal> の同様の例は以下のとおりです。"
+msgstr "<literal>nodeLockingScheme</literal> には次の 3 つを選択できます。"
#. Tag: para
#, no-c-format
@@ -452,16 +459,18 @@
"locking scheme. MVCC is designed to provide the following features for "
"concurrent access:"
msgstr ""
+"<emphasis role=\"bold\">MVCC</emphasis> (多版型同時実行制御: multi-versioned concurrency control) は、 共有データへの高速安全な並行アクセスを制御するために現代のデータベース実装が使用する一般的なロッキングスキームです。 "
+"JBoss Cache 3.x は MVCC の革新的な実装をデフォルトのロッキングスキームとして使用します。 MVCC は並行アクセスに対して次の機能を提供します。"
#. Tag: para
#, no-c-format
msgid "Readers that don't block writers"
-msgstr ""
+msgstr "ライターをブロックしないリーダー"
#. Tag: para
#, no-c-format
msgid "Writers that fail fast"
-msgstr ""
+msgstr "高速で失敗するライター"
#. Tag: itemizedlist
#, no-c-format
@@ -471,12 +480,12 @@
"writers copy the shared state, increment a version id, and write that shared "
"state back after verifying that the version is still valid (i.e., another "
"concurrent writer has not changed this state first)."
-msgstr ""
+msgstr "並行ライターにデータのバージョン化やコピー化を使用して実現します。 ライターが共有ステートをコピーする間、 リーダーが共有ステートの読み取りを継続し、バージョン ID の値を上げます。 バージョンがまだ有効であることを確認してから (別の並行ライターが先にステートを変更しなかった場合など)、 共有ステートを書き戻します。"
#. Tag: para
#, no-c-format
msgid "MVCC is the recommended choice for JPA/Hibernate entity caching."
-msgstr ""
+msgstr "JPA/Hibernate エントリキャッシングには MVCC の選択が推奨されます。"
#. Tag: para
#, no-c-format
@@ -491,7 +500,7 @@
"has completed and released its exclusive lock (potentially a long time if "
"the write is part of a transaction). A write will also be delayed due to "
"ongoing reads."
-msgstr ""
+msgstr "<emphasis role=\"bold\">PESSIMISTIC</emphasis> (悲観的) ロッキングでは、 読み取りや書き込みを行う前にスレッドやトランザクションがノード上で排他的ロックか非排他的ロックを取得します。 どちらのロックが取得されるかは、 <literal>isolationLevel</literal> (下記参照) によって決まりますが、 ほとんどの場合で読み取りには非排他的ロック、 書き込みには排他的ロックが取得されます。 ライターが排他的ロックを完了してリリースするまでリーダースレッドがブロックされるため (書き込みがトランザクションの一部である場合は長期化する可能性があります)、 悲観的ロッキングは MVCC よりかなり多くのオーバヘッドを必要にし、 並行性も低下します。 また、 読み取りが継続することにより、 書き込みの遅延が発生します。"
#. Tag: para
#, no-c-format
@@ -505,6 +514,8 @@
"wanted to continue to evaluate MVCC in the session use case before moving to "
"it as the default. -->"
msgstr ""
+"JBoss Cache 3.0 で廃止された PESSIMISTIC より MVCC の方が通常は適切ですが、 JBoss Enterprise "
+"Application Platform 5.0.0 では PESSIMISTIC がデフォルトとなっています。 これは、 セッションのユースケースには同じキャッシュの場所へアクセスする並行スレッドがなく、 MVCC を使用する利点があまりないからです。 <!-- また、 Enterprise Application Platform 開発チームは、セッションのユースケースにおける MVCC の評価を継続してから MVCC をデフォルトにしたいと考えているからです。 -->"
#. Tag: para
#, no-c-format
@@ -518,7 +529,7 @@
"the workspace is compared to the main cache, and an exception is raised if "
"there are are inconsistencies. Otherwise changes to the workspace are "
"applied to the main cache."
-msgstr ""
+msgstr "<emphasis role=\"bold\">OPTIMISTIC</emphasis> (楽観的) ロッキングは、 キャッシュにアクセスする各要求やトランザクションの「ワークスペース」を作成して PESSIMISTIC の並行性を向上しようとします。 要求やトランザクションによるデータへのアクセスは (読み取りも含む)、 ワークスペースへ「コピー」されるため、 オーバーヘッドが増加します。 すべてのデータがバージョン化され、 非トランザクション要求やトランザクションのコミットが終了すると、 ワークスペースのデータバージョンがメインキャッシュと比較され、 合致しない場合は例外が発行されます。 合致する場合は、 ワークスペースへの変更がメインキャッシュに適用されます。"
#. Tag: para
#, no-c-format
@@ -526,7 +537,7 @@
"OPTIMISTIC locking is deprecated but is still provided to support backward "
"compatibility. Users are encouraged to use MVCC instead, which provides the "
"same benefits at lower cost."
-msgstr ""
+msgstr "OPTIMISTIC ロッキングは廃止されましたが、 後方互換性を維持するために提供されます。 ユーザーは低負荷で同じ利点を持つ MVCC を使用することが推奨されます。"
#. Tag: para
#, no-c-format
@@ -538,6 +549,9 @@
"isolation levels, and if an unsupported isolation level is configured, it is "
"either upgraded or downgraded to the closest supported level."
msgstr ""
+"<literal>isolationLevel</literal> 属性には、 データベーススタイルの分離レベルのセマンティックに対応する"
+" <emphasis role=\"bold\">READ_COMMITTED</emphasis> と <emphasis role=\"bold"
+"\">REPEATABLE_READ</emphasis> の 2 つの値が使用できます。 以前のバージョンの JBoss Cache は 5 つのデータベース分離レベルすべてをサポートしていました。 サポート対象外の分離レベルを設定すると、 もっとも近いサポート対象レベルにアップブレードまたはダウングレードされます。"
#. Tag: para
#, no-c-format
More information about the jboss-cvs-commits
mailing list