第5章 テスト用のインストール

1. コマンドラインで EAP_HOME/bin/ ディレクトリーに移動します。

2. Unix 環境 の場合は以下を実行します。

   ./standalone.sh

   Windows 環境の場合は以下を実行します。

   ./standalone.bat

1. コマンドラインで EAP_HOME/bin/ ディレクトリーに移動します。

2. Unix 環境 の場合は以下を実行します。

   ./domain.sh

   Windows 環境の場合は以下を実行します。

   ./domain.bat

1. Configure runtime environment で、Install clustered configuration を選択して Next をクリックします。
2. データベースの JDBC ベンダーを選択します。

3. 適切なドライバーの JAR を指定します。

   • ファイルシステムで 1 つまたは複数のファイルを選択します。
   • 1 つまたは複数の URL を指定します。インストーラーにより、自動的にファイルがダウンロードされます。

   インストーラーにより、EAP_HOME/modules に JAR がコピーされ、適切な module.xml ファイルが作成されます。

   図5.2 JDBC ドライバーのセットアップ

   

4. Quartz で使用するデータベースにアクセスするための URL、ユーザー名、パスワードを入力します。

   インストーラーにより、以下が作成されます。

   • EAP_HOME/domain/configuration/quartz-definition.properties の Quartz 定義ファイル

   • EAP_HOME/domain/domain.xml の Quartz データソース 2 つ

     domain.xml ファイルを編集して設定をカスタマイズします。

     注記

     インストール時に、Quartz DDL スクリプトがこの手順で選択したデータベースで実行されます。このスクリプトにより、テーブルの追加など、Quartz の操作に必要な変更が加えられます。EAP_HOME/jboss-brms-bpmsuite-6.4-supplementary-tools/ddl-scripts でスクリプトを表示できます。変更の必要はありません。

     図5.3 Quartz データベース設定

     

5. Next をクリックして、インストールを開始します。

   重要

   JAR インストーラーを使用する場合には、war アーカイブが EAP_HOME/standalone/deployments/ のアプリケーションから自動的に作成されます。そのため、インストール時にはアプリケーションが圧縮された状態、展開された状態の両方でストレージに存在するので追加の容量が必要になります。

   ZooKeeper インスタンス 3 つが EAP_HOME/jboss-brms-bpmsuite-6.4-supplementary-tools/ の zookeeper-one、zookeeper-two、zookeeper-three ディレクトリーに作成されます。

1. EAP_HOME/jboss-brms-bpmsuite-6.4-supplementary-tools/helix-core に移動します。

2. 以下の起動スクリプトを実行します。

   Unix システムの場合:

   ./startCluster.sh

   Windows の場合:

   ./startCluster.bat

3. EAP_HOME/bin に移動します。

4. 以下のスクリプトを実行して Red Hat JBoss EAP を起動します。

   Unix システムの場合:

   ./domain.sh

   Windows の場合:

   ./domain.bat

1. 以下のように、ZooKeeper サーバーすべてを起動します。

   Unix システムの場合:

   ./ZOOKEEPER_HOME_ONE/bin/zkServer.sh start &
   ./ZOOKEEPER_HOME_TWO/bin/zkServer.sh start &
   ./ZOOKEEPER_HOME_THREE/bin/zkServer.sh start &

   Windows の場合:

   ZOOKEEPER_HOME_ONE/bin/zkServer.cmd start
   ZOOKEEPER_HOME_TWO/bin/zkServer.cmd start
   ZOOKEEPER_HOME_THREE/bin/zkServer.cmd start

2. 以下のように、Helix コントローラーで ZooKeeper インスタンスが認識されるようにします。

   ./HELIX_HOME/bin/run-helix-controller.sh --zkSvr localhost:2181,localhost:2182,localhost:2183 --cluster bpms-cluster 2>&1 > /tmp/controller.log &

3. EAP_HOME/bin に移動し、Red Hat JBoss EAP を起動します。

   Unix システムの場合:

   ./domain.sh

   Windows の場合:

   ./domain.bat

