[jboss-cvs] JBossAS SVN: r86895 - projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue Apr 7 02:52:44 EDT 2009
Author: tnagamot
Date: 2009-04-07 02:52:43 -0400 (Tue, 07 Apr 2009)
New Revision: 86895
Modified:
projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po
Log:
translated
Modified: projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po
===================================================================
--- projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po 2009-04-07 06:43:31 UTC (rev 86894)
+++ projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po 2009-04-07 06:52:43 UTC (rev 86895)
@@ -1,19 +1,20 @@
-# translation of Naming.po to Japanese
+# translation of Clustering_Guide_EJBs.po to ja-JP
# translation of Clustering_Guide_JMS.po to
# Language /tmp/mike/JBEAP420/JBAS translations for JBEAP package.
-# Copyright (C) 2007, 2008 Free Software Foundation, Inc.
+# Copyright (C) 2007, 2008, 2009 Free Software Foundation, Inc.
#
# Automatically generated, 2007.
# Xi HUANG <xhuang at redhat.com>, 2008.
# Noriko Mizumoto <noriko at redhat.com>, 2008.
+# Takuro Nagamoto <tnagamot at redhat.com>, 2009.
msgid ""
msgstr ""
-"Project-Id-Version: Naming\n"
+"Project-Id-Version: Clustering_Guide_EJBs\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-03-16 01:28+0000\n"
-"PO-Revision-Date: 2008-07-04 14:35+1000\n"
-"Last-Translator: Noriko Mizumoto <noriko at redhat.com>\n"
-"Language-Team: Japanese <fedora-trans-ja at redhat.com>\n"
+"PO-Revision-Date: 2009-04-07 16:52+1000\n"
+"Last-Translator: Takuro Nagamoto <tnagamot at redhat.com>\n"
+"Language-Team: ja-JP\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
@@ -27,7 +28,7 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:6
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"Session EJBs provide remote invocation services. They are clustered based on "
"the client-side interceptor architecture. The client application for a "
@@ -38,13 +39,13 @@
"the client side. Now, let's check out how to configure clustered session "
"beans in EJB 2.x and EJB 3.0 server applications respectively."
msgstr ""
-"セッション EJB はリモート呼び出しサービスを提供します。 このセッションはクラ"
-"イアント側のインターセプタアーキテクチャに基づいてクラスタ化されます。 クラス"
-"タ化されたセッション Bean のクライアントアプリケーションは、 HA-JNDI ルック"
+"セッション EJB はリモート呼び出しサービスを提供します。このセッションはクラ"
+"イアント側のインターセプタアーキテクチャに基づいてクラスタ化されます。クラス"
+"タ化されたセッション Bean のクライアントアプリケーションは、HA-JNDI ルック"
"アップ (前のセクションを参照) を有効にする <literal>java.naming.provier.url</"
"literal> システムプロパティに対する若干の変更を除きセッション Bean のクラスタ"
-"化されていないバージョンのクライアントとまったく同じです。 クライアント側では"
-"コードの変更や再コンパイルは必要ありません。 それでは、 EJB 2.x と EJB 3.0 の"
+"化されていないバージョンのクライアントとまったく同じです。クライアント側では"
+"コードの変更や再コンパイルは必要ありません。それでは、 EJB 2.x と EJB 3.0 の"
"サーバーアプリケーションそれぞれでクラスタ化されたセッション Bean を設定する"
"方法について見ていくことにします。"
@@ -120,20 +121,20 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:21
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The <literal><clustered>True</clustered></literal> element is "
"really just an alias for the <literal><configuration-name>Clustered "
"Stateless SessionBean</configuration-name></literal> element in the "
"conf/standard-jboss.xml file."
msgstr ""
-"<literal><clustered>True</clustered></literal> エレメントは "
-"<literal><configuration-name>Clustered Stateless SessionBean</"
-"configuration-name></literal> エレメントのエイリアスにすぎません。"
+"<literal><clustered>True</clustered></literal> エレメントは conf/standard-jboss.xml ファイルの "
+"<literal><configuration-name>Clustered "
+"Stateless SessionBean</configuration-name></literal> エレメントのエイリアスにすぎません。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:26
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"In the bean configuration, only the <clustered> element is mandatory. "
"It indicates that the bean needs to support clustering features. The <"
@@ -141,11 +142,10 @@
"attributes are indicated in the sample configuration above. Below is a "
"description of the attributes in the <cluster-config> element.."
msgstr ""
-"この Bean の設定では、 <literal><clustered></literal> エレメントのみが"
-"必須です。 Bean がクラスタ内で動作することを表しています。 <literal><"
-"cluster-config></literal> エレメントはオプションでこの属性のデフォルト値は"
-"上記のサンプル設定で示されています。 以下に <literal><cluster-config></"
-"literal> エレメント内の属性の詳細について示します。"
+"この Bean の設定では、<clustered> エレメントのみが"
+"必須です。これは Bean がクラスタリング機能をサポートする必要があることを示しています。<"
+"cluster-config> エレメントはオプションであり、この属性のデフォルト値は"
+"上記のサンプル設定で示されています。以下に <cluster-config> エレメント内の属性の詳細について示します。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:29
@@ -323,7 +323,7 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:69
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The description of the remaining tags is identical to the one for stateless "
"session bean. Actions on the clustered stateful session bean's home "
@@ -389,7 +389,7 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:88
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The <literal>HASessionState</literal> service MBean is defined in the "
"<code>all/deploy/cluster-service.xml</code> file."
@@ -399,7 +399,7 @@
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:90
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<![CDATA[ \n"
"<mbean code=\"org.jboss.ha.hasessionstate.server.HASessionStateService\"\n"
@@ -419,22 +419,23 @@
"<attribute name=\"BeanCleaningDelay\">0</attribute>\n"
"</mbean> ]]>"
msgstr ""
-"<mbean code=\"org.jboss.ha.hasessionstate.server.HASessionStateService\"\n"
-" name=\"jboss:service=HASessionState\">\n"
-" <depends>\n"
-" jboss:service=${jboss.partition.name:DefaultPartition}\n"
-" </depends>\n"
-" <!-- Name of the partition to which the service is linked -->\n"
-" <attribute name=\"PartitionName\">\n"
-" ${jboss.partition.name:DefaultPartition}\n"
-" </attribute>\n"
-" <!-- JNDI name under which the service is bound -->\n"
-" <attribute name=\"JndiName\">/HASessionState/Default</"
-"attribute>\n"
-" <!-- Max delay before cleaning unreclaimed state.\n"
-" Defaults to 30*60*1000 => 30 minutes -->\n"
-" <attribute name=\"BeanCleaningDelay\">0</attribute>\n"
-"</mbean>"
+"<![CDATA[ \n"
+"<mbean code=\"org.jboss.ha.hasessionstate.server.HASessionStateService\"\n"
+" name=\"jboss:service=HASessionState\">\n"
+" \n"
+" <depends>jboss:service=Naming</depends> \n"
+" <!-- We now inject the partition into the HAJNDI service instead \n"
+" of requiring that the partition name be passed --> \n"
+" <depends optional-attribute-name=\"ClusterPartition\" \n"
+" proxy-type=\"attribute\">\n"
+" jboss:service=${jboss.partition.name:DefaultPartition}\n"
+" </depends>\n"
+" <!-- JNDI name under which the service is bound -->\n"
+" <attribute name=\"JndiName\">/HASessionState/Default</attribute>\n"
+" <!-- Max delay before cleaning unreclaimed state.\n"
+"Defaults to 30*60*1000 => 30 minutes -->\n"
+"<attribute name=\"BeanCleaningDelay\">0</attribute>\n"
+"</mbean> ]]>"
#. Tag: para
#: Clustering_Guide_EJBs.xml:92
@@ -446,15 +447,12 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:95
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<emphasis role=\"bold\">ClusterPartition</emphasis> is a required attribute "
"to inject the HAPartition service that HA-JNDI uses for intra-cluster "
"communication."
-msgstr ""
-"<emphasis role=\"bold\">PartitionName</emphasis> はオプションの属性でクラスタ"
-"名を指定します。 そのデフォルト値は <literal>DefaultPartition</literal> で"
-"す。"
+msgstr "<emphasis role=\"bold\">ClusterPartition</emphasis> は HA-JNDI がクラスタ内通信に使用する HAPartition サービスを挿入する必須属性です。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:100
@@ -496,13 +494,13 @@
#. Tag: title
#: Clustering_Guide_EJBs.xml:117
-#, fuzzy, no-c-format
+#, no-c-format
msgid "Handling Cluster Restart"
msgstr "クラスタ再起動の処理"
#. Tag: para
#: Clustering_Guide_EJBs.xml:118
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"We have covered the HA smart client architecture in the section called "
"“Client-side interceptor architecture”. The default HA smart proxy client "
@@ -512,17 +510,16 @@
"from this. The proxy needs to look up a fresh set of targets out of JNDI/"
"HAJNDI when the nodes are restarted."
msgstr ""
-"HA スマートクライアントアーキテクチャについては <xref linkend="
-"\"Service_Architectures-Client_side_interceptor\"/> で説明してきました。 デ"
+"HA スマートクライアントアーキテクチャについては「クライアント側のインターセプタアーキテクチャ (Client-side interceptor architecture)」というセクションで説明してきました。 デ"
"フォルトの HA スマートプロキシクライアントはクラスタ内に 1 つのノードがある限"
"りフェールオーバーを行うことができます。 クラスタが完全にシャットダウンされた"
"場合、 プロキシは孤立しクラスタ内の使用可能なノード群の情報を失うことになりま"
-"す。 この状態からプロキシを復帰させる方法はありません。 ノードが再起動された"
-"ら JNDI/HAJNDI からプロキシがルックアップされる必要があります。"
+"す。 この状態からプロキシを復帰させる方法はありません。 プロキシはノードが再起動された"
+"ら JNDI/HAJNDI から新しい対象をルックアップする必要があります。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:121
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The 3.2.7+/4.0.2+ releases contain a RetryInterceptor that can be added to "
"the proxy client side interceptor stack to allow for a transparent recovery "
@@ -530,16 +527,16 @@
"binding that includes the RetryInterceptor. Below is an example jboss.xml "
"configuration."
msgstr ""
-"3.2.7+/4.0.2+ のリリースには <literal>RetryInterceptor</literal> が含まれ、 "
+"3.2.7+/4.0.2+ のリリースには RetryInterceptor が含まれ、 "
"このような再起動の障害からの透過的な回復を可能にするプロキシクライアント側の"
"インターセプタスタックに追加することができます。 EJB に対してこれを有効にする"
-"には、 <literal>RetryInterceptor</literal> を含む <literal>invoker-proxy-"
-"binding</literal> をセットアップします。 以下に <literal>jboss.xml</literal> "
+"には、 RetryInterceptor を含む invoker-proxy-"
+"binding をセットアップします。 以下に jboss.xml "
"設定の例を示します。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:124
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"<![CDATA[ \n"
" <jboss>\n"
@@ -602,74 +599,72 @@
" </proxy-factory-config>\n"
" </invoker-proxy-binding> ]]>"
msgstr ""
-"<jboss>\n"
-" <session>\n"
-" <ejb-name>nextgen_RetryInterceptorStatelessSession</ejb-"
-"name>\n"
-" <invoker-bindings>\n"
-" <invoker>\n"
-" <invoker-proxy-binding-name>\n"
-" clustered-retry-stateless-rmi-invoker\n"
-" </invoker-proxy-binding-name>\n"
-" <jndi-name>\n"
-" nextgen_RetryInterceptorStatelessSession\n"
-" </jndi-name>\n"
-" </invoker>\n"
-" </invoker-bindings>\n"
-" <clustered>true</clustered>\n"
-" </session>\n"
-"\n"
-" <invoker-proxy-binding>\n"
-" <name>clustered-retry-stateless-rmi-invoker</name>\n"
-" <invoker-mbean>jboss:service=invoker,type=jrmpha</invoker-"
-"mbean>\n"
-" <proxy-factory>org.jboss.proxy.ejb.ProxyFactoryHA</proxy-"
-"factory>\n"
-" <proxy-factory-config>\n"
-" <client-interceptors>\n"
-" <home>\n"
-" <interceptor>\n"
-" org.jboss.proxy.ejb.HomeInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.SecurityInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.TransactionInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.ejb.RetryInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.invocation.InvokerInterceptor\n"
-" </interceptor>\n"
-" </home>\n"
-" <bean>\n"
-" <interceptor>\n"
-" org.jboss.proxy.ejb.StatelessSessionInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.SecurityInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.TransactionInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.proxy.ejb.RetryInterceptor\n"
-" </interceptor>\n"
-" <interceptor>\n"
-" org.jboss.invocation.InvokerInterceptor\n"
-" </interceptor>\n"
-" </bean>\n"
-" </client-interceptors>\n"
-" </proxy-factory-config>\n"
-" </invoker-proxy-binding>"
+"<![CDATA[ \n"
+" <jboss>\n"
+" <session>\n"
+" <ejb-name>nextgen_RetryInterceptorStatelessSession</ejb-name>\n"
+" <invoker-bindings>\n"
+" <invoker>\n"
+" <invoker-proxy-binding-name>\n"
+" clustered-retry-stateless-rmi-invoker\n"
+" </invoker-proxy-binding-name>\n"
+" <jndi-name>\n"
+" nextgen_RetryInterceptorStatelessSession\n"
+" </jndi-name>\n"
+" </invoker>\n"
+" </invoker-bindings>\n"
+" <clustered>true</clustered>\n"
+" </session>\n"
+" \n"
+" <invoker-proxy-binding>\n"
+" <name>clustered-retry-stateless-rmi-invoker</name>\n"
+" <invoker-mbean>jboss:service=invoker,type=jrmpha</invoker-mbean>\n"
+" <proxy-factory>org.jboss.proxy.ejb.ProxyFactoryHA</proxy-factory>\n"
+" <proxy-factory-config>\n"
+" <client-interceptors>\n"
+" <home>\n"
+" <interceptor>\n"
+" org.jboss.proxy.ejb.HomeInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.SecurityInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.TransactionInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.ejb.RetryInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.invocation.InvokerInterceptor\n"
+" </interceptor>\n"
+" </home>\n"
+" <bean>\n"
+" <interceptor>\n"
+" org.jboss.proxy.ejb.StatelessSessionInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.SecurityInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.TransactionInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.proxy.ejb.RetryInterceptor\n"
+" </interceptor>\n"
+" <interceptor>\n"
+" org.jboss.invocation.InvokerInterceptor\n"
+" </interceptor>\n"
+" </bean>\n"
+" </client-interceptors>\n"
+" </proxy-factory-config>\n"
+" </invoker-proxy-binding> ]]>"
#. Tag: title
#: Clustering_Guide_EJBs.xml:128
#, no-c-format
msgid "JNDI Lookup Process"
-msgstr ""
+msgstr "JNDI ルックアッププロセス"
#. Tag: para
#: Clustering_Guide_EJBs.xml:129
@@ -682,6 +677,9 @@
"through the following steps in attempting to determine the proper naming "
"environment properties:"
msgstr ""
+"HA プロキシを回復するために、RetryInterceptor は "
+"JNDI でルックアップを行います。つまり、内部的に新しい InitialContext が作成され、"
+"JNDI ルックアップが行われます。ただし、ルックアップが成功するには、ネーミングサーバーを見つけるよう InitialContext を適切に設定する必要があります。RetryInterceptor は以下のステップを経て適切なネーミング環境プロパティを調べます。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:133
@@ -692,7 +690,7 @@
"to configuration has two downsides: first, it reduces portability by "
"introducing JBoss-specific calls to the client code; and second, since a "
"static field is used only a single configuration per JVM is possible."
-msgstr ""
+msgstr "また独自の静的 retryEnv フィールドも調べます。このフィールドは RetryInterceptor.setRetryEnv(Properties) の呼び出しを使用したクライアントコードによって設定できます。この設定の方法には 2 つの欠点があります。最初の欠点は JBoss 固有の呼び出しをクライアントコードに導入することによって移植性が減少することであり、次の欠点は静的フィールドが使用されているため 1 つの JVM に対して 1 つの設定しか使用できないことです。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:138
@@ -708,6 +706,11 @@
"naming properties are stored in a ThreadLocal and thus are only visible to "
"the thread that originally created an InitialContext."
msgstr ""
+"retryEnv フィールドが null の場合は、org.jboss.naming.NamingContextFactory クラスによって ThreadLocal にバインドされた環境プロパティがチェックされます。このクラスをネーミングコンテキストファクトリとして使用するには、jndi.properties "
+"でプロパティ java.naming.factory.initial=org.jboss.naming."
+"NamingContextFactory を適切に設定します。この利点は org.jboss."
+"naming.NamingContextFactory を jndi."
+"properties ファイルの設定オプションで簡単に使用できるため、java コードが影響を受けないことです。欠点はネーミングプロパティが ThreadLocal に格納されるため、InitialContext を最初に作成したスレッドに対してのみ可視の状態にあることです。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:143
@@ -720,12 +723,14 @@
"section on “ClusteredJNDI Services” for more on multicast discovery of HA-"
"JNDI."
msgstr ""
+"上記のいずれの方法でもネーミング環境プロパティが設定されない場合はデフォルトの InitialContext が使用されます。ネーミングサーバーへの接続が不成功である場合は、デフォルトで InitialContext マルチキャスト検出を使用して HA-JNDI ネーミングサーバーを見つけます。HA-"
+"JNDI のマルチキャスト検出の詳細については、「ClusteredJNDI サービス」のセクションを参照してください。"
#. Tag: title
#: Clustering_Guide_EJBs.xml:152
#, no-c-format
msgid "SingleRetryInterceptor"
-msgstr ""
+msgstr "SingleRetryInterceptor"
#. Tag: para
#: Clustering_Guide_EJBs.xml:153
@@ -738,7 +743,7 @@
"never return. For many client applications, this possibility is "
"unacceptable. As a result, JBoss doesn't make the RetryInterceptor part of "
"its default client interceptor stacks for clustered EJBs."
-msgstr ""
+msgstr "RetryInterceptor は多くのケースで役に立ちますが、欠点は成功するまで JNDI で HA プロキシを再ルックアップし続けることです。何らかの理由で成功しない場合、この処理が永遠に続き RetryInterceptor をトリガした EJB 呼び出しが戻らないことになります。多くのクライアントアプリケーションでは、このことは許されません。結果として JBoss で RetryInterceptor はクラスタ化された EJB のデフォルトのクライアントインターセプタスタックの一部となりません。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:156
@@ -751,6 +756,8 @@
"interceptor was used. Beginning with 4.0.4.CR2, the SingleRetryInterceptor "
"is part of the default client interceptor stacks for clustered EJBs."
msgstr ""
+"4.0.4.RC1 リリースでは、新しい再試行インターセプタ org.jboss.proxy.ejb.SingleRetryInterceptor が導入されました。このバージョンは "
+"RetryInterceptor のように動作しますが、JNDI での HA プロキシの再ルックアップを一度しか行いません。これに失敗すると、再試行インターセプタが使用されてない場合のように EJB 呼び出しが失敗します。4.0.4.CR2 以降、SingleRetryInterceptor はクラスタ化された EJB のデフォルトクライアントインターセプタの一部です。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:159
@@ -759,7 +766,7 @@
"The downside of the SingleRetryInterceptor is that if the retry attempt is "
"made during a portion of a cluster restart where no servers are available, "
"the retry will fail and no further attempts will be made."
-msgstr ""
+msgstr "SingleRetryInterceptor の欠点は、サーバーを利用できないクラスタの再起動時に再試行が行われると再試行に失敗し、それ以降再試行が行われなくなることです。"
#. Tag: title
#: Clustering_Guide_EJBs.xml:169
@@ -769,7 +776,7 @@
#. Tag: para
#: Clustering_Guide_EJBs.xml:170
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"To cluster a stateless session bean in EJB 3.0, all you need to do is to "
"annotate the bean class withe the <literal>@Clustered</literal> annotation. "
@@ -779,17 +786,17 @@
"<literal>DefaultPartition</literal>. Below is the definition of the "
"<literal>@Cluster</literal> annotation."
msgstr ""
-"EJB 3.0 でステートレスセッション bean をクラスタ化するには、 bean クラスに "
-"<literal>@Cluster</literal> アノテーションを付けるだけです。 負荷分散のポリ"
+"EJB 3.0 でのステートレスセッション Bean のクラスタ化は、Bean クラスに "
+"<literal>@Cluster</literal> アノテーションを付けるだけで行えます。 負荷分散のポリ"
"シーやクラスタパーティションをパラメータとしてアノテーションに渡すことができ"
"ます。 デフォルトの負荷分散ポリシーは <literal>org.jboss.ha.framework."
-"interfaces.RandomRobin</literal> で、 デフォルトのクラスタは "
+"interfaces.RandomRobin</literal> であり、 デフォルトのクラスタは "
"<literal>DefaultPartition</literal> になります。 以下は <literal>@Cluster</"
"literal> アノテーションの定義になります。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:176
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"public @interface Clustered {\n"
" Class loadBalancePolicy() default LoadBalancePolicy.class;\n"
@@ -799,7 +806,8 @@
msgstr ""
"public @interface Clustered {\n"
" Class loadBalancePolicy() default LoadBalancePolicy.class;\n"
-" String partition() default \"DefaultPartition\";\n"
+" String partition() default \"${jboss.partition.name:DefaultPartition}"
+"\";\n"
"}"
#. Tag: para
@@ -840,7 +848,7 @@
msgid ""
"The <literal>@Clustered</literal> annotation can also be omitted and the "
"clustering configuration applied in jboss.xml:"
-msgstr ""
+msgstr "また、<literal>@Clustered</literal> アノテーションは省略でき、クラスタリング設定は jboss.xml に適用されます。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:182
@@ -862,16 +870,31 @@
" </enterprise-beans>\n"
"</jboss> ]]>"
msgstr ""
+"<![CDATA[ \n"
+"<jboss> \n"
+" <enterprise-beans>\n"
+" <session>\n"
+" <ejb-name>NonAnnotationStateful</ejb-name>\n"
+" <clustered>true</clustered>\n"
+" <cluster-config>\n"
+" <partition-name>FooPartition</partition-name>\n"
+" <load-balance-policy>\n"
+" org.jboss.ha.framework.interfaces.RandomRobin\n"
+" </load-balance-policy>\n"
+" </cluster-config>\n"
+" </session> \n"
+" </enterprise-beans>\n"
+"</jboss> ]]>"
#. Tag: title
#: Clustering_Guide_EJBs.xml:187
-#, fuzzy, no-c-format
+#, no-c-format
msgid "Stateful Session Beans in EJB 3.0"
msgstr "EJB 3.0 でのステートフルセッション Bean"
#. Tag: para
#: Clustering_Guide_EJBs.xml:188
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"To cluster stateful session beans in EJB 3.0, you need to tag the bean "
"implementation class with the <literal>@Cluster</literal> annotation, just "
@@ -880,9 +903,9 @@
"bean to specify caching behavior. Below is the definition of the "
"@CacheConfig annotation:"
msgstr ""
-"EJB 3.0 でステートフルセッション bean をクラスタ化するには、 EJB 3.0 のステー"
-"トレスセッション bean をクラスタ化したように、 <literal>@Cluster</literal> ア"
-"ノテーションを付けて bean 実装クラスをタグする必要があります。 "
+"EJB 3.0 でステートフルセッション Bean をクラスタ化するには、 EJB 3.0 のステー"
+"トレスセッション Bean をクラスタ化したように、Bean 実装クラスに <literal>@Cluster</literal> ア"
+"ノテーションのタグを付ける必要があります。 "
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:193
@@ -898,6 +921,15 @@
"long removalTimeoutSeconds() default 0;\n"
"} ]]>"
msgstr ""
+"<![CDATA[ \n"
+"public @interface CacheConfig\n"
+"{\n"
+"String name() default \"jboss.cache:service=EJB3SFSBClusteredCache\";\n"
+"int maxSize() default 10000;\n"
+"long idleTimeoutSeconds() default 300; \n"
+"boolean replicationIsPassivation() default true; \n"
+"long removalTimeoutSeconds() default 0;\n"
+"} ]]>"
#. Tag: para
#: Clustering_Guide_EJBs.xml:196
@@ -906,6 +938,8 @@
"<literal>name</literal> specifies the object name of the JBoss Cache Mbean "
"that should be used for caching the bean (see below for more on this Mbean)."
msgstr ""
+"<literal>name</literal> は Bean のキャッシュに使用すべき JBoss Cache Mbean "
+"のオブジェクト名を指定します (この Mbean の詳細については以下を参照)。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:198
@@ -915,6 +949,8 @@
"cached before the cache should start passivating beans, using an LRU "
"algorithm."
msgstr ""
+"<literal>maxSize</literal> は、LRU "
+"アルゴリズムを使用して Bean の非活性化を開始する前にキャッシュできる Bean の最大数を指定します。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:200
@@ -923,7 +959,7 @@
"<literal>idleTimeoutSeconds</literal> specifies the max period of time a "
"bean can go unused before the cache should passivate it (irregardless of "
"whether maxSize beans are cached.)"
-msgstr ""
+msgstr "<literal>idleTimeoutSeconds</literal> はキャッシュが Bean を非活性化するまで Bean を使用しない最大時間を指定します (maxSize Bean がキャッシュされているかどうかは無関係)。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:202
@@ -931,7 +967,7 @@
msgid ""
"<literal>removalTimeoutSeconds</literal> specifies the max period of time a "
"bean can go unused before the cache should remove it altogether."
-msgstr ""
+msgstr "<literal>removalTimeoutSeconds</literal> は、キャッシュが Bean を削除するまで Bean を使用しない最大時間を指定します。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:204
@@ -943,21 +979,21 @@
"true, since replication involves serializing the bean, and preparing for and "
"recovering from serialization is a common reason for implementing the "
"callback methods."
-msgstr ""
+msgstr "<literal>replicationIsPassivation</literal> は、キャッシュでレプリケーションを非活性化と同等と見なし、Bean に対して @PrePassivate と @PostActivate のコールバックを呼び出すかどうかを指定します。デフォルトでは真であり、レプリケーションには Bean のシリアル化が関係するため、シリアル化の準備とシリアル化からの回復がコールバックメソッドを実装する一般的な理由となります。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:209
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"Here is an example of a clustered EJB 3.0 stateful session bean "
"implementation."
msgstr ""
-"以下は、クラスタ化された EJB 3.0 のステートレスセッション bean の実装例になり"
+"以下は、クラスタ化された EJB 3.0 のステートレスセッション Bean の実装例になり"
"ます。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:216
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"@Stateful\n"
"@Clustered\n"
@@ -973,6 +1009,7 @@
msgstr ""
"@Stateful\n"
"@Clustered\n"
+"@CacheConfig(maxSize=5000,removalTimeoutSeconds=18000)\n"
"public class MyBean implements MySessionInt {\n"
" \n"
" private int state = 0;\n"
@@ -988,7 +1025,7 @@
msgid ""
"As with stateless beans, the @Clustered annotation can also be omitted and "
"the clustering configuration applied in jboss.xml; see the example above."
-msgstr ""
+msgstr "ステートレス Bean と同様に、@Clustered アノテーションは省略でき、クラスタリング設定は jboss.xml に適用されます。上記の例を参照してください。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:221
@@ -1000,16 +1037,19 @@
"replicated. With EJB3, the mechanism is a little more formal; instead of "
"just exposing a method with a known signature, an EJB3 SFSB must implement "
"the org.jboss.ejb3.cache.Optimized interface:"
-msgstr ""
+msgstr "EJB 2.0 のクラスタ化された SFSB と同様に、JBoss は、要求後に Bean の状態がダーティではなくレプリケーションする必要がないかどうかをチェックするためにコンテナが呼び出すことができるメソッドを Bean 実装が公開できるメカニズムを提供します。EJB3 の場合、メカニズムは少し形式的です。単に既知のシグネチャでメソッドを公開する代わりに EJB3 SFSB は org.jboss.ejb3.cache.Optimized インターフェースを実装する必要があります。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:224
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"public interface Optimized {\n"
"boolean isModified();\n"
"}"
-msgstr "public boolean isModified ();"
+msgstr ""
+"public interface Optimized {\n"
+"boolean isModified();\n"
+"}"
#. Tag: para
#: Clustering_Guide_EJBs.xml:226
@@ -1120,10 +1160,100 @@
" </mbean>\n"
"</server>]]>"
msgstr ""
+"<![CDATA[ \n"
+"<server>\n"
+" <mbean code=\"org.jboss..cache.TreeCache\"\n"
+" name=\"jboss.cache:service=EJB3SFSBClusteredCache\">\n"
+" \n"
+" <attribute name=\"ClusterName\">\n"
+" ${jboss.partition.name:DefaultPartition}-SFSBCache\n"
+" </attribute>\n"
+" <attribute name=\"IsolationLevel\">REPEATABLE_READ</"
+"attribute>\n"
+" <attribute name=\"CacheMode\">REPL_ASYNC</"
+"attribute> \n"
+" \n"
+" <!-- We want to activate/inactivate regions as beans "
+"are deployed --> \n"
+" <attribute name=\"UseRegionBasedMarshalling\">true</"
+"attribute> \n"
+" <!-- Must match the value of "
+"\"useRegionBasedMarshalling\" --> \n"
+" <attribute name=\"InactiveOnStartup\">true</"
+"attribute>\n"
+" \n"
+" <attribute name=\"ClusterConfig\">\n"
+" ... ...\n"
+" </attribute> \n"
+" \n"
+" <!-- The max amount of time (in milliseconds) we "
+"wait until the \n"
+" initial state (ie. the contents of the cache) are "
+"retrieved from \n"
+" existing members. --> \n"
+" <attribute name=\"InitialStateRetrievalTimeout"
+"\">17500</attribute>\n"
+" \n"
+" <!-- Number of milliseconds to wait until all "
+"responses for a\n"
+" synchronous call have been received.\n"
+" -->\n"
+" <attribute name=\"SyncReplTimeout\">17500</"
+"attribute>\n"
+" \n"
+" <!-- Max number of milliseconds to wait for a lock "
+"acquisition -->\n"
+" <attribute name=\"LockAcquisitionTimeout\">15000</"
+"attribute>\n"
+" \n"
+" <!-- Name of the eviction policy class. -->\n"
+" <attribute name=\"EvictionPolicyClass\">\n"
+" org.jboss.cache.eviction.LRUPolicy\n"
+" </attribute>\n"
+" \n"
+" <!-- Specific eviction policy configurations. This "
+"is LRU -->\n"
+" <attribute name=\"EvictionPolicyConfig\">\n"
+" <config>\n"
+" <attribute name=\"wakeUpIntervalSeconds\">5</"
+"attribute>\n"
+" <name>statefulClustered</name> \n"
+" <!-- So default region would never timeout --"
+">\n"
+" <region name=\"/_default_\">\n"
+" <attribute name=\"maxNodes\">0</attribute>\n"
+" <attribute name=\"timeToIdleSeconds\">0</"
+"attribute>\n"
+" </region>\n"
+" </config>\n"
+" </attribute> \n"
+" \n"
+" <!-- Store passivated sessions to the file system --> \n"
+" <attribute name=\"CacheLoaderConfiguration\"> \n"
+" <config> \n"
+" \n"
+" <passivation>true</passivation> \n"
+" <shared>false</shared> \n"
+" \n"
+" <cacheloader> \n"
+" <class>org.jboss.cache.loader.FileCacheLoader</class> \n"
+" <!-- Passivate to the server data dir --> \n"
+" <properties> \n"
+" location=${jboss.server.data.dir}${/}sfsb \n"
+" </properties> \n"
+" <async>false</async> \n"
+" <fetchPersistentState>true</fetchPersistentState> \n"
+" <ignoreModifications>false</ignoreModifications> \n"
+" </cacheloader> \n"
+" \n"
+" </config> \n"
+" </attribute>\n"
+" </mbean>\n"
+"</server>]]>"
#. Tag: para
#: Clustering_Guide_EJBs.xml:235
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The configuration attributes in this MBean are essentially the same as the "
"attributes in the standard JBoss Cache <literal>TreeCache</literal> MBean "
@@ -1131,12 +1261,10 @@
"JGroups configurations in the <literal>ClusterConfig</literal> attribute "
"(see more in <xref linkend=\"jbosscache-jgroups\"/>). Two noteworthy items:"
msgstr ""
-"<literal>PassivationTreeCache</literal> MBean の設定属性は本質的には <xref "
-"linkend=\"JBossCache_and_JGroups_Services\"/> で説明した標準の JBoss Cache "
+"この MBean の設定属性は本質的には <xref linkend=\"jbosscache.chapt\"/> で説明した標準の JBoss Cache "
"<literal>TreeCache</literal> MBean にある属性と同じです。 ここでも "
"<literal>ClusterConfig</literal> 属性の JGroups 設定については省略しました "
-"(詳細は <xref linkend=\"JBossCache_and_JGroups_Services-JGroups_Configuration"
-"\"/> を参照)。"
+"(詳細は <xref linkend=\"jbosscache-jgroups\"/> を参照)。以下の 2 つのことに注意してください。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:240
@@ -1146,7 +1274,7 @@
"the JBoss Cache eviction mechanism to manage SFSB passivation. When beans "
"are deployed, the EJB container will programatically add eviction regions to "
"the cache, one region per bean type."
-msgstr ""
+msgstr "キャッシュは除外をサポートするよう設定されます。EJB3 SFSB コンテナは JBoss Cache 除外メカニズムを使用して SFSB 非活性化を管理します。Bean がデプロイされた場合、EJB コンテナはプログラムを使用してキャッシュに除外リージョンを追加します (1 つの Bean タイプに対して 1 つのリージョン)。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:244
@@ -1164,3 +1292,6 @@
"nodes independently passivate and activate clustered beans, they will "
"corrupt each others data."
msgstr ""
+"SFSB 非活性化をサポートするために JBoss Cache CacheLoader も設定されます。Bean がキャッシュから除外されると、キャッシュローダーは永続ストアに Bean を非活性化します (この場合は "
+"$JBOSS_HOME/server/all/data/sfsb ディレクトリのファイルシステムに)。JBoss Cache はさまざまな永続ストアタイプにデータを格納する方法を認識しているさまざまな CacheLoader 実装をサポートします。詳細については、JBoss Cache のドキュメントを参照してください。ただし、CacheLoaderConfiguration を変更する場合は、共有されたストア (共有されたデータベースの単一のスキーマなど) を使用しないようにしてください。クラスタ内の各ノードは独自の永続ストアを持つ必要があります。さもないと、ノードは独立的にクラスタ化された Bean を非活性化および活性化するため、ノードのお互いのデータが破損されます。"
+
More information about the jboss-cvs-commits
mailing list