[jboss-cvs] JBossAS SVN: r73544 - projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue May 20 21:52:06 EDT 2008
Author: xhuang at jboss.com
Date: 2008-05-20 21:52:06 -0400 (Tue, 20 May 2008)
New Revision: 73544
Modified:
projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po
Log:
update ja-JP by Takuro and Junko
Modified: projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po
===================================================================
--- projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po 2008-05-21 00:10:32 UTC (rev 73543)
+++ projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_EJBs.po 2008-05-21 01:52:06 UTC (rev 73544)
@@ -10,7 +10,7 @@
"Project-Id-Version: Clustering_Guide_EJBs\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2007-12-10 22:33+0000\n"
-"PO-Revision-Date: 2008-05-21 10:00+1000\n"
+"PO-Revision-Date: 2008-05-21 11:48+1000\n"
"Last-Translator: Takuro Nagamoto <tnagamot at redhat.com>\n"
"Language-Team: <ja at li.org>\n"
"MIME-Version: 1.0\n"
@@ -270,7 +270,7 @@
"values are indicated in the sample configuration above."
msgstr ""
"この Bean 設定では、Bean がクラスタで動作することを示す <literal><clustered></literal> タグが必須です。<literal><"
-"cluster-config></literal> 要素はオプションであり、そのデフォルトの属性値は上記と同じ設定でして指定されます。"
+"cluster-config></literal> 要素はオプションであり、そのデフォルトの属性値は上記と同じ設定で指定されます。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:67
@@ -325,8 +325,8 @@
"preferences), you can return <literal>false</literal> and the replication "
"would not occur. This feature is available on JBoss AS 3.0.1+ only."
msgstr ""
-"Bean をリプリケートする前に、Bean がこのメソッドを実装するかどうかをコンテナが検出します。Bean がこのメソッドを実装する場合は、コンテナが"
-"<literal>isModified()</literal> メソッドを呼び出し、メソッドが <literal>true</literal> を返した場合のみ Bean をレプリケートします。Bean が変更されていない場合 (またはレプリケーションが必要ない場合、個々の要求に基づく) は、<literal>false</literal> を返すことができます。この場合、レプリケーションは発生しません。この機能は JBoss AS 3.0.1 以降でのみ利用可能です。"
+"Bean をレプリケートする前に、Bean がこのメソッドを実装するかどうかをコンテナが検出します。Bean がこのメソッドを実装する場合は、コンテナが"
+"<literal>isModified()</literal> メソッドを呼び出し、メソッドが <literal>true</literal> を返した場合のみ Bean をレプリケートします。Bean が変更されていない場合 (またはレプリケーションが必要ない場合 (個々の要求に基づく)) は、<literal>false</literal> を返すことができます。この場合、レプリケーションは発生しません。この機能は JBoss AS 3.0.1 以降でのみ利用可能です。"
#. Tag: title
#: Clustering_Guide_EJBs.xml:87
@@ -390,7 +390,7 @@
msgid ""
"The configuration attributes in the <literal>HASessionState</literal> MBean "
"are listed below."
-msgstr "<literal>HASessionState</literal> MBean の設定属性は以下に示されています。"
+msgstr "<literal>HASessionState</literal> MBean の設定属性は以下のとおりです。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:95
@@ -449,7 +449,7 @@
"from this. The proxy needs to look up a fresh set of targets out of JNDI/"
"HAJNDI when the nodes are restarted."
msgstr ""
-"HA スマートクライアントアーキテクチャについては、「Client-side interceptor architecture」というセクションで説明しています。デフォルトの HA スマートプロキシクライアントは、クラスタ内に 1 つのノードがある限りフェイルオーバーします。クラスタが完全にシャットダウンされた場合は、プロキシが孤立し、クラスタ内の利用可能なノード認識しなくなります。プロキシはこの状態から回復することができません。プロキシはノードが再起動された時に JNDI/"
+"HA スマートクライアントアーキテクチャについては、「Client-side interceptor architecture」というセクションで説明しています。デフォルトの HA スマートプロキシクライアントは、クラスタ内に 1 つのノードがある限りフェイルオーバーします。クラスタが完全にシャットダウンされた場合は、プロキシが孤立し、クラスタ内の利用可能なノードを認識しなくなります。プロキシはこの状態から回復することができません。プロキシはノードが再起動された時に JNDI/"
"HAJNDI から新しい一連のノードを検索する必要があります。"
#. Tag: para
@@ -618,7 +618,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 "RetryInterceptor は静的な retryEnv フィールドをチェックします。このフィールドは、RetryInterceptor.setRetryEnv(Properties) へのコールを通じてクライアントコードで設定できます。この設定方法には 2 つの欠点があります。1 つは、JBoss 専用のコールをクライアントコードに導入することでポータビリティが低下することです。2 つ目の欠点は、静的なフィールドが使用されるため、各 JVM に対して単一の設定のみ可能なことです。"
+msgstr "RetryInterceptor は静的な retryEnv フィールドをチェックします。このフィールドは、RetryInterceptor.setRetryEnv(Properties) へのコールを通じてクライアントコードで設定できます。この設定方法には 2 つの欠点があります。1 つは、JBoss 専用のコールをクライアントコードに導入することでポータビリティが低下することです。もう 1 つの欠点は、静的なフィールドが使用されるため、各 JVM に対して単一の設定のみが可能になることです。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:138
@@ -635,7 +635,7 @@
"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 を作成した元のスレッドのみが可視できることです。"
+"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
@@ -666,7 +666,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 "RetryInterceptor は多くの場合で便利ですが、成功するまで JNDI のHA プロキシの再ルックアップを試行し続けることが欠点です。なんらかの理由で成功できない場合は、この試行プロセスが永遠に続くため、RetryInterceptor をトリガした EJB コールは永遠に戻らなくなります。多くのクライアントアプリケーションがこのような状態を許可しません。そのため JBoss では、クラスタ化 EJB 向けのクライアントインタセプタスタックにデフォルトで RetryInterceptor は含まれていません。"
+msgstr "RetryInterceptor は多くの場合で便利ですが、成功するまで JNDI の HA プロキシの再ルックアップを試行し続けることが欠点です。なんらかの理由で再ルックアップが成功しない場合は、この試行プロセスが永遠に続くため、RetryInterceptor をトリガした EJB コールは返されません。多くのクライアントアプリケーションがこのような状態を許可しないため、JBoss ではクラスタ化 EJB 向けのクライアントインタセプタスタックにはデフォルトで RetryInterceptor は含まれていません。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:156
@@ -678,7 +678,7 @@
"in JNDI. If this attempt fails, the EJB call will fail just as if no retry "
"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 コールが失敗します。SingleRetryInterceptor は、4.0.4.CR2 よりクラスタ化 EJB 向けのクライアントインタセプタスタックにデフォルトで含まれます。"
+msgstr "4.0.4.RC1 リリースでは、org.jboss.proxy.ejb.SingleRetryInterceptor という新しいリトライインターセプタが導入されました。これは RetryInterceptor と同様に動作しますが、JNDI における HA プロキシの再ルックアップを一度しか実行しません。再ルックアップに一度失敗すると、リトライインターセプタが使用されなかったように EJB コールが失敗します。SingleRetryInterceptor は、4.0.4.CR2 よりクラスタ化 EJB 向けのクライアントインタセプタスタックにデフォルトで含まれています。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:159
@@ -693,7 +693,7 @@
#: Clustering_Guide_EJBs.xml:169
#, no-c-format
msgid "Stateless Session Bean in EJB 3.0"
-msgstr "EJB 3.0 のステートレスセッション bean "
+msgstr "EJB 3.0 のステートレスセッション Bean"
#. Tag: para
#: Clustering_Guide_EJBs.xml:170
@@ -762,7 +762,7 @@
msgid ""
"The <literal>@Clustered</literal> annotation can also be omitted and the "
"clustering configuration applied in jboss.xml:"
-msgstr "<literal>@Clustered</literal> アノテーションも省略することができ、クラスタ化設定を jboss.xml へ適応できます。"
+msgstr "<literal>@Clustered</literal> アノテーションを省略することもでき、クラスタ化設定を jboss.xml へ適応できます。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:182
@@ -804,7 +804,7 @@
#: Clustering_Guide_EJBs.xml:187
#, no-c-format
msgid "Stateful Session Beans in EJB 3.0"
-msgstr "EJB 3.0 のステートフルセッション beans"
+msgstr "EJB 3.0 のステートフルセッション Bean"
#. Tag: para
#: Clustering_Guide_EJBs.xml:188
@@ -850,7 +850,7 @@
msgid ""
"<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 の詳細は下記を参照してください）。"
+msgstr "<literal>name</literal> には、bean をキャッシュするために使用しなければならない JBoss Cache Mbean のオブジェクト名を指定します（この Mbean の詳細は下記を参照してください）。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:198
@@ -859,7 +859,7 @@
"<literal>maxSize</literal> specifies the maximum number of beans that can "
"cached before the cache should start passivating beans, using an LRU "
"algorithm."
-msgstr "<literal>maxSize</literal> は、キャッシュが LRU アルゴリズムを使用して beans のパッシベートを開始する前にキャッシュすべき beans の最大数を指定します。"
+msgstr "<literal>maxSize</literal> には、キャッシュが LRU アルゴリズムを使用して beans のパッシベートを開始する前にキャッシュする beans の最大数を指定します。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:200
@@ -868,7 +868,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 "<literal>idleTimeoutSeconds</literal>は、キャッシュが bean をパッシベートする前に bean が未使用の状態でいられる最長時間を指定します（maxSize の beans がキャッシュされたかに関係ありません）。"
+msgstr "<literal>idleTimeoutSeconds</literal>には、キャッシュが bean をパッシベートする前に bean が未使用の状態でいられる最長時間を指定します（maxSize の beans がキャッシュされたかは関係ありません）。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:202
@@ -876,7 +876,7 @@
msgid ""
"<literal>removalTimeoutSeconds</literal> specifies the max period of time a "
"bean can go unused before the cache should remove it altogether."
-msgstr "<literal>removalTimeoutSeconds</literal> はキャッシュが bean を削除する前に bean が未使用の状態でいられる最長時間を指定します。"
+msgstr "<literal>removalTimeoutSeconds</literal> には、キャッシュが bean を削除する前に bean が未使用の状態でいられる最長時間を指定します。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:204
@@ -888,7 +888,7 @@
"true, since replication involves serializing the bean, and preparing for and "
"recovering from serialization is a common reason for implementing the "
"callback methods."
-msgstr "<literal>replicationIsPassivation</literal> は、キャッシュがレプリケーションをパッシベーションと同等とみなすべきかを指定し、bean のいかなる@PrePassivate や @PostActivate コールバックを起動するかを指定します。レプリケーションには bean のシリアル化が関与するため、デフォルトは true です。コールバックシリアル化の準備やシリアル化からの回復がコールバックメソッドの導入の一般的な理由です。"
+msgstr "<literal>replicationIsPassivation</literal> には、キャッシュがレプリケーションをパッシベーションと同等とみなすべきかを指定し、bean の @PrePassivate や @PostActivate コールバックを起動するかを指定します。レプリケーションには bean のシリアル化が関与するため、デフォルトは true です。コールバックシリアル化の準備やシリアル化からのリカバリがコールバックメソッド導入の一般的な理由です。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:209
@@ -896,7 +896,7 @@
msgid ""
"Here is an example of a clustered EJB 3.0 stateful session bean "
"implementation."
-msgstr "クラスタ化 EJB のステートフルなセッション bean の実装例は次の通りです。"
+msgstr "クラスタ化された EJB のステートフルセッション bean の実装例は次の通りです。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:216
@@ -932,7 +932,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 "ステートレスの beans では、@Clustered アノテーションも省略することができ、クラスタ化設定を上記の例のように jboss.xml へ適応することができます。"
+msgstr "ステートレスの bean では、@Clustered アノテーションを省略することもでき、クラスタ化設定を上記の例のように jboss.xml へ適応することができます。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:221
@@ -969,7 +969,7 @@
"stateful session beans. The related MBean service is defined in the "
"<literal>ejb3-clustered-sfsbcache-service.xml</literal> file in the "
"<literal>deploy</literal> directory. The contents of the file are as follows."
-msgstr "JBoss Cache は EJB 3.0 のステートフルなセッション beans のセッションステートレプリケーションサービスを提供します。関係する Mbean サービスは、<literal>deploy</literal> ディレクトリの <literal>ejb3-clustered-sfsbcache-service.xml</literal> ファイルに定義されます。ファイルの内容は次の通りです。"
+msgstr "JBoss Cache は EJB 3.0 のステートフルセッション bean のセッションステートレプリケーションサービスを提供します。関係する Mbean サービスは、<literal>deploy</literal> ディレクトリの <literal>ejb3-clustered-sfsbcache-service.xml</literal> ファイルに定義されます。ファイルの内容は次の通りです。"
#. Tag: programlisting
#: Clustering_Guide_EJBs.xml:229
@@ -1166,7 +1166,7 @@
"discussed in <xref linkend=\"jbosscache.chapt\"/>. Again, we omitted the "
"JGroups configurations in the <literal>ClusterConfig</literal> attribute "
"(see more in <xref linkend=\"jbosscache-jgroups\"/>). Two noteworthy items:"
-msgstr "この MBean の設定属性は <xref linkend=\"jbosscache.chapt\"/> で説明する標準の JBoss Cache、<literal>TreeCache</literal> MBean と基本的に同じです。ここでも、<literal>ClusterConfig</literal> 属性の JGroups 設定を省略しました（詳細は <xref linkend=\"jbosscache-jgroups\"/> を参照）。次の 2 つの項目に注意してください。"
+msgstr "この MBean の設定属性は <xref linkend=\"jbosscache.chapt\"/> で説明する標準の JBoss Cache、<literal>TreeCache</literal> MBean と基本的に同じです。ここでも、<literal>ClusterConfig</literal> 属性の JGroups 設定を省略しています（詳細は <xref linkend=\"jbosscache-jgroups\"/> を参照）。次の 2 つの項目に注意してください。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:240
@@ -1176,7 +1176,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 "キャッシュはエビクションをサポートするために設定されます。EJB3 SFSB コンテナは JBoss Cache のエビクションメカニズムを使用し、SFSB パッシベーションを管理します。beans がデプロイされると、EJB コンテナはキャッシュにエビクション領域を追加します（各 bean タイプに 1 つの領域）。"
+msgstr "キャッシュはエビクションをサポートするために設定されます。EJB3 SFSB コンテナは JBoss Cache のエビクションメカニズムを使用し、SFSB パッシベーションを管理します。bean がデプロイされると、EJB コンテナはキャッシュにエビクション領域を追加します（各 bean タイプに 1 つの領域）。"
#. Tag: para
#: Clustering_Guide_EJBs.xml:244
@@ -1194,6 +1194,6 @@
"nodes independently passivate and activate clustered beans, they will "
"corrupt each others data."
msgstr ""
-"SFSB パッシベーションをサポートするため、JBoss Cache CacheLoader も設定されます。beans がキャッシュよりエビクションされると、キャッシュローダーは beans を永続的なストアにパッシベートします。この例では、"
-"$JBOSS_HOME/server/all/data/sfsb ディレクトリのファイルシステムが対象となります。JBoss Cache は、異なる永続ストアタイプへデータを保存できる様々な CacheLoader 実装をサポートします。詳細は、JBoss Cache ドキュメンテーションを参照してください。CacheLoaderConfiguration を変更する場合は、共有ストアは使用しないでください（例：共有データベースの単一スキーマなど）。クラスタの各ノードは独自の永続ストアを持たなければなりません。そうしないと、ノードが独自にパッシーベートし、クラスタ化された beans をアクティベートするため、データが破損します。"
+"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