WebLogic Tuxedo Connector のトラブルシューティング

以下の節では、WebLogic Tuxedo Connector のトラブルシューティング情報について説明します。

WebLogic Tuxedo Connector のモニタ

WebLogic Tuxedo Connector は、WebLogic Server ログファイルを使用してログ情報を記録します。ログ情報を記録するには、次のことを行ってください。

トレースレベルの設定 (非推奨)

TraceLevel がサポートされなくなったため、システムデバッグを使用してください。デフォルトではすべてのデバッグトレースは無効になっています。デバッグの設定方法については、「システムレベルのデバッグ設定」を参照してください。

デバッグモードの有効化

ログファイルにトレース情報を書き込む指定は、以下の手順で行います。

ユーザデータのダンプの有効化

ユーザデータのダンプを有効化するには、java.weblogic.Server コマンドに次の行を追加します。

ダンプを有効化すると、接続の確立後にユーザデータがダンプされます。他のデバッグプロパティが有効化されていない場合、通常の WTC エラーメッセージと情報メッセージ以外では、このデータが唯一のダンプされる WTC 情報になります。ダンプは WLS のサーバログファイルで使用できます。

発信メッセージの場合

Outbound UDATA: buffer type (<type>, <subtype>)
+++++ User Data(size) +++++
......

着信メッセージの場合

Inbound UDATA: buffer type (<type>, <subtype>)
+++++ User Data(size) +++++
......

よくある質問

この節では、よくあるユーザからの質問に対する解決策について説明します。

この EJB デプロイメントメッセージはどういう意味ですか?

simpserv サンプルを構築すると、次のようなエラーが表示されます。

このエラーメッセージは、このリリースの WebLogic Tuxedo Connector では無視できます。EJB は、EJB jar ファイルの EJB 呼び出しにすべてのインタフェースを要求します。しかし、WebLogic Tuxedo Connector のインタフェースのいくつかは CLASSPATH で実装されるため、コンパイラが例外を発生します。EJB をデプロイするとき、コンパイラはクラスのいくつかが CLASSPATH で検出されるために再デプロイできないことを示します。

コネクタはどのように起動するのですか?

WebLogic Server 7.0 より前のリリースでは、WebLogic Tuxedo Connector のセッションの開始に WebLogic Server の起動クラスを、またセッションの終了に WebLogic Server の停止クラスを使用していました。WebLogic Server 8.1 以降では、WTC サービスを使用して WebLogic Tuxedo Connector セッションが管理されます。

WebLogic Tuxedo Connector セッションは、コンフィグレーション済みの WTC サービスが、選択されたサーバに割り当てられたときに開始します。
WebLogic Tuxedo Connector セッションは、WTC サービスが WebLogic Server から削除されたとき、または WebLogic Server がシャットダウンされたときに終了します。

Tuxedo キューブリッジはどのように起動するのですか?

Tuxedo キューブリッジは、WTC サービスに Tuxedo キューブリッジおよびリダイレクトのコンフィグレーションが存在し、選択したサーバに WTC サービスを割り当てる場合に開始されます。

WTC サービスをサーバに割り当てるにはどのようにするのですか?

WTC サービスをサーバに割り当てようとすると、コンソールに例外メッセージが表示されます。どうすればよいでしょうか。

コンフィグレーション済みの有効な WTC サービスがあることを確認します。WTC サービスをサーバに割り当てるには、各 WTC サービスに 1 つ以上のローカル Tuxedo アクセスポイントがコンフィグレーションされている必要があります。サーバのログに、次のように表示されます。

<Apr 22, 2002 4:21:35 PM EDT> <Error> <WTC> <180101> <At least one local domain has to be defined.>

接続の問題はどのように解決するのですか?

WebLogic Tuxedo Connector と Tuxedo 間で接続の確立中に問題が発生します。どうすればよいでしょうか。

Tuxedo サーバが起動されていることを確認します。
TraceLevel を設定し、デバッグモードを有効にします。接続テストを再度行い、WebLogic Tuxedo Connector と Tuxedo ログファイルにエラーメッセージがないかチェックします。
マシン名や localhost の使用は避けます。ネットワークの位置を指定する場合には、必ず IP アドレスを使用します。
AclPolicy 属性と CredentialPolicy 属性をチェックします。AclPolicy が LOCAL なら、リモートドメイン DOMAINID を WebLogic Server ユーザとして登録する必要があります。詳細については、「ユーザ認証」を参照してください。
WebLogic Server 6.x からの移行で、使用していたアプリケーションでセキュリティ機能を使用していた場合、PasswordKey を WebLogic Server プロパティとして設定する必要があります。詳細については、「WebLogic Tuxedo Connector プロパティの設定方法」を参照してください。
Tuxedo リモートドメインに対する WebLogic Tuxedo Connector コンフィグレーションをチェックします。リモートドメインは、WebLogic Tuxedo Connector でコンフィグレーションされたリモートドメインの名前と一致している必要があります。

たとえば、Tuxedo DMCONFIG *DM_LOCAL_DOMAINS セクションで simpapp という名前がコンフィグレーションされている場合、この名前はリモート Tuxedo アクセスポイントの [アクセスポイント ID] 属性内の名前と一致している必要があります。

BEA カスタマサポートに問い合わせます。

旧リリースからの移行はどのように行いますか?

WebLogic Tuxedo Connector 6.x アプリケーション (WebLogic Tuxedo Connector 1.0 も含めて) を WebLogic Server 9.2 で使用する場合、アプリケーションにいくつかの変更を加える必要があります。詳細については、『WebLogic のアプリケーション環境のアップグレード』を参照してください。

WebLogic Tuxedo Connector 管理ガイド