4. Red Hat JBoss BPM Suite ノードにアクセスできます。たとえば、インストーラーを使用して Red Hat JBoss BPM Suite クラスターを作成した場合には、以下でノードにアクセスできます。

   localhost:8080/business-central
   localhost:8230/business-central

1. Red Hat JBoss EAP インスタンスまたは使用するコンテナーを停止します。

2. Helix コントローラープロセスを停止します。

   Unix システムでプロセスの PID を検索します。

   ps aux|grep HelixControllerMain

   PID を特定し、プロセスを中断します。

   kill -15 <pid of HelixControllerMain>

   Windows ではタスクマネージャーを使用してプロセスを停止します。

3. ZooKeeper サーバーを停止します。各サーバーインスタンスで以下を実行します。

   Unix システムの場合:

   ./ZOOKEEPER_HOME_ONE/bin/zkServer.sh stop
   ./ZOOKEEPER_HOME_TWO/bin/zkServer.sh stop
   ./ZOOKEEPER_HOME_THREE/bin/zkServer.sh stop

   Windows の場合:

   ZOOKEEPER_HOME_ONE/bin/zkServer.cmd stop
   ZOOKEEPER_HOME_TWO/bin/zkServer.cmd stop
   ZOOKEEPER_HOME_THREE/bin/zkServer.cmd stop

1. 「クラスターの設定」に従い、ZooKeeper および Helix を設定します。
2. 「Quartz の設定」に従い、Quartz を設定します。
3. JDBC ドライバーをインストールします。『Red Hat JBoss EAP 管理および設定ガイド』の「管理コンソールを用いた JDBC ドライバーのインストール」の章を参照してください。
4. サーバーのデータソースを設定します。使用するモードをもとに、EAP_HOME/MODE/configuration にある domain.xml または standalone.xml を開きます。

5. full プロファイルの場所を特定して、以下を行います。

   1. Red Hat JBoss BPM Suite で使用する主要なデータソースの定義を追加します。

      例5.1 主要な Red Hat JBoss BPM Suite データソースとして定義した PostgreSQL データソース

      <datasource jndi-name="java:jboss/datasources/psbpmsDS"
                  pool-name="postgresDS" enabled="true" use-java-context="true">
        <connection-url>jdbc:postgresql://localhost:5432/jbpm</connection-url>
        <driver>postgres</driver>
        <security>
          <user-name>bpms</user-name>
          <password>bpms</password>
        </security>
      </datasource>

   2. Quartz サービスのデータソースの定義を追加します。

      例5.2 Quartz データソースとして定義した PostgreSQL データソース

      <datasource jta="false" jndi-name="java:jboss/datasources/quartzNotManagedDS"
                  pool-name="quartzNotManagedDS" enabled="true" use-java-context="true">
        <connection-url>jdbc:postgresql://localhost:5432/jbpm</connection-url>
        <driver>postgres</driver>
        <security>
          <user-name>bpms</user-name>
          <password>bpms</password>
        </security>
      </datasource>

   3. データソースのドライバーを定義します。

      例5.3 PostgreSQL ドライバーの定義

      <driver name="postgres" module="org.postgresql">
        <xa-datasource-class>org.postgresql.xa.PGXADataSource</xa-datasource-class>
      </driver>

   4. Red Hat JBoss EAP 7.0 に Red Hat JBoss BPM Suite をデプロイする場合には、データソースにスキーマが含まれるようにしてください。データソーススキーマを作成するには、jboss-bpmsuite-brms-6.4-supplementary-tools.zip にある DDL スクリプトを使用してください。データソースにスキーマが含まれない場合には、一度に 1 つのノードを起動するようにしてください。

      また、Red Hat JBoss EAP 7.0 にデプロイする場合には、EAP_HOME/domain/business-central.war/WEB-INF/classes/META-INF/persistence.xml を開き、hibernate.hbm2ddl.auto="update" プロパティーを hibernate.hbm2ddl.auto="none" に変更してください。

