WebLogic Integration リリースノート

変更要求番号	説明
CR173851	イベント処理中にデッドロックが発生する場合がある。この状況に対応するため、イベントプロセッサには再試行機能が組み込まれている。現在は、bpm.eventlistener.MaxDeadlockRetries および bpm.eventlistener.DeadlockDelay JVM 環境変数を使用して、再試行回数と再試行までの遅延時間をコマンドラインで指定できる。デッドロックの遅延は、スレッドがイベントの再処理を試行するまでにスリープするミリ秒数。例 : -Dbpm.eventlistener.MaxDeadlockRetries=5 -Dbpm.eventlistener.DeadlockDelay=750 この例では、スレッドはデッドロックの発生後に 750 ミリ秒スリープしてから、イベントの処理を再試行する。この再試行が 5 回繰り返され、最初の試行と合わせて合計で 6 回試行される。これらの変数のデフォルト値は、それぞれ 3 と 1000。
CR189762	データベース障害が発生した場合、データベースの回復後に一部の ebXML パブリックワークフローが開始されない場合がある。この問題が発生した場合、最初の B2B 会話の試行中にクライアントトレーディングパートナが「スタック」したように見える。また、クライアントトレーディングパートナは 400 HTTP ステータスを受け取る。このような場合は、クライアントトレーディングパートナが新しい要求を送信して、古い要求を破棄するために必要なクリーンアップを実行するようにする。

変更要求
番号

説明

CR173851

イベント処理中にデッドロックが発生する場合がある。この状況に対応するため、イベントプロセッサには再試行機能が組み込まれている。

現在は、bpm.eventlistener.MaxDeadlockRetries および bpm.eventlistener.DeadlockDelay JVM 環境変数を使用して、再試行回数と再試行までの遅延時間をコマンドラインで指定できる。

デッドロックの遅延は、スレッドがイベントの再処理を試行するまでにスリープするミリ秒数。例 :

-Dbpm.eventlistener.MaxDeadlockRetries=5

-Dbpm.eventlistener.DeadlockDelay=750

この例では、スレッドはデッドロックの発生後に 750 ミリ秒スリープしてから、イベントの処理を再試行する。この再試行が 5 回繰り返され、最初の試行と合わせて合計で 6 回試行される。

これらの変数のデフォルト値は、それぞれ 3 と 1000。

CR189762

データベース障害が発生した場合、データベースの回復後に一部の ebXML パブリックワークフローが開始されない場合がある。この問題が発生した場合、最初の B2B 会話の試行中にクライアントトレーディングパートナが「スタック」したように見える。また、クライアントトレーディングパートナは 400 HTTP ステータスを受け取る。

このような場合は、クライアントトレーディングパートナが新しい要求を送信して、古い要求を破棄するために必要なクリーンアップを実行するようにする。

The database table: EVENTKEY does not contain the columns: VALUEMATCHONLY.Please consult your database mappings in the weblogic-cmp-rdbms.xml deployment descriptor and ensure these match your database schema.

非推奨の機能	代替機能
XOCP プロトコル	ebXML または RosettaNet
XOCP BPM プラグイン
cXML プロトコル
B2B ロジックプラグイン	同等の機能はありません。
Messaging API	ebXML JMS インタフェースまたは BPM ワークフロー
トレーディングパートナの zeroweight クライアント	Portlet および HTML ベースの Zeroweight トレーディングパートナクライアントを使用する JSP タグライブラリが、今後のリリースで提供される予定です。
Swing ベース BPM Worklist クライアント	JSP ベース Worklist クライアントが WebLogic Integration SP6 リリースで提供されています。注意 : 非推奨になるのは、現行では Java Swing ユーザインタフェースのみです。Worklist API は、非推奨になっていません。

非推奨の機能

代替機能

XOCP プロトコル

ebXML または RosettaNet

XOCP BPM プラグイン

cXML プロトコル

B2B ロジックプラグイン

同等の機能はありません。

Messaging API

ebXML JMS インタフェースまたは BPM ワークフロー

トレーディングパートナの zeroweight クライアント

