[jboss-cvs] JBossAS SVN: r73097 - projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Wed May 7 00:26:46 EDT 2008
Author: khashida at redhat.com
Date: 2008-05-07 00:26:46 -0400 (Wed, 07 May 2008)
New Revision: 73097
Modified:
projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_HTTP.po
Log:
10 left
Modified: projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_HTTP.po
===================================================================
--- projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_HTTP.po 2008-05-07 04:16:06 UTC (rev 73096)
+++ projects/docs/trunk/AS_4/Server_Configuration_Guide/ja-JP/Clustering_Guide_HTTP.po 2008-05-07 04:26:46 UTC (rev 73097)
@@ -11,7 +11,7 @@
"Project-Id-Version: Clustering_Guide_HTTP\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-06 16:15+1000\n"
+"PO-Revision-Date: 2008-05-07 14:24+1000\n"
"Last-Translator: Kiyoto Hashida <khashida at redhat.com>\n"
"Language-Team: Japanese <jp at li.org>\n"
"MIME-Version: 1.0\n"
@@ -1482,6 +1482,13 @@
"annotations are used it is not necessary. Here is an example on how to "
"invoke those commands from command line."
msgstr ""
+"ユーザーのクラスに注釈を付けたら、次は TreeCacheAop で使用する為にユーザーのクラスを "
+"バイトコード強化する前処理手順を実行する必要があります。JBoss AOP プレコンパイラ "
+"<literal>annotationc</literal> とポストコンパイラ <literal>aopc</literal> を使用して "
+"Java コンパイラによってコンパイルされる前と後に上記のソースコードを処理する必要が "
+"あります。annotationc 手順は JDK 1.4 スタイルの注釈が使用される場合にのみ必要であり、JDK 5 "
+"注釈が使用される場合は、それは必要ありません。以下にコマンドラインからこれらのコマンドを "
+"呼び出す方法の例を示します。"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:291
@@ -1503,6 +1510,9 @@
"compiler. The JBoss AOP project also provides easy to use ANT tasks to help "
"integrate those steps into your application build process."
msgstr ""
+"プレコンパイラとポストコンパイラの使用法については JBoss AOP ドキュメントをご覧下さい。 "
+"JBoss AOP プロジェクトはまた、これらの手順をユーザーのアプリケーション構築プロセスに "
+"統合するのを援助するための簡単使用の ANT タスクも提供します。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:297
@@ -1514,6 +1524,11 @@
"The example bundles the pre- and post-compile tools so you do not need to "
"download JBoss AOP separately."
msgstr ""
+"FIELD レベルで複製された web アプリケーションの構築、導入、確証の方法についての "
+"完全な判例は、<ulink url=\"http://wiki."
+"jboss.org/wiki/Wiki.jsp?page=Http_session_field_level_example\"></ulink> でご覧に "
+"なれます。この判例は、プレコンパイルとポストコンパイルのツールを組み込んでいますので "
+"ユーザーは別に JBoss AOP をダウンロードする必要はありません。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:301
@@ -1560,6 +1575,10 @@
"setAttribute()</literal> after you make changes to the data object, and all "
"changes to the fields are automatically replicated across the cluster."
msgstr ""
+"最後に、これらのデータクラス上での FIELD レベル複製の使用法の例を見てみましょう。 "
+"データオブジェクトに変更を加えた後に <literal>session.setAttribute()</literal> を "
+"コールする必要がなく、FIELD への全ての変更は自動的にクラスター全域に渡って "
+"複製されることに注意してください。"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:318
@@ -1611,6 +1630,9 @@
"objects as session attributes. JBoss cache automatically figures out how to "
"handle those collections and replicate field changes in their member objects."
msgstr ""
+"平凡なオブジェクトの他にも、これらのオブジェクトのレギュラー Java コレクションを "
+"セッション属性として使用することもできます。JBoss cache は自動的にこれらのコレクションを "
+"処理する方法を演算して、それらのメンバーオブジェクト内で field の変更を複製します。"
#. Tag: title
#: Clustering_Guide_HTTP.xml:324
@@ -1627,6 +1649,9 @@
"<literal>printDetails</literal> operation. You should see output resembling "
"the following."
msgstr ""
+"すでにユーザーのアプリケーションを導入してアクセスしている場合、<literal>jboss."
+"cache:service=TomcatClusteringCache</literal> MBean に行き、<literal>printDetails</literal> "
+"演算を呼び起こします。以下のような出力が見えるはずです。"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:328
@@ -1681,6 +1706,17 @@
"literal> logging categories provide additional insight into session "
"replication useful for debugging purposes."
msgstr ""
+"この出力は２つの別々の web セッションを JBossCache を介して共有されている "
+"<emphasis>quote</emphasis> と言う名前の１つのアプリケーション内に提示しています。 "
+"この例は <literal>session</literal> の <literal>replication-granularity</literal> を使用して "
+"います。もし <literal>ATTRIBUTE</literal> レベル複製が使用されていたなら、それぞれの "
+"複製したセッション属性を提示する追加のエントリーがあったでしょう。どちらの場合も、複製した "
+"値は、不明瞭な <literal>MarshelledValue</literal> コンテナ内に保存されます。現在、複製した "
+"セッション値の内容を検査できるようにするツールはありません。出力が表示されない場合は、 "
+"アプリケーションが適切に <literal>distributable</literal> としてマークされていないか、又は、 "
+"HTTP セッション内に値を配置するアプリケーションの部分にユーザーがアクセスしていないことになります。 "
+"<literal>org.jboss.cache</literal> と <literal>org.jboss.web</literal> のロギングカテゴリーは、 "
+"デバグ目的に役に立つようなセッション複製への追加の見解を与えてくれます。"
#. Tag: title
#: Clustering_Guide_HTTP.xml:338
@@ -1701,6 +1737,12 @@
"for the applications in question, the <literal>jboss-web-cluster.sar</"
"literal> file needs to be deployed."
msgstr ""
+"JBoss はクラスター化した単独のサインオンをサポートして、ユーザーが JBoss サーバー上で "
+"１つの web アプリケーションに認証を受け、クラスター内の同じマシン上、あるいは同じ仮想 "
+"ホスト上に導入されている別のノードで全ての web アプリケーションでも認識されるようにします。 "
+"Authentication 複製は、HTTP セッション複製サービスで使用される同じ JBoss Cache Mbean によって "
+"処理されます。セッション複製は要点となるアプリケーション用に明示的に有効にする必要はありませんが "
+"<literal>jboss-web-cluster.sar</literal> ファイルは導入される必要があります。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:342
@@ -1711,6 +1753,9 @@
"tomcat <literal>server.xml</literal> file. The valve configuration is shown "
"here:"
msgstr ""
+"単独サインオンを有効にするには、tomcat <literal>server.xml</literal> ファイルの "
+"適切な <literal>Host</literal> エレメントに <literal>ClusteredSingleSignOn</"
+"literal> バルブを追加しなければなりません。そのバルブ設定は以下に示してあります:"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:345
@@ -1741,6 +1786,12 @@
"master has stopped and another has yet to take over, the service is always "
"being provided by one but only one node."
msgstr ""
+"クラスター化した singleton サービス（別名 HA singleton）はクラスター内の複数ノード群上で "
+"導入されて、そのサービスをノードの１つのみ上で提供するサービスです。singleton サービスを "
+"実行しているノードは標準的にマスターノードを呼ばれます。このマスターが故障、または "
+"シャットダウンになると、残りのノード群から別のマスターが選択されてサービスは新規のマスター上で "
+"再開始されます。このようにして当初のマスターが停止して別のマスターが受け継ぐまでの短い間隔以外は、 "
+"サービスは常に１つのみのノードで提供されます。 "
#. Tag: title
#: Clustering_Guide_HTTP.xml:352
@@ -1761,6 +1812,12 @@
"each node in the cluster can independently (but consistently) determine if "
"it is now the master node and needs to begin providing a service."
msgstr ""
+"JBoss Application Server (AS) はユーザーがクラスター化した singleton サービスを導入できるように "
+"数多くの戦略用サポートを提供します。このセクションでは、異なる戦略を探索してみます。全ての "
+"戦略は序説で説明があるように HAPartition サービスの上に築きあげられています。これらは、 "
+"クラスター内の別々のノード群が開始したり、停止したりする時に、通知を提供する <literal>HAPartition</literal> に "
+"依存します。これらの通知を土台にしてクラスター内の各ノードは独立して（でも均一に）、それ自身が "
+"その時点でマスターノードなのか、そしてサービスを提供する必要があるのかを判定します。"
#. Tag: title
#: Clustering_Guide_HTTP.xml:365
@@ -1787,6 +1844,16 @@
"service when it stops being the master (typically at server shutdown) is to "
"undeploy the contents of <literal>deploy-hasingleton</literal>."
msgstr ""
+"HA singleton の導入用に使用される最も簡単で一般的な戦略は、（war、ear、jar、どれを "
+"導入に配置する場合でも）普通の導入を引用してそれを、<literal>deploy</"
+"literal> にではなく、<literal>$JBOSS_HOME/server/all/deploy-hasingleton</literal> "
+"ディレクトリ内で導入することです。<literal>deploy-hasingleton</literal> ディレクトリは "
+"deploy や farm の下にはありませんので、そのコンテンツは AS インスタンスが開始する時に "
+"自動的に導入されるものではありません。その代わり、このディレクトリのコンテンツを導入するのは "
+"<literal>jboss.ha:service=HASingletonDeployer</literal> MBean と言う特殊サービス "
+"（それ自身が deploy/deploy-hasingleton-service.xml ファイルを介して導入されている）の役目です。 "
+"HASingletonDeployer サービスはそれ自身が HA Singleton で、マスターになった時に deploy-hasingleton の "
+"コンテンツを導入すること、そしてマスター状態を停止した時（サーバーシャットダウン）に <literal>deploy-hasingleton</literal> のコンテンツの導入を解除するサービスを提供するものです。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:369
@@ -1798,6 +1865,10 @@
"of shutdown. If the master node fails or is shut down, they will be deployed "
"on whatever node takes over as master."
msgstr ""
+"それで、ユーザーの導入を <literal>deploy-hasingleton</literal> 内に配置すると、クラスター内の "
+"マスターノードでのみに導入されることが判るでしょう。マスターノードがクリーンにシャットダウンした場合、 "
+"シャットダウンの一部として導入もクリーンに解除されます。マスターノードが故障したり、シャットダウンした "
+"場合、サービスはいずれかのノードがマスターになった時に再導入されます。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:372
@@ -1813,6 +1884,9 @@
"hasingleton</literal>. Redeploying a service that has been deployed to "
"<literal>deploy-hasingleton</literal> requires a server restart."
msgstr ""
+"<literal>deploy-hasingleton</literal> にはサービス用のホット導入機能がありません。 "
+"<literal>deploy-hasingleton</literal> で導入されていたサービスを再導入するには、サーバーの "
+"再起動が必要になります。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:381
@@ -1824,6 +1898,11 @@
"your service is and what sorts of startup activities it engages in, this "
"could take a while, during which time the service is not being provided."
msgstr ""
+"マスターノードが故障して、別のノードがマスターとして入れ替わった場合、 "
+"ユーザーの singleton サービスは、サービスを提供できるようになる前に "
+"導入プロセス全体を通過しなければなりません。そのサービス導入の複雑性と "
+"開始活動に入る手段に応じてこれは、時間を取ることになりその期間中はサービスは "
+"提供されません。"
#. Tag: title
#: Clustering_Guide_HTTP.xml:393
@@ -1845,6 +1924,13 @@
"is no longer the master node, it invokes a method on your service telling it "
"to stop providing service. Let's walk through an illustration."
msgstr ""
+"ユーザーのサービスが Mbean（ear や war や jar などの J2EE 導入ではなく）である場合、 "
+"それを HASingletonController と呼ばれるサービスと共に導入して、それを HA singleton に "
+"変換することができます。HAPartition サービスと共に動作してクラスターの監視をしたり "
+"そのサービスの為に自身がマスターノードかどうか判定するのは HASingletonController の仕事です。 "
+"自身がマスターノードであると判定した場合、それはサービスに１つのメソッドを呼び起こしてサービスの "
+"提供を開始するように指示します。それがもうマスターではないと判定した場合、使用しているサービスに "
+"１つのメソッドを呼び起こしてサービスの提供を停止するように指示します。以下のその状況を解説していきます。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:397
@@ -1855,6 +1941,10 @@
"method that can be called when it should begin providing service, and "
"another that can be called when it should stop providing service:"
msgstr ""
+"先ず、ここでは、HA singleton にしたい MBean サービスがあります。これについて "
+"唯一特別なことは MBean インターフェイスの中で、サービスの提供を開始すべき時に "
+"コールできて、そしてサービスの提供を停止すべき時にもコールできるメソッドを出す必要が "
+"あることです。"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:400
@@ -2002,6 +2092,14 @@
"service could be primed and ready to go, just waiting for the controller to "
"implement startSingleton() at which point it can immediately provide service."
msgstr ""
+"このアプローチの明確な短所は、MBean だけに機能するということです。その "
+"長所は、上記の例が <literal>deploy</literal> か <literal>farm</literal> 内に "
+"配置できるため、ホット導入とファーム化導入ができると言う点です。また、上記の "
+"例のサービスが複雑で時間のかかるスタートアップ要求を持っている場合、それらは多分、 "
+"create() or start() メソッドの中で実装できます。 JBoss はサービスが導入され次第に "
+"create() and start() を呼び起こします。 JBoss は該当ノードがマスターノードに "
+"なるまで待ちません。そのため、サービスは初期化して開始準備ができた状態で、サービス提供を "
+"すぐに開始できる時点にコントローラが startSingleton() を実装するのを待つだけです。"
#. Tag: para
#: Clustering_Guide_HTTP.xml:415
@@ -2012,6 +2110,9 @@
"deployment descriptor (extracted from the <literal>deploy/deploy-hasingleton-"
"service.xml</literal> file):"
msgstr ""
+"上記で説明してある jboss.ha:service=HASingletonDeployer サービスは、それ自身が "
+"HASingletonController の使用の興味深い一つの例です。ここにその導入記述子（<literal>deploy/deploy-hasingleton-"
+"service.xml</literal> ファイルから摘出）を示します:"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:418
@@ -2074,6 +2175,15 @@
"the location of the directory the <literal>MainDeployer</literal> should "
"deploy/undeploy."
msgstr ""
+"ここに面白いことがいくつかあります。その一つめは、制御されているサービスは <literal>MainDeployer</literal> "
+"サービスであり、これは JBoss の中核となる導入サービスです。すなわち、これは、 "
+"<literal>HASingletonController</literal> で制御されることを意図して書かれているのではないと "
+"いうことです。しかしそれでも機能します。二つめは、ターゲットの開始と停止のメソッドは「deploy（導入）」と "
+"「undeploy（導入解除）」です。それらが特定の名前を持つとか、論理的な開始と停止の機能を持つと言う "
+"要求はありません。ここでは、呼び起こされるメソッドの機能は、どちらかと言うと、「実行」、「実行停止」の "
+"ようなものです。最後に “<literal>TargetStart(Stop)MethodArgument</literal>” 属性に注意して下さい。 "
+"ユーザーの singleton サービスの 開始/停止メソッドは引数を取ることができます。その場合、 "
+"ディレクトリ <literal>MainDeployer</literal> の場所は deploy/undeploy とすべきです。"
#. Tag: title
#: Clustering_Guide_HTTP.xml:428
@@ -2089,7 +2199,7 @@
"stopped whenever the content of deploy-hasingleton gets deployed/undeployed, "
"(i.e., whenever the current node becomes the master), need only specify a "
"dependency on the Barrier mbean:"
-msgstr ""
+msgstr "deploy-hasingleton のコンテンツが 導入/導入解除される時（現在のノードがマスターになる時はいつでも）、開始/停止したい「deploy」や「farm」内で導入されているサービスは通常、Barrier mbean への依存性を指定することだけが必要です。"
#. Tag: programlisting
#: Clustering_Guide_HTTP.xml:431
More information about the jboss-cvs-commits
mailing list