[jboss-cvs] JBossAS SVN: r86836 - 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
Mon Apr 6 03:33:57 EDT 2009
Author: tnagamot
Date: 2009-04-06 03:33:56 -0400 (Mon, 06 Apr 2009)
New Revision: 86836
Modified:
projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_Clustered_Singleton_Services.po
Log:
translated
Modified: projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_Clustered_Singleton_Services.po
===================================================================
--- projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_Clustered_Singleton_Services.po 2009-04-06 07:07:37 UTC (rev 86835)
+++ projects/docs/enterprise/4.3.4/Server_Configuration_Guide/ja-JP/Clustering_Guide_Clustered_Singleton_Services.po 2009-04-06 07:33:56 UTC (rev 86836)
@@ -1,19 +1,20 @@
-# translation of Naming.po to Japanese
+# translation of Clustering_Guide_Clustered_Singleton_Services.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_Clustered_Singleton_Services\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-06 17:32+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"
@@ -21,9 +22,9 @@
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:5
-#, fuzzy, no-c-format
+#, no-c-format
msgid "Clustered Singleton Services"
-msgstr "クラスタ化 JMS サービス"
+msgstr "クラスタ化シングルトンサービス"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:6
@@ -37,13 +38,13 @@
"restarted on the new master. Thus, other than a brief interval when one "
"master has stopped and another has yet to take over, the service is always "
"being provided by one but only one node."
-msgstr ""
+msgstr "クラスタ化されたシングルトンサービス (HA シングルトンとも呼ばれます) はクラスタ内の複数のノードにデプロイされたサービスですが、そのノードの 1 つでのみサービスをサービスを提供します。シングルトンサービスを実行するノードは通常マスターノードと呼ばれます。マスターで障害が発生したり、マスターがシャットダウンされると、残りのノードから別のマスターが選択され、その新しいマスターでサービスが再び起動されます。したがって、あるマスターが停止し、別のマスターが引き継ぐまでの短い時間を除き、サービスは常に 1 つのノードによって提供されます。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:9
#, no-c-format
msgid "Topology after the Master Node fails"
-msgstr ""
+msgstr "マスターノードでの障害発生後のトポロジ"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:17
@@ -57,13 +58,13 @@
"different nodes in the cluster start and stop; based on those notifications "
"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 ""
+msgstr "JBoss Application Server (AS) は、クラスタ化されたシングルトンサービスをデプロイするのを容易にする複数の方針をサポートします。このセクションでは、これらのさまざまな方針について説明します。これらすべての方針は「はじめに」で説明した HAPartition サービスの上に構築されます。また、<literal>HAPartition</literal> を使用してクラスタ内の異なるノードが起動および停止したときに通知を提供します (これらの通知に基づいて、クラスタ内の各ノードはマスターノードであり、サービスの提供を開始するかどうかを独自に (ただし整合的に) 決定できます)。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:22
#, no-c-format
msgid "HASingletonDeployer service"
-msgstr ""
+msgstr "HASingletonDeployer サービス"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:23
@@ -84,6 +85,11 @@
"service when it stops being the master (typically at server shutdown) is to "
"undeploy the contents of <literal>deploy-hasingleton</literal>."
msgstr ""
+"HA シングルトンをデプロイする最も単純で最も一般的に使用されている方針は通常のデプロイメント (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 シングルトンであり、マスターになったときにその提供されたサービスは deploy-hasingleton のコンテンツをデプロイし、マスターでなくなったとき (通常はサーバーのシャットダウン時) にそのサービスは <literal>deploy-hasingleton</literal> のコンテンツをデプロイ解除します。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:26
@@ -94,14 +100,13 @@
"the master node cleanly shuts down, they will be cleanly undeployed as part "
"of shutdown. If the master node fails or is shut down, they will be deployed "
"on whatever node takes over as master."
-msgstr ""
+msgstr "したがって、デプロイメントを <literal>deploy-hasingleton</literal> に格納することにより、デプロイメントはクラスタ内のマスターノードにのみデプロイされます。マスターノードが正常にシャットダウンした場合は、シャットダウンの一部としてデプロイメントが正常にデプロイ解除されます。マスターノードで障害が発生した場合やマスターノードがシャットダウンされた場合はこのデプロイメントがマスターとして引き継いだノードにデプロイされます。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:29
#, no-c-format
-msgid ""
-"Using deploy-hasingleton is very simple, but it does have two drawbacks:"
-msgstr ""
+msgid "Using deploy-hasingleton is very simple, but it does have two drawbacks:"
+msgstr "deploy-hasingleton の使用は非常に簡単ですが、以下の 2 つの欠点があります。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:33
@@ -111,6 +116,8 @@
"hasingleton</literal>. Redeploying a service that has been deployed to "
"<literal>deploy-hasingleton</literal> requires a server restart."
msgstr ""
+"<literal>deploy-"
+"hasingleton</literal> のサービスには hot-deployment 機能がありません。<literal>deploy-hasingleton</literal> にデプロイされたサービスを再デプロイするにはサーバーを再起動する必要があります。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:38
@@ -121,13 +128,13 @@
"it will be providing services. Depending on how complex the deployment of "
"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 ""
+msgstr "マスターノードで障害が発生し、別のノードがマスターとして引き継いだ場合、シングルトンサービスはサービスを提供する前にデプロイメントプロセス全体を経る必要があります。サービスのデプロイメントの複雑さや実行する開始アクティビティの種類によって異なりますが、この処理にはしばらく時間がかかります (この時間の間サービスは提供されません)。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:50
#, no-c-format
msgid "Mbean deployments using HASingletonController"
-msgstr ""
+msgstr "HASingletonController を使用した Mbean デプロイメント"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:51
@@ -142,7 +149,7 @@
"on your service telling it to begin providing service. If it determines it "
"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 ""
+msgstr "サービスが Mbean である場合 (つまり、ear、war、jar などの J2EE デプロイメントでない場合) は、HASingletonController というサービスとともに Mbean をデプロイして HA シングルトンに変えることができます。HASingletonController は HAPartition サービスと連携してクラスタを監視し、そのサービスのマスターノードであるかどうか確認します。マスターノードである場合は、サービスに対してサービスの提供を開始するメソッドが呼び出されます。マスターノードでなくなると、サービスに対してサービスの提供を中止するメソッドが呼び出されます。図をご覧ください。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:54
@@ -152,7 +159,7 @@
"only thing special about it is it needs to expose in its MBean interface a "
"method that can be called when it should begin providing service, and "
"another that can be called when it should stop providing service:"
-msgstr ""
+msgstr "まず HA シングルトンを作成する MBean サービスが存在します。MBean サービスの特別なことは、サービスの提供を開始するときに呼び出すことができるメソッドとサービスの提供を中止するときに呼び出すことができるメソッドを MBean インターフェースで公開する必要があることです。"
#. Tag: programlisting
#: Clustering_Guide_Clustered_Singleton_Services.xml:57
@@ -177,6 +184,24 @@
" } \n"
"} ]]>"
msgstr ""
+"<![CDATA[ \n"
+"public class HASingletonExample\n"
+"implements HASingletonExampleMBean { \n"
+" \n"
+"private boolean isMasterNode = false; \n"
+" \n"
+"public void startSingleton() { \n"
+"isMasterNode = true; \n"
+"} \n"
+". \n"
+"public boolean isMasterNode() { \n"
+"return isMasterNode; \n"
+" } \n"
+" \n"
+" public void stopSingleton() { \n"
+" isMasterNode = false; \n"
+" } \n"
+"} ]]>"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:59
@@ -184,7 +209,7 @@
msgid ""
"We used “startSingleton” and “stopSingleton” in the above example, but you "
"could name the methods anything."
-msgstr ""
+msgstr "上記の例では “startSingleton” および “stopSingleton” と指定しましたがメソッドには任意の名前を指定できます。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:62
@@ -194,6 +219,8 @@
"it, most likely packaged in a .sar file, with the following <literal>META-"
"INF/jboss-service.xml</literal>:"
msgstr ""
+"次に、HASingletonController (サービスを制御する) とともにサービスをデプロイします (通常は、以下の <literal>META-"
+"INF/jboss-service.xml</literal> とともに .sar ファイルにパッケージ化されています)。"
#. Tag: programlisting
#: Clustering_Guide_Clustered_Singleton_Services.xml:65
@@ -228,12 +255,40 @@
" </mbean> \n"
"</server> ]]>"
msgstr ""
+"<![CDATA[\n"
+" <server> \n"
+" <!-- This MBean is an example of a clustered singleton --> \n"
+" <mbean code=\"org.jboss.ha.examples.HASingletonExample\" \n"
+" name=“jboss:service=HASingletonExample\"/> \n"
+" \n"
+" <!-- This HASingletonController manages the cluster Singleton --> \n"
+" <mbean code=\"org.jboss.ha.singleton.HASingletonController\" \n"
+" name=\"jboss:service=ExampleHASingletonController\"> \n"
+" \n"
+" <!-- Inject a ref to the HAPartition -->\n"
+" <depends optional-attribute-name=\"ClusterPartition\" proxy-"
+"type=\"attribute\">\n"
+" jboss:service=${jboss.partition.name:"
+"DefaultPartition}\n"
+" </depends> \n"
+" <!-- Inject a ref to the service being controlled -->\n"
+" <depends optional-attribute-name=\"TargetName\">\n"
+" jboss:service=HASingletonExample\n"
+" </depends>\n"
+" <!-- Methods to invoke when become master / stop being "
+"master -->\n"
+" <attribute name=\"TargetStartMethod\">startSingleton</"
+"attribute> \n"
+" <attribute name=\"TargetStopMethod\">stopSingleton</"
+"attribute> \n"
+" </mbean> \n"
+"</server> ]]>"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:67
#, no-c-format
msgid "Voila! A clustered singleton service."
-msgstr ""
+msgstr "クラスタ化されたシングルトンサービスです。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:69
@@ -249,6 +304,8 @@
"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() メソッドまたは start() メソッドに潜在的に実装できます。サービスがデプロイされるとすぐに JBoss は create() と start() を呼び出します。ノードがマスターノードになるまで待たないため、サービスはすぐに利用できる状態になります (コントローラがサービスをすぐに提供する startSingleton() を実装するまで待ちます)。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:72
@@ -259,6 +316,8 @@
"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_Clustered_Singleton_Services.xml:75
@@ -284,6 +343,25 @@
" </attribute> \n"
"</mbean> ]]>"
msgstr ""
+"<![CDATA[ \n"
+"<mbean code=\"org.jboss.ha.singleton.HASingletonController\" \n"
+"name=\"jboss.ha:service=HASingletonDeployer\"> \n"
+" <depends optional-attribute-name=\"ClusterPartition\" proxy-type=\"attribute"
+"\">\n"
+" jboss:service=${jboss.partition.name:DefaultPartition}\n"
+" </depends> \n"
+" <depends optional-attributeame=\"TargetName\">\n"
+" jboss.system:service=MainDeployer\n"
+" </depends> \n"
+" <attribute name=\"TargetStartMethod\">deploy</attribute> \n"
+" <attribute name=\"TargetStartMethodArgument\">\n"
+" ${jboss.server.home.url}/deploy-hasingleton\n"
+" </attribute> \n"
+" <attribute name=\"TargetStopMethod\">undeploy</attribute> \n"
+" <attribute name=\"TargetStopMethodArgument\">\n"
+" ${jboss.server.home.url}/deploy-hasingleton\n"
+" </attribute> \n"
+"</mbean> ]]>"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:77
@@ -302,12 +380,17 @@
"the location of the directory the <literal>MainDeployer</literal> should "
"deploy/undeploy."
msgstr ""
+"ここでは興味深いことがいくつかあります。まず制御されるサービスは JBoss の中核的なデプロイメントサービスである"
+" <literal>MainDeployer</literal> サービスです。つまり、<literal>HASingletonController</literal> によって制御されることを意図して作成されたサービスではありません。ただし、これは動作します。次に対象となる開始および終了のメソッドは “deploy” と "
+"“undeploy” です。これらのメソッドは特定の名前を持つ必要がなく、論理的に “start” と “stop” 機能を持つこともできます。この場合、呼び出されたメソッドの機能は “do” と “undo” に似ています。最後に "
+"“<literal>TargetStart(Stop)MethodArgument</literal>” 属性に注意してください。シングルトンサービスの start/stop メソッドは引数を取ることができます。この場合、<literal>MainDeployer</literal> のディレクトリの場所は "
+"deploy/undeploy であるべきです。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:85
#, no-c-format
msgid "HASingleton deployments using a Barrier"
-msgstr ""
+msgstr "バリアを使用した HASingleton デプロイメント"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:86
@@ -317,7 +400,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 内に通常デプロイされるサービスはバリア Mbean の依存関係のみを指定する必要があります。"
#. Tag: programlisting
#: Clustering_Guide_Clustered_Singleton_Services.xml:88
@@ -326,10 +409,12 @@
"<![CDATA[<depends>jboss.ha:service=HASingletonDeployer,type=Barrier</"
"depends>]]>"
msgstr ""
+"<![CDATA[<depends>jboss.ha:service=HASingletonDeployer,type=Barrier</"
+"depends>]]>"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:90
-#, fuzzy, no-c-format
+#, no-c-format
msgid ""
"The way it works is that a BarrierController is deployed along with the "
"jboss.ha:service=HASingletonDeployer MBean and listens for JMX notifications "
@@ -344,13 +429,9 @@
"and stopped in tandem with the Barrier. When the BarrierController is "
"undeployed the Barrier is destroyed too."
msgstr ""
-"バリアコントローラがデプロイされるとバリアは具体化され、登録されて、そして"
-"「create」の 状態に置かれます。その後は一致する通知が到着するとバリアに開始と"
-"停止が起こります。 このように、他のサービス群は複雑なライフサイクル問題に関与"
-"する必要がなく、単に 通常の <literal><depends></literal> タグを使用して"
-"バリア MBean に依存する だけで良いのです。それらのサービス群は バリア と並行"
-"して開始と停止をします。バリア コントローラがデプロイされない場合は、バリアは"
-"抹消されます。"
+"このしくみは、BarrierController が jboss.ha:service=HASingletonDeployer MBean とともにデプロイされ、そこからの JMX 通知をリッスンするようになっています。BarrierController はシステムですべての JMX 通知を受け取るよう購読できる比較的単純な Mbean です。また、受け取った通知を使用して、動的に作成されたバリアという Mbean のライフサイクルを管理します。BarrierController がデプロイされると、バリアはインスタンス化され、登録されて、そして"
+"「create」の 状態に置かれます。その後は一致する JMX 通知を受け取るとバリアが起動または終了します。したがって、他のサービスは単に通常の <depends> タグを使用してバリア MBean に依存するだけで良いのです。それらのサービス群はバリアと並行"
+"して開始と停止をします。BarrierController がデプロイ解除されると、バリアも破棄されます。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:94
@@ -360,6 +441,8 @@
"can use farming to distribute the service, while content in deploy-"
"hasingleton must be copied manually on all nodes."
msgstr ""
+"これにより deploy-hasingleton を使用した方法とは別の方法が提供され、deploy-"
+"hasingleton のコンテンツをすべてのノードに手動でコピーする必要がありますがファーミングを使用してサービスを分散できます。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:97
@@ -371,6 +454,8 @@
"that will only deploy (instantiate/create/start) the contents of the deploy-"
"hasingleton directory on one of the nodes."
msgstr ""
+"その一方でバリア依存のサービスはすべてのノードでインスタンス化および作成されます (つまり、任意の create() メソッドが呼び出されます) が、マスターノードでのみ開始されます。これは複数のノードのいずれかに deploy-"
+"hasingleton ディレクトリのコンテンツのみをデプロイ (インスタンス化/作成/開始) する deploy-hasingleton の方法とは異なります。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:101
@@ -379,7 +464,7 @@
"So services depending on the barrier will need to make sure they do minimal "
"or no work inside their create() step, rather they should use start() to do "
"the work."
-msgstr ""
+msgstr "したがって、バリアに依存するサービスは create() のステップ内で必要最低限の作業を行うか、またはまったく作業を行わないようにし、start() を使用して作業を行うようにする必要があります。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:104
@@ -398,12 +483,16 @@
"normal “undeploy” operation (like, for example, an <literal>EJBContainer</"
"literal>) will not have the desired effect."
msgstr ""
+"バリアは依存サービスの開始/停止を制御しますが破棄は制御しません。破棄は <literal>BarrierController</"
+"literal> 自体が破棄またはデプロイ解除された場合のみ行われます。したがって、通常の「デプロイ解除」処理 (<literal>EJBContainer</"
+"literal> など) の一部として「破棄」する必要があるサービスを制御するために <literal>Barrier</"
+"literal> を使用すると、思うような結果が得られません。"
#. Tag: title
#: Clustering_Guide_Clustered_Singleton_Services.xml:114
#, no-c-format
msgid "Determining the master node"
-msgstr ""
+msgstr "マスターノードの決定"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:115
@@ -413,7 +502,7 @@
"that each node in the cluster can independently react to changes in cluster "
"membership and correctly decide whether it is now the “master node”. How is "
"this done?"
-msgstr ""
+msgstr "クラスタ化シングルトン管理のさまざまな方針は、クラスタ内の各ノードがクラスタメンバーシップの変更に独立して反応し、現在「マスターノード」であるかどうかを正しく確認できることを前提としています。このようなことはどのように行われるのでしょうか?"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:118
@@ -429,6 +518,8 @@
"literal> mbean. Every member of the cluster will have the same view, with "
"the members in the same order."
msgstr ""
+"JBoss AS 4.2.0 より以前は、この方法は固定されており単純でした。クラスタの各メンバーに対して、HAPartition Mbean は基本的にクラスタの現在のメンバーの順序化されたリストである CurrentView という名前の属性を保持します。ノードがクラスタに参加し、クラスタから脱退すると、JGroups によってクラスタの残りの各メンバーは更新されたビューを受け取るようになります。現在のビューは JMX コンソールに移動し、<literal>jboss:service=DefaultPartition</"
+"literal> Mbean の CurrentView 属性を調べて確認できます。クラスタの各メンバーは同じビューを持ちます (メンバーは同じ順序)。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:121
@@ -439,7 +530,7 @@
"the order of nodes in the view will reflect the order in which they joined "
"the cluster (although this is not always the case, and should not be assumed "
"to be the case.)"
-msgstr ""
+msgstr "たとえば、ノード A から D までの 4 つのノードクラスタを持ち現在のビューを {A, B, C, D} と表すことができるとします。通常、ビューのノードの順序はノードがクラスタに参加した順序を反映します (ただし、これは常にそうなるとは限らず、該当しない場合もあります)。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:124
@@ -453,6 +544,8 @@
"<literal>HAPartition</literal> service knows that the view with respect to "
"the Foo service is {A, C, D} (no B)."
msgstr ""
+"また、何らかの理由で B を除くクラスタにデプロイされた Foo という名前のシングルトンサービス (<literal>HASingletonController</literal> など) があるとします。<literal>HAPartition</"
+"literal> サービスはどのサービスがどこにデプロイされているかをビューの順序で表すレジストリをクラスタ全体で保持します。したがって、クラスタ内の各ノードでは、<literal>HAPartition</literal> サービスは Foo サービスに関するビューが {A, C, D} (no B) であることを認識します。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:128
@@ -467,6 +560,8 @@
"does this by checking if they are the first member of the view – if they "
"are, they are the master; if not, they're not. Simple as that."
msgstr ""
+"Foo サービスのクラスタトポロジが変更すると、必ず "
+"<literal>HAPartition</literal> サービスは Foo 対してコールバックを呼び出し、新しいトポロジを通知します。したがって、たとえば、Foo が D で開始され、Foo サービスが A、C、D で実行されている場合は、全てが Foo の新しいビューが {A, C, D} であることを示すコールバックを取得します。このコールバックはマスターであるかどうかを独自に決定できる情報を各ノードに提供します。各ノードの Foo サービスはノードがビューの最初のメンバーであるかどうかを確認してこの作業を行います。最初のメンバーである場合はマスターであり、最初のメンバーでない場合はマスターでありません。単純に確認できます。"
#. Tag: para
#: Clustering_Guide_Clustered_Singleton_Services.xml:132
@@ -477,4 +572,5 @@
"A, C and D would get a callback with a new view for Foo of {C, D, A}. C "
"would remain the master – there's nothing magic about A that would cause it "
"to become the master again just because it was before."
-msgstr ""
+msgstr "A に障害が発生したり、A がシャットダウンされると、C と D の Foo は Foo の新しいビュー {C, D} とともにコールバックを取得します。C はマスターになります。A が再起動されると A、C、D は Foo の新しいビュー {C, D, A} とともにコールバックを取得します。C はマスターのまま維持されます ( Aは以前にマスターだったからといって再びマスターになるわけではありません)。."
+
More information about the jboss-cvs-commits
mailing list