Portlet および HTML ベースの Zeroweight トレーディングパートナクライアントを使用する JSP タグライブラリが、今後のリリースで提供される予定です。

Swing ベース BPM Worklist クライアント

JSP ベース Worklist クライアントが WebLogic Integration SP6 リリースで提供されています。

注意 : 非推奨になるのは、現行では Java Swing ユーザインタフェースのみです。Worklist API は、非推奨になっていません。

変更要求番号	説明
CR121357	TimeListenerBean の onMessage で、すべての WorkflowProcessor Bean の削除が完全には行われない。これは、このメソッドの do..while ループ内でワークフロープロセッサ Bean インスタンスが削除されず、onMessage メソッドを抜けるときに workflowprocessor.remove() が 1 度呼び出されるだけということが問題である。つまり、インスタンス ID に一致するワークフローインスタンスがない場合には、ワークフロープロセッサ Bean インスタンスが 20 個作成され、そのうち最後の 1 個だけが削除される。技術的なコード変更により、この問題は解決された。
CR122714	RDBMS アダプタが、以下の場合に <eda> 構造の外部で例外を送出する。 a) 不適切なユーザ名またはパスワードが入力された場合 b) 不適切な URL が入力された場合 c) 存在しないストアドプロシージャが使用された場合このアダプタはどのような環境下でも <eda> XML 構造を返すということを理解しておくことが必要である。エラーコードおよび情報はすべて、この構造に組み込まれた状態で返される必要がある。技術的なコード変更により、この問題は解決された。
CR124683 CR182704	ドメイン 1 とドメイン 2 というクラスタドメインがあって、それぞれのドメインに 2 つの管理対象サーバがあり、それらの管理対象サーバがそれぞれ 2 つの JMS サーバ (1 つは WLI 専用、もう 1 つは JMS メッセージングブリッジ用) を持つ場合に次のような問題がおこる。送信側アプリケーションが分散送り先として JMSReplyTo フィールドをドメイン 1 に設定している場合に、メッセージがメッセージングブリッジを通った後にドメイン 2 の JMSStore に届けられる。その一方で、ドメイン 2 の管理対象サーバが Kill-9 によって強制停止され、その管理対象サーバが再起動された場合に、JMSServer がドメイン 2 の JMSStore に書き込まれた分散送り先メンバーインスタンスの ConfigMbeanName を検索しようとすると、その名前がドメイン 1 に属しているために見つけることができない。結果として、JMSServer から NullPointerException が送出される。技術的なコード変更により、この問題は解決された。
CR129512	次のようなログ機能の追加が求められていた。 a) イベントプロセッサからの、スタートノードまたはイベントノードの入力 XML メッセージのログ b) タイマーメッセージ発生のログ技術的なコード変更により、上記の機能が提供された。
CR133445	実行時に「java.lang.RuntimeException: License class files have been tampered.」というライセンスエラーが断続的に発生する。技術的なコード変更により、この問題は解決された。
CR134388	ワークフローのラベルが、worklist 内で更新されない。技術的なコード変更により、この問題は解決された。
CR135860	次の 2 つのキューがコンフィグレーションされている場合に問題が発生する。 com.bea.wlpi.EventQueue (WLI へのメッセージ送信用) com.bea.wlpi.EventQueueExt (WLI からのメッセージ受信用) クライアントに正しい応答を送信するために、JMS メッセージに JMSCorrelationID 属性が使用され、アクティブ化されたワークフローで、返されたメッセージから JMSCorrelationID 属性が取り出され、応答で使用される。この機能が働かずに、クライアントが待機を続けるというのが問題である。技術的なコード変更により、この問題は解決された。
CR181920	WLI データベースが実行されていない場合に、TimeListenerBean が失敗したメッセージを消費する。7.0 sp6 の時点では、新しいシステムプロパティにより、JMS 再送信のために時限イベントをロールバックできるようになり、データベースクラッシュイベントにおいて時限イベントが回復される。この機能を有効にするには -Dwli.bpm.server.timeprocessor.rollbackafterretry=true のように設定する。ただしワークフローの設計で、ワークフロー完了時に保留中のタイマーの存在が許され、タイマーメッセージが届けられる前に完了したインスタンスが削除される場合、タイマーメッセージは JMS により再試行される。これらのイベントメッセージは実際には消費される必要がある場合にも、最終的にエラーキューに格納される。
CR182556	ワークフロー内の XPATH 式によって CDATA が適切に処理または解析されない。ワークフロー内の XPATH 式で処理されるときに CDATA 値が正しく表示されるように技術的なコード変更を行ったことで、この問題は解決された。
CR182709	システムのパフォーマンスを分析しているときに、XMLParserHelper クラス内で多数のスレッドが同期を待機していた。技術的なコード変更により、この問題は解決された。
CR183277	時限イベントが再アクティブ化または編集されたときに、正常に実行されない。時限付きで開始されるワークフローが、studio 内で保存されるたびにトリガされる。時限付きで開始されるワークフローは、開始日の式で指定されている開始時にのみ開始されるべきである。技術的なコード変更により、この問題は解決された。
CR184894	AI から BPM キューへメッセージが移動するときに、過剰同期が発生する。技術的なコード変更により、この問題は解決された。
CR187045	Oracle リスナが強制停止された後に再起動した場合、「Setting Transaction isolation to TRANSACTION_READ_COMMITTED.」という例外が見られることがある。技術的なコード変更により、この問題は解決された。
CR188141	Java API を使用した再ルーティングを追加するときに問題が発生する。<WLI_HOME>/samples/bpm_api/commandline/CLStudio.java のような Java API が使用される場合に発生。再ルーティング用に新しいデバッグフラグが提供された。このデバッグフラグは、次のブーリアン Java システムプロパティで制御される。com.bea.wlpi.reroute.debug
CR188356	Oracle サーバが再起動された後に、TimedEvent が続行に失敗していた。技術的なコード変更により、この問題は解決された。
CR193316	ConnectionFactory で RedeliveryLimit がコンフィグレーションされている場合、RedeliveryLimit の到達回数が MessagesMaximum の設定よりも大きくなると、レシーバがメッセージの処理を停止する。例 : RedeliveryLimit=0, MessagesMaximum=10。レシーバは 1 つのメッセージを受け取ると sesssion.recover() を 10 回呼び出す。レシーバがメッセージの処理を停止すると、コンソールには保留中メッセージ数として 10 と表示される。コードを追加して、RedeliveryLimit に達したためにキューからメッセージが削除される場合のウィンドウカウンタを調整するようにした。
CR193661	iWay アダプタ (FILE & RDBMS) のアプリケーションビューのデプロイおよびアンデプロイは信頼できない場合がある。技術的なコード変更により、この問題は解決された。
CR200912	BPMAdmin ユーティリティでビジネスカレンダーをエクスポートできず、次の例外が発生する。 javax.ejb.CreateException: The system could not find the specified business calendar. 技術的なコード変更により、この問題は解決された。
CR202956	WLI HTTP プラグインで「no templatedef found.」という例外が不規則に送出される。この例外は、HTTP イベントの発生時に開始するようにコンフィグレーションされているワークフローに対して、post イベントが同時に多数供給された場合に発生する。例外が発生すると、ワークフローは以降のイベントを処理できない。この問題は、HTTP プラグインの WAR および JAR への置き換えを含む技術的なコード変更により解決した。