6. _cluster_properties_BRMSで定義したプロパティーを使用して、EAP_HOME/domain/configuration/host.xml の main-server-group 要素で複数の個別要素を設定します。

   Apache ZooKeeper で Red Hat JBoss EAP クラスターを設定する場合には、Red Hat JBoss EAP ノードと Apache ZooKeeper ノード数は同じでなくても構いません。ただし、ベストプラクティスとして、ZooKeeper および Red Hat JBoss EAP のノード数は同じにするようにしてください。

   クラスターノードのプロパティー

   jboss.node.name

   Red Hat JBoss BPM Suite クラスターで一意のノード名

   値	デフォルト
   文字列	該当なし

   org.uberfire.cluster.id

   kie-cluster などの Helix クラスターの名前。この値は、Helix コントローラーに定義したものと同じ値に設定する必要があります。

   値	デフォルト
   文字列	該当なし

   org.uberfire.cluster.local.id

   Helix クラスターノードの一意の ID。node1_12345 などのように、':' は '_' に置き換える点に注意してください。

   値	デフォルト
   文字列	該当なし

   org.uberfire.cluster.vfs.lock

   kie-vfs など、Helix クラスターで定義されるリソース名

   値	デフォルト
   文字列	該当なし

   org.uberfire.cluster.zk

   Zookeeper サーバーの場所

   値	デフォルト
   host1:port1、host2:port2、host3:port3…​などの形式の文字列	該当なし

   org.uberfire.metadata.index.dir

   インデックス化および検索の際に Apache Lucene が使用する .index ディレクトリーの場所

   値	デフォルト
   パス	現在の作業ディレクトリー

   org.uberfire.nio.git.daemon.host

   Git デーモンが有効な場合には、localhost の識別子としてこのプロパティーを使用します。

   値	デフォルト
   URL	localhost

   org.uberfire.nio.git.daemon.hostport

   仮想化環境で実行中の場合はホストは Git デーモンのポート番号以外を使用します。

   値	デフォルト
   ポート番号	9418

   org.uberfire.nio.git.daemon.port

   Git デーモンが有効な場合には、ポート番号としてこのプロパティーを使用します。

   値	デフォルト
   ポート番号	9418

   org.uberfire.nio.git.dir

   ディレクトリー .niogit の場所。たとえば、バックアップの目的で値を変更します。

   値	デフォルト
   パス	現在の作業ディレクトリー

   org.uberfire.nio.git.ssh.host

   SSH デーモンが有効な場合には、localhost の識別子としてこのプロパティーを使用します。

   値	デフォルト
   URL	localhost

   org.uberfire.nio.git.ssh.hostport

   仮想化環境で実行中の場合はホストは SSH デーモンのポート番号以外を使用します。

   値	デフォルト
   ポート番号	8003

   org.uberfire.nio.git.ssh.port

   SSH デーモンが有効な場合には、ポート番号としてこのプロパティーを使用します。

   値	デフォルト
   ポート番号	8001

   例5.4 クラスター nodeOne 設定

   <system-properties>
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodeone"
               boot-time="false"/>
     <property name="jboss.node.name" value="nodeOne" boot-time="false"/>
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk"
               value="server1:2181,server2:2182,server3:2183" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeOne_12345"
               boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.host" value="nodeOne"/>
     <property name="org.uberfire.nio.git.daemon.port" value="9418" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9418"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.port" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8003" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeOne"/>
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodeone"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodeone"
               boot-time="false"/>
     <property name="org.quartz.properties"
               value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>
   </system-properties>

   例5.5 クラスター nodeTwo 設定

   <system-properties>
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodetwo"
               boot-time="false"/>
     <property name="jboss.node.name" value="nodeTwo" boot-time="false"/>
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk"
               value="server1:2181,server2:2182,server3:2183" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeTwo_12346"
               boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.host" value="nodeTwo" />
     <property name="org.uberfire.nio.git.daemon.port" value="9419" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9419"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.port" value="8004" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8004" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeTwo" />
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodetwo"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodetwo"
               boot-time="false"/>
     <property name="org.quartz.properties"
               value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>
   </system-properties>

   例5.6 クラスター nodeThree 設定

   <system-properties>
     <property name="org.uberfire.nio.git.dir" value="/tmp/bpms/nodethree"
               boot-time="false"/>
     <property name="jboss.node.name" value="nodeThree" boot-time="false"/>
     <property name="org.uberfire.cluster.id" value="bpms-cluster" boot-time="false"/>
     <property name="org.uberfire.cluster.zk"
               value="server1:2181,server2:2182,server3:2183" boot-time="false"/>
     <property name="org.uberfire.cluster.local.id" value="nodeThree_12347"
               boot-time="false"/>
     <property name="org.uberfire.cluster.vfs.lock" value="vfs-repo" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.host" value="nodeThree" />
     <property name="org.uberfire.nio.git.daemon.port" value="9420" boot-time="false"/>
     <property name="org.uberfire.nio.git.daemon.hostport" value="9420"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.port" value="8005" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.hostport" value="8005" boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.host" value="nodeThree" />
     <property name="org.uberfire.metadata.index.dir" value="/tmp/jbpm/nodethree"
               boot-time="false"/>
     <property name="org.uberfire.nio.git.ssh.cert.dir" value="/tmp/jbpm/nodethree"
               boot-time="false"/>
     <property name="org.quartz.properties"
               value="/tmp/jbpm/quartz/quartz-db-postgres.properties" boot-time="false"/>
   </system-properties>

