この章では、選択されたサービス品質によってOracle CEPアプリケーションの構成方法を説明します。次の項が含まれます。
スケーラビリティ・オプションの詳細は、第22章「スケーラビリティについて」を参照してください。
この項では、図23-1に示すように、Oracle CEPイベント・パーティショナでチャネルを構成する次の方法について説明します。
この例では、inbound
アダプタから、例23-1で定義されているタイプPriceEvent
のイベントが送信されると想定します。
例23-1 イベント・タイプPriceEventの定義
<wlevs:event-type-repository> <wlevs:event-type type-name="PriceEvent"> <wlevs:properties> <wlevs:property name="symbol" type="char" /> <wlevs:property name="price" type="long" /> </wlevs:properties> </wlevs:event-type> </wlevs:event-type-repository>
詳細は、22.2.1項「EventPartitioner」を参照してください。
デフォルト・イベントのプロパティ・ベースのイベント・パーティショナを使用するようチャネルを構成できます。着信イベントが到着するたびに、チャネルはリスナーを選択し、各リスナーに各イベントをブロードキャストするかわりに、そのリスナーにイベントをディスパッチします。
オプションで、独自のEventPartitioner
クラスを実装し、23.1.2項「カスタム・チャネルEventPartitionerでのスケーラビリティの構成方法」に示すとおり、チャネルのリスナーへのイベントのディスパッチ方法をカスタマイズできます。
デフォルト・チャネルEventPartitionerでスケーラビリティを構成する手順:
EPNにチャネルを追加します。
図23-1では、チャネルはEventPartitionerChannel
です。
詳細は、第9章「チャネルの構成」を参照してください。
チャネルをアップストリーム・アダプタに接続します。
図23-1では、アップストリーム・アダプタはinbound
です。
詳細は、6.4.2項「ノードの接続」を参照してください。
チャネルを複数のリスナーに接続します。
図23-1では、チャネルはOracle CQLプロセッサprocessor1
、processor2
およびprocessor3
に接続されます。
チャネルでロード・バランシングを実行する場合、各リスナーは同じである必要があります。
詳細については、次を参照してください。
partitionByEventProperty
のインスタンス・プロパティをチャネル要素に追加するようにEPNアセンブリ・ファイルを編集します。
このinstance-property
のvalue
はチャネルがイベントをパーティション化するイベント・プロパティの名前です。
この例では、チャネルはイベント・プロパティsymbol
別にイベントをパーティション化します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent">
<wlevs:instance-property name="partitionByEventProperty" value="symbol" />
<wlevs:listener ref="processor1" />
<wlevs:listener ref="processor2" />
<wlevs:listener ref="processor3" />
<wlevs:source ref="inbound" />
</wlevs:channel>
...
詳細は、22.2.1.1項「EventPartitionerの実装」を参照してください。
22.2.1.4項「EventPartitionerスレッド」の説明のとおり、Oracle CEPによるスレッドの割当方法を決定します。
チャネルでスレッドを割り当てる場合:
EPNアセンブリ・ファイルを編集し、max-threads
をリスナー数に設定するようチャネルを構成します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent" max-threads="3" >
<wlevs:instance-property name="eventPartitioner" value="true" />
<wlevs:listener ref="processor1" />
<wlevs:listener ref="processor2" />
<wlevs:listener ref="processor3" />
<wlevs:source ref="inbound" />
</wlevs:channel>
...
アップストリーム・アダプタでスレッドを割り当てる場合:
EPNアセンブリ・ファイルを編集し、max-threads
を0に設定するようチャネルを構成します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent" max-threads="0" >
<wlevs:instance-property name="eventPartitioner" value="true" />
<wlevs:listener ref="processor1" />
<wlevs:listener ref="processor2" />
<wlevs:listener ref="processor3" />
<wlevs:source ref="inbound" />
</wlevs:channel>
...
Oracle CEPサーバーconfig.xml
ファイルを編集し、work-manager
要素を追加します。
このワーク・マネージャが(他のアダプタおよびJettyなど)複数のコンポーネントで共有されている場合、min-threads-constraint
およびmax-threads-constraint
要素をそれぞれリスナー数より大きい値に設定します。
このワーク・マネージャが複数のコンポーネントで共有されていない場合(つまり、この構成のアップストリーム・アダプタ専用の場合)、min-threads-constraint
および max-threads-constraint
要素をリスナー数と同じ値に設定します。
... <work-manager> <name>adapterWorkManager</name> <min-threads-constraint>3</min-threads-constraint> <max-threads-constraint>3</max-threads-constraint> </work-manager> ...
詳細は、 F.44項「work-manager」を参照してください。
コンポーネント構成ファイルを編集し、このwork-manager
でアップストリーム・アダプタを構成します。
... <adapter> <name>inbound</name> <work-manager-name>adapterWorkManager</work-manager-name> ... </adapter> ...
アプリケーションをアセンブルし、デプロイします。
詳細は、第24章「Oracle CEPアプリケーションのアセンブルとデプロイ」を参照してください。
実行時は、チャネルではデフォルト・イベント・プロパティ・ベースのEventPartitioner
が使用され、それぞれの着信イベントのリスナーへのディスパッチ方法が決定されます。
独自のEventPartitioner
クラスを実装すると、チャネルによるリスナーへのイベントのディスパッチ方法をカスタマイズできます。
23.1.1項「デフォルト・チャネルEventPartitionerでのスケーラビリティの構成方法」の説明のとおり、オプションで、デフォルトのイベント・プロパティ・ベースのEventPartitioner
を使用できます。
カスタム・チャネルEventPartitionerでスケーラビリティを構成する手順:
Oracle CEP IDE for Eclipseを使用して、Oracle CEPプロジェクトを開きます。
詳細は、4.2項「Oracle CEPプロジェクトの作成」を参照してください。
MANIFEST.MF
を編集し、パッケージcom.bea.wlevs.channel
をインポートします。
詳細は、4.7.5項「パッケージのインポート方法」を参照してください。
プロジェクトのsrc
フォルダを右クリックし、「新規」>「クラス」を選択します。
図23-2に示すように、「新規Javaクラス」ダイアログが表示されます。
表23-1に示すように、「新規Javaクラス」ダイアログを構成します。
「終了」をクリックします。
例23-2に示すように、新規EventPartitioner
クラスが作成されます。
例23-2 EventPartitionerクラス
package com.acme; import com.bea.wlevs.channel.EventPartitioner; import com.bea.wlevs.ede.api.EventProcessingException; import com.bea.wlevs.ede.api.EventType; public class MyEventPartitioner implements EventPartitioner { @Override public void activateConfiguration(int arg0, EventType arg1) { // TODO Auto-generated method stub } @Override public int partition(Object arg0) throws EventProcessingException { // TODO Auto-generated method stub return 0; } }
例23-3に示すように、EventPartitioner
の実装を完了します。
例23-3 EventPartitionerクラスの実装
package com.acme; import com.bea.wlevs.channel.EventPartitioner; import com.bea.wlevs.ede.api.EventProcessingException; import com.bea.wlevs.ede.api.EventType; public class MyEventPartitioner implements EventPartitioner { private final EventType eventType; private int numberOfPartitions; @Override public void activateConfiguration(int numberOfPartitions, EventType eventType) { this.numberOfPartitions = numberOfPartitions; this.eventType = eventType; } @Override public int partition(Object event) throws EventProcessingException { int dispatchToListener = 0; ... // Your implementation. return dispatchToListener; } }
activateConfiguration
メソッドは、ActivatableBean.afterConfigurationActive
の前、およびEventPartitioner
クラスのpartition
メソッドの起動前にOracle CEPサーバーが起動するコールバックです。
このEventPartitioner
をチャネルと関連付ける場合、チャネルがイベントを受信するたびに、EventPartitioner
クラスのpartition
メソッドが起動されます。
partition
メソッドは、チャネルによるイベントのディスパッチ先であるリスナーの索引を返す必要があります。索引は0
からnumberOfPartitions - 1
の間のint
である必要があります。
EPNにチャネルを追加します。
図23-1では、チャネルはEventPartitionerChannel
です。
詳細は、第9章「チャネルの構成」を参照してください。
チャネルをアップストリーム・アダプタに接続します。
図23-1では、アップストリーム・アダプタはinbound
です。
詳細は、6.4.2項「ノードの接続」を参照してください。
チャネルを複数のリスナーに接続します。
図23-1では、チャネルはOracle CQLプロセッサprocessor1
、processor2
およびprocessor3
に接続されます。
チャネルでロード・バランシングを実行する場合、各リスナーは同じである必要があります。
詳細については、次を参照してください。
eventPartitioner
のインスタンス・プロパティをチャネル要素に追加するようにEPNアセンブリ・ファイルを編集します。
このinstance-property
のvalue
はチャネルがイベントをパーティション化するためのEventPartitioner
インスタンスの完全修飾クラス名です。
このクラスはOracle CEPアプリケーション・クラス・パスにある必要があります。
この例では、チャネルはEventPartitioner
インスタンスcom.acme.MyEventPartitioner
を使用してイベントをパーティション化します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent" max-threads="0" >
<wlevs:instance-property name="eventPartitioner" value="com.acme.MyEventPartitioner" />
<wlevs:listener ref="filterFanoutProcessor1" />
<wlevs:listener ref="filterFanoutProcessor2" />
<wlevs:listener ref="filterFanoutProcessor3" />
<wlevs:source ref="PriceAdapter" />
</wlevs:channel>
...
22.2.1.4項「EventPartitionerスレッド」の説明のとおり、Oracle CEPによるスレッドの割当方法を決定します。
チャネルでスレッドを割り当てる場合:
EPNアセンブリ・ファイルを編集し、max-threads
をリスナー数に設定するようチャネルを構成します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent" max-threads="3" >
<wlevs:instance-property name="eventPartitioner" value="true" />
<wlevs:listener ref="processor1" />
<wlevs:listener ref="processor2" />
<wlevs:listener ref="processor3" />
<wlevs:source ref="inbound" />
</wlevs:channel>
...
アップストリーム・アダプタでスレッドを割り当てる場合:
EPNアセンブリ・ファイルを編集し、max-threads
を0に設定するようチャネルを構成します。
...
<wlevs:channel id="EventPartitionerChannel" event-type="PriceEvent" max-threads="0" >
<wlevs:instance-property name="eventPartitioner" value="true" />
<wlevs:listener ref="processor1" />
<wlevs:listener ref="processor2" />
<wlevs:listener ref="processor3" />
<wlevs:source ref="inbound" />
</wlevs:channel>
...
Oracle CEPサーバーconfig.xml
ファイルを編集し、work-manager
要素を追加します。
このワーク・マネージャが(他のアダプタおよびJettyなど)複数のコンポーネントで共有されている場合、min-threads-constraint
およびmax-threads-constraint
要素をそれぞれリスナー数より大きい値に設定します。
このワーク・マネージャが複数のコンポーネントで共有されていない場合(つまり、この構成のアップストリーム・アダプタ専用の場合)、min-threads-constraint
および max-threads-constraint
要素をリスナー数と同じ値に設定します。
... <work-manager> <name>adapterWorkManager</name> <min-threads-constraint>3</min-threads-constraint> <max-threads-constraint>3</max-threads-constraint> </work-manager> ...
詳細は、 F.44項「work-manager」を参照してください。
コンポーネント構成ファイルを編集し、このwork-manager
でアップストリーム・アダプタを構成します。
... <adapter> <name>inbound</name> <work-manager-name>adapterWorkManager</work-manager-name> ... </adapter> ...
アプリケーションをアセンブルし、デプロイします。
詳細は、第24章「Oracle CEPアプリケーションのアセンブルとデプロイ」を参照してください。
実行時は、チャネルではEventPartitioner
が使用され、それぞれの着信イベントのリスナーへのディスパッチ方法が決定されます。
この項では、セレクタで受信JMSイベント・ストリームをパーティションするためにActiveActiveGroupBean
を使用するようにOracle CEPアプリケーションを構成する方法について説明します。次の項が含まれます。
詳細は、22.2.2項「ActiveActiveGroupBean」を参照してください。
Oracle CEP高可用性を使用しないアプリケーションの場合、マルチサーバー・ドメインでセレクタを使用して、着信JMSイベント・ストリームをパーティション化するためにActiveActiveGroupBean
を使用できます。
Oracle CEP高可用性アプリケーションでActiveActiveGroupBean
を使用する方法は、23.2.2項「Oracle CEP高可用性を使用してJMSアプリケーションでスケーラビリティを構成する方法」を参照してください。
詳細は、22.2.2.1項「高可用性なしのActiveActiveGroupBeanを使用したOracle CEPアプリケーションのスケーラビリティ」を参照してください。
Oracle CEP高可用性なしのJMSアプリケーションのスケーラビリティを構成するために次の手順を実行します。
マルチサーバー・ドメインを作成します。
詳細は、『Oracle Complex Event Processing管理者ガイド』のマルチサーバー・ドメインの概要に関する項を参照してください。
この例では、デプロイメント・グループの名前は、MyDeploymentGroup
です。
適切なActiveActiveGroupBean
通知グループをcluster
要素のgroups
子要素に追加するように各Oracle CEPサーバーのOracle CEPサーバー構成ファイルを構成します。
Oracle CEPサーバー構成ファイルのconfig.xml
は、DOMAIN_DIR
/
servername
/config
ディレクトリにあります。DOMAIN_DIR
は、メイン・ドメイン・ディレクトリを示し、servername
は、特定のサーバー・インスタンスを示します。
たとえば、表23-3では、ocep-server-1
、ocep-server-2
、ocep-server-3
およびocep-server-4
のOracle CEPサーバーのcluster
要素を示します。デプロイメント・グループはMyDeploymentGroup
であり、通知グループはデフォルトのActiveActiveGroupBean
通知グループ・ネーミングを使用して定義します。
オプションで、23.2.3項「ActiveActiveGroupBeanグループ・パターン一致の構成方法」"に示すグループのネーミング・ルールを指定することができます。
表23-2 Oracle CEPサーバー構成ファイル・グループ要素構成
パーティション | cluster要素 |
---|---|
|
<cluster> <server-name>ocep-server-1</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group1</groups> </cluster> |
|
<cluster> <server-name>ocep-server-2</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group2</groups> </cluster> |
|
<cluster> <server-name>ocep-server-3</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group3</groups> </cluster> |
|
<cluster> <server-name>ocep-server-4</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group4</groups> </cluster> |
Oracle CEPアプリケーションを作成します。
EPNアセンブリ・ファイルを構成し、例23-8に示すようにActiveActiveGroupBean
要素を追加します。
JMSインバウンド・アダプタのjms-adapter
要素にパラメータ化されたmessage-selector
を定義します。
JMSインバウンド・アダプタのjms-adapter
要素にgroup-binding
子要素を追加するために、コンポーネント構成ファイルを編集します。
例23-10示すように、各可能JMSメッセージ・セレクタ値に対して1つのgroup-binding
要素を追加します。
例23-5 ocep-server-1用のjms-adapterセレクタ定義
<jms-adapter> <name>JMSInboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic1</destination-jndi-name> <user>weblogic</user> <password>weblogic1</password> <work-manager>JettyWorkManager</work-manager> <concurrent-consumers>1</concurrent-consumers> <session-transacted>true</session-transacted> <message-selector>${CONDITION}</message-selector> <bindings> <group-binding group-id="ActiveActiveGroupBean_group1"> <param id="CONDITION">acctid > 400</param> </group-binding> <group-binding group-id="ActiveActiveGroupBean_group2"> <param id="CONDITION">acctid BETWEEN 301 AND 400</param> </group-binding> <group-binding group-id="ActiveActiveGroupBean_group3"> <param id="CONDITION">acctid BETWEEN 201 AND 300</param> </group-binding> <group-binding group-id="ActiveActiveGroupBean_group4"> <param id="CONDITION">acctid <= 200</param> </group-binding> </bindings> </jms-adapter>
この構成では、ActiveActiveGroupBean_group1
を含むcluster
要素、groups
子要素でアプリケーションをOracle CEPサーバーにデプロイすると、CONDITION
パラメータがacctid > 400
と定義され、acctid
プロパティが400以上であるイベントがアプリケーションにより処理されます。
マルチサーバー・ドメインのデプロイメント・グループにアプリケーションをデプロイします。
詳細は、第24章「Oracle CEPアプリケーションのアセンブルとデプロイ」を参照してください。
実行時に、各Oracle CEPサーバーがActiveActiveGroupBean
通知グループに対するmessage-selector
にアプリケーションのインスタンスを構成します。アプリケーションの各インスタンスがメッセージ総数のサブセットを並行して処理するようにJMSトピックをパーティションします。
ActiveActiveGroupBean
を使用して、Oracle CEP高可用性のマルチサーバー・ドメインで着信JMSイベント・ストリームをパーティション化することができます。
この手順では、図23-3に示すサンプルEPN、例23-3に示す対応するEPNアセンブリ・ファイルおよび例23-7に示す対応するコンポーネント構成ファイルを含む21.1.4項「JMSによる正確なリカバリの構成方法」のサンプル・アプリケーションを使用します。
例23-6 JMS EPNアセンブリ・ファイルを使用して精度の高いリカバリ
<?xml version="1.0" encoding="UTF-8"?> <beans ... > <wlevs:event-type-repository> <wlevs:event-type type-name="StockTick"> <wlevs:properties> <wlevs:property name="lastPrice" type="double" /> <wlevs:property name="symbol" type="char" /> </wlevs:properties> </wlevs:event-type> </wlevs:event-type-repository> <wlevs:adapter id="JMSInboundAdapter" provider="jms-inbound"> <wlevs:listener ref="myHaInputAdapter"/> </wlevs:adapter> <wlevs:adapter id="myHaInputAdapter" provider="ha-inbound" > <wlevs:instance-property name="keyProperties" value="sequenceNo"/> <wlevs:instance-property name="timeProperty" value="inboundTime"/> </wlevs:adapter> <wlevs:channel id="channel1" event-type="StockTick"> <wlevs:listener ref="processor1" /> <wlevs:source ref="myHaInputAdapter"/> <wlevs:application-timestamped> <wlevs:expression>inboundTime</wlevs:expression> </wlevs:application-timestamped> </wlevs:channel> <wlevs:processor id="processor1"> <wlevs:listener ref="channel2" /> </wlevs:processor> <wlevs:channel id="channel2" event-type="StockTick"> <wlevs:listener ref="myHaCorrelatingAdapter" /> </wlevs:channel> <wlevs:adapter id="myHaCorrelatingAdapter" provider="ha-correlating" > <wlevs:instance-property name="correlatedSource" ref="clusterCorrelatingOutstream"/> <wlevs:instance-property name="failOverDelay" value="2000"/> <wlevs:listener ref="JMSOutboundAdapter"/> </wlevs:adapter> <wlevs:adapter id="JMSOutboundAdapter" provider="jms-outbound"> </wlevs:adapter> <wlevs:adapter id="JMSInboundAdapter2" provider="jms-inbound"> </wlevs:adapter> <wlevs:channel id="clusterCorrelatingOutstream" event-type="StockTick" advertise="true"> <wlevs:source ref="JMSInboundAdapter2"/> </wlevs:channel> </beans>
例23-7 JMSコンポーネント構成アセンブリ・ファイルを使用して精度の高いリカバリ
<?xml version="1.0" encoding="UTF-8"?> <wlevs:config xmlns:wlevs="http://www.bea.com/ns/wlevs/config/application" xmlns:ha="http://www.oracle.com/ns/cep/config/cluster"> <processor> <name>processor1</name> <rules> <query id="helloworldRule"> <![CDATA[ select * from channel1 [Now] ]]> </query> </rules> </processor> <jms-adapter> <name>JMSInboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic1</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> <jms-adapter> <name>JMSInboundAdapter2</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic2</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> <jms-adapter> <name>JMSOutboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic2</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> </wlevs:config>
図23-4に示すように、この手順実行の結果、Oracle CEP高可用性構成が作成されます。
詳細は、22.2.2.2項「高可用性のあるActiveActiveGroupBeanを使用したOracle CEPアプリケーションのスケーラビリティ」を参照してください。
Oracle CEP高可用性のあるJMSアプリケーションのスケーラビリティを構成するために次の手順を実行します。
マルチサーバー・ドメインを作成します。
詳細は、『Oracle Complex Event Processing管理者ガイド』のマルチサーバー・ドメインの概要に関する項を参照してください。
この例では、デプロイメント・グループの名前は、MyDeploymentGroup
です。
適切なActiveActiveGroupBean
通知グループをcluster
要素のgroups
子要素に追加するように各Oracle CEPサーバーのOracle CEPサーバー構成ファイルを構成します。
Oracle CEPサーバー構成ファイルのconfig.xml
は、DOMAIN_DIR
/
servername
/config
ディレクトリにあります。DOMAIN_DIR
は、メイン・ドメイン・ディレクトリを示し、servername
は、特定のサーバー・インスタンスを示します。
たとえば、表23-3では、ocep-server-1
、ocep-server-2
、ocep-server-3
およびocep-server-4
のOracle CEPサーバーのcluster
要素を示します。デプロイメント・グループはMyDeploymentGroup
であり、通知グループはデフォルトのActiveActiveGroupBean
通知グループ・ネーミングを使用して定義します。
ocep-server-1
とocep-server-2
は同一の通知グループ名前(ActiveActiveGroupBean_group1
)を使用し、ocep-server-3
とocep-server-4
は同一の通知グループ名前(ActiveActiveGroupBean_group2
)を使用します。
オプションで、23.2.3項「ActiveActiveGroupBeanグループ・パターン一致の構成方法」"に示すグループのネーミング・ルールを指定することができます。
表23-3 Oracle CEPサーバー構成ファイル・グループ要素構成
パーティション | クラスタ要素 |
---|---|
|
<cluster> <server-name>ocep-server-1</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group1</groups> </cluster> |
|
<cluster> <server-name>ocep-server-2</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group1</groups> </cluster> |
|
<cluster> <server-name>ocep-server-3</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group2</groups> </cluster> |
|
<cluster> <server-name>ocep-server-4</server-name> ... <enabled>coherence</enabled> ... <groups>MyDeploymentGroup, ActiveActiveGroupBean_group2</groups> </cluster> |
Oracle CEP高可用性アプリケーションを作成します。
詳細は、第21章「高可用性の構成」を参照してください。
EPNアセンブリ・ファイルを構成し、例23-8に示すようにActiveActiveGroupBean
要素を追加します。
コンポーネント構成ファイルを編集し、例23-9に示すように、インバウンドJMSアダプタ用のjms-adapter要素を構成します。
各インバウンドJMSアダプタは異なるトピックをリスニングする必要があります。
session-transacted
をtrue
に設定します。
例23-9 インバウンドJMSアダプタ用のjms-adapter要素
<?xml version="1.0" encoding="UTF-8"?> <wlevs:config xmlns:wlevs="http://www.bea.com/ns/wlevs/config/application" xmlns:ha="http://www.oracle.com/ns/cep/config/cluster"> ... <jms-adapter> <name>JMSInboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic1</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> <jms-adapter> <name>JMSInboundAdapter2</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic2</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> </wlevs:config>
詳細は、第7章「JMSアダプタの構成」を参照してください。
各JMSインバウンド・アダプタのjms-adapter
要素にパラメータ化されたmessage-selector
を定義します。
JMSインバウンド・アダプタのjms-adapter
要素にgroup-binding
子要素を追加するために、コンポーネント構成ファイルを編集します。
例23-10示すように、各可能JMS message-selector
値に対して1つのgroup-binding
要素を追加します。
例23-10 ocep-server-1用のjms-adapterセレクタ定義
<jms-adapter> <name>JMSInboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic1</destination-jndi-name> <session-transacted>true</session-transacted> <message-selector>${CONDITION}</message-selector> <bindings> <group-binding group-id="ActiveActiveGroupBean_group1"> <param id="CONDITION">acctid <= 1000</param> </group-binding> <group-binding group-id="ActiveActiveGroupBean_group2"> <param id="CONDITION">acctid > 1000</param> </group-binding> </bindings> </jms-adapter>
この構成では、ActiveActiveGroupBean_group1
を含むcluster
要素、groups
子要素を持つアプリケーションをOracle CEPサーバーにデプロイすると、CONDITION
パラメータがacctid <= 1000
と定義され、acctid
プロパティが1000以下であるイベントがアプリケーションにより処理されます。同様に、ActiveActiveGroupBean_group2
を含むcluster
要素、groups
子要素を持つアプリケーションをOracle CEPサーバーにデプロイすると、CONDITION
パラメータがacctid > 1000
と定義され、acctid
プロパティが1000以上であるイベントがアプリケーションにより処理されます。
コンポーネント構成ファイルを編集し、例23-11に示すように、アウトバウンドJMSアダプタ用のjms-adapter
要素を構成します。
対応するインバウンド・アダプタ(この例では、JMSInboundAdapter2
: ./Topic2
)と同一トピックでアウトバウンドJMSアダプタを構成します。
session-transacted
をtrue
に設定します。
例23-11 アウトバウンドJMSアダプタ用のjms-adapter要素
<?xml version="1.0" encoding="UTF-8"?> <wlevs:config xmlns:wlevs="http://www.bea.com/ns/wlevs/config/application" xmlns:ha="http://www.oracle.com/ns/cep/config/cluster"> ... <jms-adapter> <name>JMSInboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic1</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> <jms-adapter> <name>JMSInboundAdapter2</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic2</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> <jms-adapter> <name>JMSOutboundAdapter</name> <event-type>StockTick</event-type> <jndi-provider-url>t3://ppurich-pc:7001</jndi-provider-url> <destination-jndi-name>./Topic2</destination-jndi-name> <session-transacted>true</session-transacted> ... </jms-adapter> </wlevs:config>
詳細は、第7章「JMSアダプタの構成」を参照してください。
マルチサーバー・ドメインのデプロイメント・グループにアプリケーションをデプロイします。
詳細は、第24章「Oracle CEPアプリケーションのアセンブルとデプロイ」を参照してください。
実行時に、各Oracle CEPサーバーがActiveActiveGroupBean
通知グループに対するmessage-selector
でアプリケーションのインスタンスを構成します。これにより、アプリケーションの各インスタンスがメッセージ総数のサブセットを並行して処理するようにJMSトピックがパーティションされます。
ActiveActiveGroupBean
グループの有効のOracle CEPサーバーが停止すると、ActiveActiveGroupBean
グループでのスタンバイOracle CEPサーバーに対しOracle CEPサーバーがOracle CEP高可用性フェイルオーバーを実行します。
デフォルトでは、ActiveActiveGroupBean
は次の名前の通知グループを作成します。
ActiveActiveGroupBean_X
X
は文字列です。
実行時に、ActiveActiveGroupBean
は、Oracle CEPサーバーに定義された既存のグループをスキャンし、次のデフォルトのパターン一致を適用します。
ActiveActiveGroupBean_\\w+
一致が見つかったら、その名前の通知グループを作成します。
オプションで、別の通知グループ・ネーミング・パターンを指定するために独自のグループ・パターンを定義できます。
ActiveActiveGroupBeanグループ・パターン一致の構成方法
EPNアセンブリ・ファイルを構成し、例23-12に示すように、ActiveActiveGroupBean
要素にgroupPattern
属性を追加します。
通知グループに対し使用するクラスタ・グループ・ネーミング・ルールに一致するgroupPattern
属性の値を指定します。