変更要求
番号

説明

CR121357

TimeListenerBean の onMessage で、すべての WorkflowProcessor Bean の削除が完全には行われない。これは、このメソッドの do..while ループ内でワークフロープロセッサ Bean インスタンスが削除されず、onMessage メソッドを抜けるときに workflowprocessor.remove() が 1 度呼び出されるだけということが問題である。つまり、インスタンス ID に一致するワークフローインスタンスがない場合には、ワークフロープロセッサ Bean インスタンスが 20 個作成され、そのうち最後の 1 個だけが削除される。技術的なコード変更により、この問題は解決された。

CR122714

RDBMS アダプタが、以下の場合に <eda> 構造の外部で例外を送出する。

a) 不適切なユーザ名またはパスワードが入力された場合

b) 不適切な URL が入力された場合

c) 存在しないストアドプロシージャが使用された場合

このアダプタはどのような環境下でも <eda> XML 構造を返すということを理解しておくことが必要である。エラーコードおよび情報はすべて、この構造に組み込まれた状態で返される必要がある。技術的なコード変更により、この問題は解決された。

CR124683

CR182704

ドメイン 1 とドメイン 2 というクラスタドメインがあって、それぞれのドメインに 2 つの管理対象サーバがあり、それらの管理対象サーバがそれぞれ 2 つの JMS サーバ (1 つは WLI 専用、もう 1 つは JMS メッセージングブリッジ用) を持つ場合に次のような問題がおこる。送信側アプリケーションが分散送り先として JMSReplyTo フィールドをドメイン 1 に設定している場合に、メッセージがメッセージングブリッジを通った後にドメイン 2 の JMSStore に届けられる。その一方で、ドメイン 2 の管理対象サーバが Kill-9 によって強制停止され、その管理対象サーバが再起動された場合に、JMSServer がドメイン 2 の JMSStore に書き込まれた分散送り先メンバーインスタンスの ConfigMbeanName を検索しようとすると、その名前がドメイン 1 に属しているために見つけることができない。結果として、JMSServer から NullPointerException が送出される。技術的なコード変更により、この問題は解決された。