7. Red Hat JBoss EAP 『管理設定ガイド』の説明に従い、管理ユーザーを、『Red Hat JBoss BPM Suite Administration and Configuration Guide』の説明に従い、アプリケーションユーザーを追加してください。

8. EAP_HOME/bin に移動して、ドメインモードでアプリケーションサーバーを起動します。

   Unix システムの場合:

   ./domain.sh

   Windows の場合:

   ./domain.bat

9. ノードが利用できることを確認します。

1. アプリケーションに事前定義されている永続性を必要なデータベース (PostgreSQL) に変更します。persistence.xml で以下を変更します。

   1. アプリケーションサーバーで定義したソースに jta-data-source 名前を変更します(java:jboss/datasources/psbpmsDS)。
   2. Hibernate 方言をデータソースの方言に一致させます (org.hibernate.dialect.PostgreSQLDialect)。
2. 管理ユーザーとして、ドメインのサーバー 管理 コンソールにログインして、コンソールの Runtime view を使用して新規デプロイメントを追加します。デプロイメントがドメインに追加されたら、正しいサーバーグループ (main-server-group) に割り当てます。

Intelligent Process Server クラスターの作成

1. CONTROLLER_HOME/bin に移動します。

2. kie-server ロールのユーザーを追加します。

   $ ./add-user.sh -a --user kieserver --password kieserver1! --role kie-server

3. コントローラーを起動します。

   $ ./standalone.sh

4. SERVER_1_HOME に移動します。
5. kie-server.war をデプロイします。クラスターされたサーバーには business-central.war や他のアプリケーションは必要ありません。

6. 必要なプロパティーの例については、以下の host.xml の <servers> 部分を参照してください。

   <server name="server-one" group="main-server-group">
    <system-properties>
     <property name="org.kie.server.location" value="http://localhost:8180/kie-server/services/rest/server"></property> 1
     <property name="org.kie.server.controller" value="http://localhost:8080/business-central/rest/controller"></property> 2
     <property name="org.kie.server.controller.user" value="kieserver"></property> 3
     <property name="org.kie.server.controller.pwd" value="kieserver1!"></property> 4
     <property name="org.kie.server.id" value="HR"></property> 5
    </system-properties>
    <socket-bindings port-offset="100"/>
   </server>
   
   <server name="server-two" group="main-server-group" auto-start="true">
    <system-properties>
     <property name="org.kie.server.location" value="http://localhost:8230/kie-server/services/rest/server"></property>
     <property name="org.kie.server.controller" value="http://localhost:8080/business-central/rest/controller"></property>
     <property name="org.kie.server.controller.user" value="kieserver"></property>
     <property name="org.kie.server.controller.pwd" value="kieserver1!"></property>
     <property name="org.kie.server.id" value="HR"></property>
    </system-properties>
    <socket-bindings port-offset="150"/>
   </server>

   1

   org.kie.server.location: サーバーインスタンスの URL

   2

   org.kie.server.controller: コントローラー URL のコンマ区切りのリスト

   3

   org.kie.server.controller.user: コントローラー認証用に作成されたユーザー名。デフォルトでは kieserver を使用します。

   4

   org.kie.server.controller.pwd: コントローラー認証用のパスワード。デフォルトでは kieserver1! を使用します。

   5

   org.kie.server.id: コントローラーインスタンスで定義されたテンプレート ID に対応するサーバー ID。1 つのテンプレートを表す複数のサーバーインスタンスには同じ ID を指定してください。

   上記の例は、Red Hat JBoss EAP ドメインモードの定義です。ブートストラップスイッチの完全一覧については、『Red Hat JBoss BPM Suite Administration and Configuration Guide』の「Bootstrap Switches」を参照してください。