CR129512

次のようなログ機能の追加が求められていた。

a) イベントプロセッサからの、スタートノードまたはイベントノードの入力 XML メッセージのログ

b) タイマーメッセージ発生のログ

技術的なコード変更により、上記の機能が提供された。

CR133445

実行時に「java.lang.RuntimeException: License class files have been tampered.」というライセンスエラーが断続的に発生する。技術的なコード変更により、この問題は解決された。

CR134388

ワークフローのラベルが、worklist 内で更新されない。技術的なコード変更により、この問題は解決された。

CR135860

次の 2 つのキューがコンフィグレーションされている場合に問題が発生する。

com.bea.wlpi.EventQueue (WLI へのメッセージ送信用)

com.bea.wlpi.EventQueueExt (WLI からのメッセージ受信用)

クライアントに正しい応答を送信するために、JMS メッセージに JMSCorrelationID 属性が使用され、アクティブ化されたワークフローで、返されたメッセージから JMSCorrelationID 属性が取り出され、応答で使用される。この機能が働かずに、クライアントが待機を続けるというのが問題である。技術的なコード変更により、この問題は解決された。

CR181920

WLI データベースが実行されていない場合に、TimeListenerBean が失敗したメッセージを消費する。7.0 sp6 の時点では、新しいシステムプロパティにより、JMS 再送信のために時限イベントをロールバックできるようになり、データベースクラッシュイベントにおいて時限イベントが回復される。この機能を有効にするには -Dwli.bpm.server.timeprocessor.rollbackafterretry=true のように設定する。

ただしワークフローの設計で、ワークフロー完了時に保留中のタイマーの存在が許され、タイマーメッセージが届けられる前に完了したインスタンスが削除される場合、タイマーメッセージは JMS により再試行される。これらのイベントメッセージは実際には消費される必要がある場合にも、最終的にエラーキューに格納される。

CR182556

ワークフロー内の XPATH 式によって CDATA が適切に処理または解析されない。ワークフロー内の XPATH 式で処理されるときに CDATA 値が正しく表示されるように技術的なコード変更を行ったことで、この問題は解決された。

CR182709

システムのパフォーマンスを分析しているときに、XMLParserHelper クラス内で多数のスレッドが同期を待機していた。技術的なコード変更により、この問題は解決された。

CR183277

時限イベントが再アクティブ化または編集されたときに、正常に実行されない。時限付きで開始されるワークフローが、studio 内で保存されるたびにトリガされる。時限付きで開始されるワークフローは、開始日の式で指定されている開始時にのみ開始されるべきである。技術的なコード変更により、この問題は解決された。

CR184894

AI から BPM キューへメッセージが移動するときに、過剰同期が発生する。技術的なコード変更により、この問題は解決された。

CR187045

Oracle リスナが強制停止された後に再起動した場合、「Setting Transaction isolation to TRANSACTION_READ_COMMITTED.」という例外が見られることがある。技術的なコード変更により、この問題は解決された。

CR188141

Java API を使用した再ルーティングを追加するときに問題が発生する。<WLI_HOME>/samples/bpm_api/commandline/CLStudio.java のような Java API が使用される場合に発生。

再ルーティング用に新しいデバッグフラグが提供された。このデバッグフラグは、次のブーリアン Java システムプロパティで制御される。com.bea.wlpi.reroute.debug

CR188356

Oracle サーバが再起動された後に、TimedEvent が続行に失敗していた。技術的なコード変更により、この問題は解決された。

CR193316

ConnectionFactory で RedeliveryLimit がコンフィグレーションされている場合、RedeliveryLimit の到達回数が MessagesMaximum の設定よりも大きくなると、レシーバがメッセージの処理を停止する。

例 : RedeliveryLimit=0, MessagesMaximum=10。レシーバは 1 つのメッセージを受け取ると sesssion.recover() を 10 回呼び出す。レシーバがメッセージの処理を停止すると、コンソールには保留中メッセージ数として 10 と表示される。

コードを追加して、RedeliveryLimit に達したためにキューからメッセージが削除される場合のウィンドウカウンタを調整するようにした。

CR193661

iWay アダプタ (FILE & RDBMS) のアプリケーションビューのデプロイおよびアンデプロイは信頼できない場合がある。技術的なコード変更により、この問題は解決された。

CR200912

BPMAdmin ユーティリティでビジネスカレンダーをエクスポートできず、次の例外が発生する。

javax.ejb.CreateException: The system could not find the specified business calendar.

技術的なコード変更により、この問題は解決された。

CR202956

WLI HTTP プラグインで「no templatedef found.」という例外が不規則に送出される。この例外は、HTTP イベントの発生時に開始するようにコンフィグレーションされているワークフローに対して、post イベントが同時に多数供給された場合に発生する。例外が発生すると、ワークフローは以降のイベントを処理できない。この問題は、HTTP プラグインの WAR および JAR への置き換えを含む技術的なコード変更により解決した。

1	CR063709 CR075768
	問題点	2 つのピアに対して 1 つのデータベースが使用され、peer1 のデータベーステーブルが peer2 によって上書きされた場合 RosettaNet Security サンプルが例外を送出する。RosettaNet 2.0 Security サンプルのデフォルトデータベースを PointBase から別の種類に簡単に変更できない。他の B2B サンプルと異なり、RosettaNet 2.0 Security サンプルでは、サンプルドメインで使用されるデータベースの切り替えを行う WebLogic Integration データベースウィザードの使用をサポートしない。
	プラットフォーム	すべて
	回避策	できれば、異なるピアには異なるデータベースを使うようにする。たとえば、peer1 では MSSQL を使用し、peer2 では Oracle を使用する。同一マシンで、2 つのピアを稼働させる必要があり、どちらのピアも同じデータベースサーバを使う場合、次の点を順守する。 MSSQL の場合－ peer1 には WLIDB、peer2 には WLIDB2 というように、各ピアに対して異なるデータベース名を使用する。 Oracle の場合－ peer1 には kevin/kevin、peer2 には nina/nina というように、各ピアに対して異なる Oracle ユーザアカウントを使用する。 RunRN2Security コマンドラインに、このサンプルに使用する各データベースを次のように指定する。 RunRN2Security database_for_peer1 database_for_peer2 setDBVars および setDBVarsExt ファイルを編集して、データベース接続パラメータを設定または変更する。setDBVars および setDBVarsExt ファイルは次の場所にある。 SAMPLES_HOME/integration/config/samples/ RN2Security/config/peer1/dbInfo/database_type SAMPLES_HOME/integration/config/samples/ RN2Security/config/peer2/dbInfo/database_type どちらのパス名でも、SAMPLES_HOME はサンプルのインストール先ディレクトリ、database_type は接続先データベースの種類。データベースの種類は、oracle、mssql、pointbase および sybase のいずれか。
2	CR076994
	問題点	クラスタでは、管理サーバおよび管理対象サーバの両方に WebLogic Integration をインストールする必要がある。
	プラットフォーム	すべて
	回避策	WebLogic Integration ユーザは、管理対象サーバだけでなく管理サーバにも WebLogic Integration をインストールする。