7. 必要なサーバー数だけ、以前の手順を繰り返します。ドメインモードで Red Hat JBoss EAP を起動するには、以下を実行します。

1. コントローラーの Business Central にログインします。
2. Deploy → Execution Servers をクリックします。
3. 各テンプレートに接続されているリモートサーバーを表示します。

1. Apache ZooKeeper、Apache Helix、Quartz DDL スクリプトが含まれる jboss-bpmsuite-brms-VERSION-supplementary-tools.zip をダウンロードします。
2. アーカイブを展開します。ZooKeeper ディレクトリー (ZOOKEEPER_HOME) および Helix ディレクトリー (HELIX_HOME) が作成されます。

3. Apache ZooKeeper を設定します。

   1. ZooKeeper ディレクトリーで conf に移動して、以下を実行します。

      cp zoo_sample.cfg zoo.cfg

   2. zoo.cfg を編集します。

      # The directory where the snapshot is stored.
      dataDir=$ZOOKEEPER_HOME/data/
      
      # The port at which the clients connects.
      clientPort=2181
      
      # Defining ZooKeeper ensemble.
      # server.{ZooKeeperNodeID}={server}:{port:range}
      server.1=localhost:2888:3888
      server.2=localhost:2889:3889
      server.3=localhost:2890:3890

      注記

      クラスタリングには複数の ZooKeeper ノードは必要ありません。

      dataDir の場所が存在し、アクセスできるようにしてください。

   3. ZooKeeper を実行する各メンバーにノード ID を割り当てます。たとえば、ノード 1 には 1、ノード 2 には 2、ノード 3 には3 などを使用します。

      ZooKeeper ノード ID は、各ノードの ZooKeeper のデータディレクトリーの配下にある myid というフィードで指定します。たとえば、ノード 1 の場合には、以下を指定します。

      echo "1" > /zookeeper/data/myid

4. 必要に応じてさらに ZooKeeper 設定を指定します。

5. ZOOKEEPER_HOME/bin/ に移動して ZooKeeper を起動します。

   ./zkServer.sh start

   ZOOKEEPER_HOME/bin/zookeeper.out ファイルで ZooKeeper ログを確認できます。このログをチェックしてアンサンブル (クラスター) が正しく形成されていることを確認します。ノードの 1 つをリーダーに選択して、他の 2 つのノードを従属させます。

6. ZooKeeper アンサンブルが起動したら、Helix を設定、起動します。Helix は、単一のノードから以外は設定しないでください。この設定は、ZooKeeper アンサンブルに保存され、適時共有されます。

   設定のマスターとして ZooKeeper サーバーでクラスターを設定します。

   1. ZooKeeper ホストとポートをコンマ区切りリストで指定してクラスターを作成します。

      $HELIX_HOME/bin/helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT --addCluster <clustername>

   2. クラスターにノードを追加します。

      HELIX_HOME/bin/helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT --addNode <clustername> <name_uniqueID>

      例5.7 3 つのクラスターノードの追加

      ./helix-admin.sh --zkSvr server1:2181,server2:2182,server3:2183 --addNode bpms-cluster nodeOne:12345
      ./helix-admin.sh --zkSvr server1:2181,server2:2182,server3:2183 --addNode bpms-cluster nodeTwo:12346
      ./helix-admin.sh --zkSvr server1:2181,server2:2182,server3:2183 --addNode bpms-cluster nodeThree:12347