3	CR079611
	問題点	Studio の [ルーティング] ウィンドウで新しい WebLogic Server グループを作成し、新しい BPM ロールをマッピングしたときに、ロールのリストに新しいロールが表示されない。
	プラットフォーム	Windows
	回避策	Studio をシャットダウンして再起動すると、新しいロールが表示される。
4	CR081119
	問題点	デフォルトインストールには RN-Hub のプロトコル定義が含まれる。しかし、RosettaNet に対する RN-Hub サポートは、サポートされていない。
	プラットフォーム	すべて
	回避策	なし
5	CR090195
	問題点	プラグインをロードまたはアンロードしたとき、そのプラグインを参照しない開始済みのワークフローがあると、開始ノードおよびイベントノードのイベントリストが更新されない。
	プラットフォーム	Windows
	回避策	開いているすべてのワークフローテンプレートを閉じてから、プラグインの状態を変更する。
6	CR092283
	問題点	既存ドメインに AI 用の BPM プラグインを作成する際のエラー。ドメインの config.xml ファイルに既存の BPM プラグインがある場合、configDomain スクリプトが失敗する。 <WLI_HOME>\project\ai\ai_resources.xml:295: Unresolved module reference encountered: EJBComponent:WLI-BPM Server in ModuleComponent/BPM_Plugin このエラーは、configDomain スクリプトで config.xml に Application Integration 用の BPM プラグインのエントリを追加することが原因で発生する。
	プラットフォーム	Windows
	回避策	BPM プラグインを作成するドメインの config.xml に BPM プラグインがすでにある場合は、そのプラグインを選択しない。
7	CR093191
	問題点	WebLogic Workshop ユーザが 7.0 SP2 RDBMS アダプタのアプリケーションビューコントロールを作成できない。
	プラットフォーム	すべて
	回避策	BEA カスタマサポートまでお問い合わせください。
8	CR094433
	問題点	フェイルオーバのために HTTP プロトコルを使用して JTA および JMS を移行する場合、不完全なワークフローインスタンスが発生することがある。
	プラットフォーム	すべて
	回避策	t3 プロトコルを使用する。
9	CR094470
	問題点	config.xml に <StartupClass> または <ShutdownClass> モジュールが記述されている場合、configDomain スクリプトにより、そのモジュールに LoadOrder 属性が追加されるため、サーバが起動できなくなる。
	プラットフォーム	すべて
	回避策	config.xml で <ShutdownClass> および <ShutdownClass> の LoadOrder 属性エントリを削除してから、サーバを起動する。 <ShutdownClass Arguments="mode=TERMINATE" LoadOrder="800" ClassName="com.bea.b2b.server.Shutdown" Name="WLCShutdown" Targets="myserver"/> <StartupClass ClassName="com.bea.lwclient.Startup" Name="LwcStartup" Targets="myserver"/>
10	CR095276
	問題点	Domain Wizard で生成した EAI、BPM、WLI のドメインでは、ユーザが独自の管理サーバ名を指定した場合、デフォルトの Web アプリケーションディレクトリ名に myserver が使用される。これはドメイン生成時に発生し、次のエラーにより管理サーバが起動できない。 <Error> <Management> <141006> <Application eaiC:Name=DefaultWebApp_<user_specified_name>, Type=Application not found at <user_domain>\applications\ DefaultWebApp__<user_specified_name>>
	プラットフォーム	すべて
	回避策	ディレクトリ名を applications/DefaultWebApp_myserver から applications/ の下の DefaultWebApp_<user_specified_name> に変更する。 config.xml で、DefaultWebApp_myserver を DefaultWebApp_<user_specified_name> に変更する。
11	CR095278
	問題点	Application Integration を使用した既存のワークフローがサンプルの DBMS アダプタで動作しない。
	プラットフォーム	すべて
	回避策	複雑なアプリケーションでは、ワークフローに関係するオブジェクトすべてを再度エクスポートし、再度インポートする。簡単なアプリケーションでは、要求 XML ドキュメントを大文字に変更する。
12	CR096379
	問題点	RDBMS レルムを使用する場合、Domain Wizard で生成される WLI ドメインの config.xml では、RDBMSRealm 要素の SchemaProperties 属性が不完全である。
	プラットフォーム	すべて
	回避策	「SchemaProperties=」で始まる行の末尾にある「PERMISSION FROM AC」の直後に、スペースを入れずに以下のテキストを追加する。 PERMISSION FROM ACLENTRIES WHERE PERMISSION = ?; getUser=SELECT USERID, PASSWORD FROM WLSUSER WHERE USERID = ?;deleteGroup2=DELETE FROM ACLENTRIES WHERE PRINCIPAL = ?;deleteGroup1=DELETE FROM GROUPMEMBER WHERE GROUPID = ?;deleteUser1=DELETE FROM ACLENTRIES WHERE PRINCIPAL = ?;getAclEntries=SELECT NAME, PRINCIPAL, PERMISSION FROM ACLENTRIES WHERE NAME = ?ORDER BY PRINCIPAL;getGroupMembersGroups=SELECT GROUPMEMBERID, GROUPID FROM GROUPMEMBER WHERE GROUPID = ?;getGroups=SELECT GROUPID FROM WLSGROUP ORDER BY GROUPID;getGroup=SELECT GROUPID FROM WLSGROUP WHERE GROUPID = ?;getUsers=SELECT USERID, PASSWORD FROM WLSUSER ORDER BY USERID"/>
13	CR119473
	問題点	UNIX システムでは、サンプル起動ページの [サンプルアプリケーション] メニューページにある [BPM-Workshop サンプル] リンクを選択すると、ブラウザエラー (Error 404--Not Found) が発生する。これは、ファイル名の大文字小文字が区別されることが原因である。[サンプルアプリケーション] メニューページは、以下の場所に格納されている。 SAMPLES_HOME/integration/config/samples/applications/ DefaultWebApp_myserver/menu.html
	プラットフォーム	UNIX
	回避策	次のディレクトリにある BpmWlwSampleDesc.html というファイルの名前を BPMWLWSampleDesc.html に変更する。 SAMPLES_HOME/integration/config/samples/applications/ DefaultWebApp_myserver

<weblogic-enterprise-bean>
<ejb-name>WorkflowInstance</ejb-name>
<entity-descriptor>
<entity-cache>
<max-beans-in-cache>100</max-beans-in-cache>
<idle-timeout-seconds>600</idle-timeout-seconds>
<concurrency-strategy>Database</concurrency-strategy>
<cache-between-transactions>False</cache-between-transactions>
</entity-cache>

<transaction-isolation>
<isolation-level>TRANSACTION_READ_COMMITTED_FOR_UPDATE</isolation-level>
<method>
<ejb-name>WorkflowInstance</ejb-name>
<method-name>*</method-name>
</method>
</transaction-isolation>

『B2B Integration セキュリティの実装』の「キーストアのコンフィグレーション」にある「キーストアの作成およびコンフィグレーション手順」で、『WebLogic Security プログラマーズガイド』の「セキュリティの基礎概念」のリンクが無効になりました。無効になったリンクを含むドキュメントは、次の URL に掲載されています。

$WLI_HOME/setenv.sh
CLASSPATH=
$WL_HOME/lib/weblogic.jar:$WLI_HOME/lib/wlpi-ejb.jar:
$WLI_HOME/lib/sampleplugin-ejb.jar
$JAVA_HOME/bin/java -classpath "$CLASSPATH"
com.bea.wlpi.tour.po.plugin.StartOrderDriver
t3://localhost:7001 joe password

表 4 に不足していた情報を示します。たとえば、この表の 1 番目の行から、WebLogic Integration 2.1 SP2 で作成したテンプレート定義はすべてのバージョンで使用できることがわかります。これに対し、2 番目の行からは、WebLogic Integration 7.0 GA で作成したテンプレート定義は、WebLogic Integration 2.1 SP2 リリースで使用できないことがわかります。