7. クラスターにリソースを追加します。

   helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT  --addResource <clustername> <resourceName> <numPartitions> <stateModelName>

   「Helix Tutorial: State Machine Configuration」で状態マシンの設定について参照してください。

   例5.8 リソースとしての vfs-repo の追加

   ./helix-admin.sh --zkSvr server1:2181,server2:2182,server3:2183 --addResource bpms-cluster vfs-repo 1 LeaderStandby AUTO_REBALANCE

8. 3 つのノードでクラスターをリバランスします。

   helix-admin.sh --zkSvr ZOOKEEPER_HOST:ZOOKEEPER_PORT --rebalance <clustername> <resourcename> <replicas>

   Helix Tutorial: Rebalancing Algorithms でリバランスについて参照してください。

   例5.9 bpms-cluster のリバランス

   ./helix-admin.sh --zkSvr server1:2181,server2:2182,server3:2183 --rebalance bpms-cluster vfs-repo 3

   このコマンドでは 3 は 3 つの bpms-cluster ノードを表します。

9. クラスターの全ノードで Helix コントローラーを起動します。

   例5.10 Helix コントローラーの起動

   ./run-helix-controller.sh --zkSvr server1:2181,server2:2182,server3:2183 --cluster bpms-cluster 2>&1 > ./controller.log &

1. データベースを設定します。サポートされている JTA 以外のデータソースの 1 つを使用します。Quartz は JTA 以外のデータソースが必要であるため、Business Central データソースは使用できません。以下のコードでは、PostgreSQL のユーザーは bpms、パスワードは bpms を使用します。データベースは、アプリケーションサーバーに接続する必要があります。
2. データベースに Quartz テーブルを作成して、タイマーイベントの同期を許可します。これには、データベースの DDL スクリプトを使用します。QUARTZ_HOME/docs/dbTables の ZIP アーカイブを展開するとスクリプトを入手できます。

3. JBOSS_HOME/MODE/configuration/ ディレクトリーの Quartz 設定ファイル quartz-definition.properties を作成して、Quartz プロパティーを定義します。

   例5.11 PostgreSQL データベースの Quartz 設定ファイル

   #============================================================================
   # Configure Main Scheduler Properties
   #============================================================================
   
   org.quartz.scheduler.instanceName = jBPMClusteredScheduler
   org.quartz.scheduler.instanceId = AUTO
   
   #============================================================================
   # Configure ThreadPool
   #============================================================================
   
   org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
   org.quartz.threadPool.threadCount = 5
   org.quartz.threadPool.threadPriority = 5
   
   #============================================================================
   # Configure JobStore
   #============================================================================
   
   org.quartz.jobStore.misfireThreshold = 60000
   
   org.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreCMT
   org.quartz.jobStore.driverDelegateClass=org.quartz.impl.jdbcjobstore.PostgreSQLDelegate
   org.quartz.jobStore.useProperties=false
   org.quartz.jobStore.dataSource=managedDS
   org.quartz.jobStore.nonManagedTXDataSource=notManagedDS
   org.quartz.jobStore.tablePrefix=QRTZ_
   org.quartz.jobStore.isClustered=true
   org.quartz.jobStore.clusterCheckinInterval = 20000
   
   #============================================================================
   # Configure Datasources
   #============================================================================
   org.quartz.dataSource.managedDS.jndiURL=jboss/datasources/psbpmsDS
   org.quartz.dataSource.notManagedDS.jndiURL=jboss/datasources/quartzNotManagedDS

   設定済みのデータソースはファイルの最後で Quartz スキーマ 2 つに対応する点に注意してください。

   クラスターノードの確認間隔

   クラスター検出の推奨される間隔は 20 秒で、quartz-definition.properties ファイルの org.quartz.jobStore.clusterCheckinInterval で設定されています。お使いの設定環境によっては、パフォーマンスの影響を考慮し、必要に応じて設定を変更してください。

   データベースの方言を定義する org.quartz.jobStore.driverDelegateClass プロパティー。Oracle を使用する場合には、org.quartz.impl.jdbcjobstore.oracle.OracleDelegate に設定します。

4. org.quartz.properties プロパティーの quartz-definition.properties ファイルへの絶対パスを指定します。詳細情報は、「_cluster_properties_BRMS」を参照してください。