1	CR196373
	問題点	WebLogic Integration B2B サーバは、管理対象サーバの回復後に起動に失敗する場合がある。その場合はログファイルに以下のようなエントリが出力される。 <Timestamp> <Error> <B2B> <000000> <<B2BIntegration-Server> ERROR: WebLogic Integration - B2B Server failed to start with null.> <Timestamp> <Error> <B2B> <000000> <<B2B Server> ERROR: WebLogic Integration - B2B Server failed to start with com.bea.b2b.server.InitException.> 通常は、このエラーの前に OracleXAResource.checkError 例外が発生する。ただし、これらの例外は無視してかまわない。サーバは起動を続行するが、新しい B2B メッセージは受信されない。回復された ebXML メッセージでは以下のエラーが発生する。 <Timestamp> <Error> <B2B> <ceraphin.bea.com> <managed2_hwbwl98> <ExecuteThread: '12' for queue: 'default'> <kernel identity> <> <000000> <<EBXML-Protocol> ERROR: Exception During send message bcManageProvideOrder-86420-1097604825564-616-86420-1097605014693-408: java.lang.NullPointerException.>
	プラットフォーム	すべて
	回避策	完全に回復が行われるように、B2B 内のサーバおよび JMS 再試行ウィンドウを再起動する。
2	CR193997
	問題点	問題のあるトランザクションが Oracle で認識されるのに数分間かかる場合があった。Oracle がトランザクションメッセージの消失を検出するより前に回復処理が開始されると、競合が起きる可能性がある。
	プラットフォーム	すべて
	回避策	サーバを再起動するか JTA の移行によって回復を開始する前に、数分間待機する。回復を開始した後で、Oracle dba_2pc_pending テーブルを確認して、回復が開始された時点より前のタイムスタンプを持ち、障害が発生したサーバに関連付けられたレコードを参照すると、回復処理は失敗する。その場合は、サーバを再起動する。

14	CR134353
	問題点	WebLogic Integration ドメインで XA が有効化されている場合、クラッシュ後のサーバ再起動時に oracle.jdbc.xa.client.OracleXAResource.commit 呼び出しから oracle.jdbc.xa.OracleXAException が送出されることがある。この例外は害を及ぼすものではなく、クラッシュ発生前、サーバトランザクションログにコミットを書き込む前にコミットされたトランザクションの回復が試行されたことを示す。
	プラットフォーム	すべて
	回避策	なし
15	CR135996
	問題点	BPM-Workshop 相互運用性サンプルで、ListenAddress を localhost に設定すると、テストが失敗して不完全なリンクが表示される。
	プラットフォーム	すべて
	回避策	プラットフォームドメインをコンフィグレーションするときに ListenAddress を空白のままにする。
16	CR137004
	問題点	isNull 属性が true として取得された場合、イベントおよびサービスからの XML 応答に不適切な値が含まれることがある。
	プラットフォーム	すべて
	回避策	なし。これらの値は無視してよい。
17	CR177271
	問題点	サーバ起動時に、HTTP プラグイン用の不正な形式の web.xml から SAXParserExceptions に関する情報メッセージがサーバログに出力される場合がある。
	プラットフォーム	すべて
	回避策	なし。これらの値は無視してよい。害を及ぼすものではない。これらの例外による HTTP プラグイン機能への影響はない。
18	CR125694
	問題点	RunSamples が Windows XP 上で動作しない。
	プラットフォーム	Windows XP
	回避策	スクリプト内の Java 起動行に Add -Dos.name="Windows 2000" と指定する。

バージョン	互換性
	2.1 SP2	7.0 GA	7.0 SP1	7.0 SP2	7.0 SP4	7.0 SP5	7.0 SP6
2.1 SP2	あり	あり	あり	あり	あり	あり	あり
7.0 GA	なし	あり	あり	あり	あり	あり	あり
7.0 SP1	なし	あり	あり	あり	あり	あり	あり
7.0 SP2	なし	なし*	なし*	あり	あり	あり	あり
7.0 SP4	なし	なし*	なし*	あり	あり	あり	あり
7.0 SP5	なし	なし*	なし*	あり	あり	あり	あり
* 7.0 GA および 7.0 SP1 のバグが原因です。