管理ガイド

     前  次    目次を新しいウィンドウで開く     
ここから内容

Oracle SALT の実行時管理

この節では、以下のトピックを取り上げます。

 


Tuxedo Web サービスの管理

Tuxedo Web サービスを管理するためのタスクは以下のとおりです。

GWWS サーバからの WSDL ドキュメントの参照

GWWS サーバは、デプロイされている各着信ネイティブ WSDF の WSDL ドキュメントを自動的に生成します。WSDL ドキュメントは、HTTP GET を介していずれかの HTTP/S がリスンするエンドポイントからダウンロードできます。

以下の URL で WSDL ドキュメントを参照します。

“http(s)://<host>:<port>/wsdl[? [id=<wsdf_name>] [&mappolicy=<pack|raw|mtom>] [&toolkit=<wls|axis>]]”

表 3-1 では、WSDL ドキュメントのダウンロードのすべてのオプションを示します。

表 3-1 WSDL ダウンロードのオプション
オプション
値の説明
id
WSDL ドキュメントのネイティブな WSDF 名を指定する。指定したネイティブな WSDF は、GWWS サーバによって、着信方向でインポートする必要がある。オプションを指定しない場合、最初に着信するネイティブな WSDF が使用される。
mappolicy
{ pack | raw | mtom }
生成する WSDL ドキュメントで特定の Tuxedo 型付きバッファに使用されるデータ マッピング ポリシーを指定する。現在、このオプションは CARRAY 型付きバッファにのみ影響する。このオプションを指定しない場合のデフォルト値は pack である。
toolkit
{ wls | axis }
このオプションは、先に mappolicy=raw を指定している場合に限り使用する。CARRAY 型付きバッファの MIME 添付ファイルについて正しい WSDL ドキュメント記述を生成するために、使用するクライアント ツールキットを指定する。Oracle SALT では、SOAP with Attachments について WebLogic Server および Axis がサポートされている。デフォルト値は wls である。

注意 : Oracle SALT 2.0 でサポートされている WSDL ダウンロードの URL は、Oracle SALT 1.1 でサポートされている URL と異なります。Oracle SALT 1.1 リリースにおいて、1 つの GWWS サーバは、指定されたコンフィグレーション ファイルから RPC/encoded および document/literal の両方のメッセージ スタイル、SOAP 1.1 および SOAP 1.2 の両方のバージョンを適応的にサポートします。Oracle SALT 2.0 リリースにおいて、GWWS サーバに関連付けられている各 WSDF ファイルは、特定の SOAP バージョンおよび特定の SOAP メッセージ スタイルとあらかじめ組み合わせる必要があります。従って、SALT 1.1 GWWS サーバの以下の WSDL ダウンロード オプションはこのリリースでは非推奨になっています。

表 3-2 非推奨になっている WSDL ダウンロード オプション
オプション
値の説明
SOAPversion
この非推奨になっているオプションは、生成した WSDL ドキュメントで定義された必要な SOAP バージョンを指定するに使用される。現在、このオプションは WSDF ファイルに設定されている。
encstyle
この非推奨になっているオプションは、生成した WSDL ドキュメントで定義された必要な SOAP メッセージ スタイルを指定するに使用される。現在、このオプションは WSDF ファイルに設定されている。

GWWS サーバのチューニング

GWWS サーバは、外部の Web サービス アプリケーションと Tuxedo アプリケーションとの通信に使われる、パフォーマンスに優れたゲートウェイです。スレッドプールによる動作モデルが採用されているため、マルチプロセッサのサーバ環境において高いパフォーマンスを発揮します。GWWS サーバは、Oracle SALT コンフィグレーション ファイルで <WSGateway> 要素のプロパティ値を設定することにより実行時の動作を制御するためにオプションも提供します。以下のトピックでは、さまざまな状況に応じたデプロイメントの考慮事項を取り上げます。詳細については、「GWWS サーバのコンフィグレーション」を参照してください。

スレッド プール サイズのチューニング

プロパティ : thread_pool_size

デフォルトのスレッド プール サイズは 16 ですが、大量の負荷を処理するには十分でない場合があります。平常時の稼働状況に関する分析を実施して適切なサイズ要件を見積もることをお勧めします。通常、同時使用クライアント数が多い (たとえば 500 を超える) 場合には、少なくとも 4 ウェイ プロセッサを搭載したサーバに GWWS ゲートウェイをデプロイし、スレッド プール サイズを 64 に設定することが望ましいと考えられます。

ネットワーク タイムアウトの制御

プロパティ : timeout

Oracle SALT では、コンフィグレーション ファイルでパラメータを使用してネットワーク タイムアウトのチューニングを提供します。デフォルトのタイムアウト値は 300 秒で、この値を調整するとタイムアウト エラーの発生を抑えることができます。

コンテンツ最大長の制御

プロパティ : max_content_length

Oracle SALT 管理者は、クライアントから送られてくるバッファのサイズを必要に応じて制限できます。この制限を設定するには、特定の GWWS インスタンスに対して指定できるプロパティ値を使用します。デフォルトでは、制限はありません。

バックログの制御

プロパティ : max_backlog

デフォルトのバックログ ソケット リスン値は 20 ですが、Windows のようなシステムの場合、大量の負荷を処理するには十分でない場合があります。TCP ハンドシェイク中にクライアント接続が拒否されました。

Windows における推奨値は、予想される最大の同時 TCP 接続に基づきます。たとえば、ピークが 80 の場合、SALT コンフィグレーション ファイルで max_backlog プロパティの値を 60 に設定することができます。

注意 : ほとんどのシステムでは、デフォルトのバックログ値を変更する必要はありません。高負荷時にクライアント接続の問題が発生する場合にのみチューニングしてください。
警告 : バックログ値を大きくすると、syn-flood 攻撃による被害のリスクが高まります。

Tuxedo BLOCKTIME

SALT コンフィグレーション ファイルには、ネットワーク受信タイムアウトのプロパティが提供されています。Tuxedo BLOCKTIME パラメータによって Web サービス アプリケーションが影響されています。BLOCKTIME の計算は、メッセージが XML から型付きバッファに変換されて Tuxedo フレームワークに配信された時点で開始されます。

Web サービスの特定クライアントから BLOCKTIME の期間内に応答がない場合、GWWS サーバは SOAP エラーのメッセージをクライアントに送信し、接続を終了します。遅延した応答が後で GWWS サーバに届いた場合は、該当するクライアントが既に切断されているため、そのメッセージは破棄されます。

BLOCKTIME は、UBBCONFIG ファイルの *RESOURCE セクションに定義します。

GWWS インスタンスの複数化によるパフォーマンスの向上

ネットワークの混雑や CPU リソースの不足などで単一の GWWS インスタンスがボトルネックとなった場合は、分散 Tuxedo ノード上に、同一の Web サービス バインディングで複数の GWWS インスタンスをデプロイできます。

注意 : GWWS インスタンスを複数化した場合でも論理的な機能は同じですが、クライアントから見ると、それぞれの GWWS インスタンスは異なる HTTP/S リスン ポートおよびアドレスに存在する別個の Web サービス エンドポイントとなります。

GWWS サーバのトレース

GWWS サーバは Tuxedo TMTRACE 機能を備えており、メッセージを動的にトレースできます。すべてのトレース ポイントが ULOG ファイルに記録されます。ULOG ファイル トレース情報をチェックすると、GWWS サーバでの SOAP メッセージの問題を把握しやすくなります。GWWS サーバのメッセージ トレースの動作は、TMTRACE 環境変数または tmadmin chtr サブコマンドを使用して設定できます。

Oracle SALT メッセージのトレースには、msg という予約済みのトレース カテゴリを使用します。このカテゴリは、他の一般的なトレース カテゴリと組み合わせて使用できます。たとえば、トレース カテゴリとして「atmi+msg」と指定すると、Oracle SALT トレース メッセージと Tuxedo ATMI トレース メッセージの両方が記録されます。

注意 : メッセージ トレースは、診断処置にのみ使用することをお勧めします。
注意 : GWWS サーバでは、以下のトリガ仕様はお勧めできません。
注意 : abort、system、sleep
注意 : いずれかのトリガ仕様が使われていると、GWWS サーバが突然終了する可能性があります。

tmtrace およびトレース仕様の詳細については、「ファイル形式、データ記述方法、MIB、およびシステム プロセスのリファレンス」の「tmtrace(5)」を参照してください。

以下に、Oracle SALT メッセージのトレースに使用する TMTRACE 仕様の例を示します。

export TMTRACE=msg:ulog:export GWWS_TRACE_LEVEL=100
export TMTRACE=atmi+msg:ulog:export GWWS_TRACE_LEVEL=100

コード リスト 3-1 に、Oracle SALT トレース メッセージが含まれた ULOG ファイルのサンプルを示します。

コード リスト 3-1 GWWS サーバが記録した TMTRACE メッセージ
183632.BOX1!GWWS.4612.4540.0: TRACE:ms:A HTTP message is received, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:A SOAP message is received, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:Begin data transformation of request message, buffer type = STRING, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:End of data transformation of request message, buffer type = STRING, SCO index=1023

183632. BOX1!GWWS.4612.840.0: TRACE:ms:Delivering a message to Tuxedo, service name =TOUPPER, SCO index=1023

183632. BOX1!GWWS.4612.840.0: TRACE:ms:Got a message from Tuxedo, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:Begin data transformation of reply message, buffer type = STRING, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:End of data transformation of reply message, buffer type = STRING, SCO index=1023

183632. BOX1!GWWS.4612.4540.0: TRACE:ms:Send a http message to net, SCO index=1023

WS-ReliableMessaging 通信の場合、さらに複雑なログが TMTRACE=msg:ulog で生成されます。アプリケーションおよびインフラストラクチャのすべてのメッセージは ULOG に送信されます。コード リスト 3-2 に、WS-ReliableMessaging TMTRACE メッセージが含まれた ULOG ファイルのサンプルを示します。

コード リスト 3-2 WS-ReliableMessaging での TMTRACE メッセージ
184706.BOX1!GWWS.3640.4772.0: TRACE:ms:A HTTP message is received, SCO index=1023

184706.BOX1!GWWS.3640.4772.0: TRACE:ms:A HTTP Get request is received, SCO index=1023

184706.BOX1!GWWS.3640.4772.0: TRACE:ms:Send a http message to net, SCO index=1023

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:A HTTP message is received, SCO index=1022

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:A SOAP message is received, SCO index=1022

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:Create a new inbound sequence, ID=uuid:4F1FEE40-72CB-118C-FFFFFFC0FFFFFFA8FFFFFFEB010000-1811

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:Create a new outbound sequence, ID=uuid:f7f76200-f612-11da-990d-9f37c3d14ba7

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:Send CreateSequenceResponse message for sequence uuid:4F1FEE40-72CB-118C-FFFFFFC0FFFFFFA8FFFFFFEB010000-1811

184710.BOX1!GWWS.3640.4772.0: TRACE:ms:Send a http message to net, SCO index=1022

184712.BOX1!GWWS.3640.3260.0: TRACE:ms:A HTTP message is received, SCO index=1022

184712.BOX1!GWWS.3640.3260.0: TRACE:ms:A SOAP message is received, SCO index=1022

184712.BOX1!GWWS.3640.3260.0: TRACE:ms:Begin data transformation of request message, buffer type = STRING, SCO index=1022

184712.BOX1!GWWS.3640.3260.0: TRACE:ms:End of data transformation of request message, buffer type = STRING, SCO index=1022

184712.BOX1!GWWS.3640.3260.0: TRACE:ms:Received a request message in sequence uuid:4F1FEE40-72CB-118C-FFFFFFC0FFFFFFA8FFFFFFEB010000-1811

ULOG トレース情報をチェックすると、GWWS サーバでの SOAP メッセージに関する問題について状況を把握しやすくなります。

GWWS サーバのモニタ

GWWS サーバは、コマンド ライン ツールである wsadmin ユーティリティでモニタできます。このツールを使用して、GWWS の実行時状態を表示できます。

コード リスト 3-3 に例を示します。

コード リスト 3-3 GWWS をモニタするには、wsadmin を使用する
$wsadmin
wsadmin - Copyright (c) 2005-2006 BEA Systems, Inc.
Portions * Copyright 1986-1997 RSA Data Security, Inc.
All Rights Reserved.
Distributed under license by BEA Systems, Inc.
SALT is a registered trademark.

> gwstats -i abcd
GWWS Instance : abcd

Inbound Statistics :
---------------------------------
      Request Response Succ : 74
      Request Response Fail : 32
                Oneway Succ : 0
                Oneway Fail : 0

                 Total Succ : 74
                 Total Fail : 32

       Avg.Processing Time : 210.726 (ms)
Outbound Statistics :
---------------------------------
      Request Response Succ : 0
      Request Response Fail : 0
                Oneway Succ : 0
                Oneway Fail : 0

                 Total Succ : 0
                 Total Fail : 0

       Avg.Processing Time : 0.000 (ms)
---------------------------------
      Total request Pending : 0
   Outbound request Pending : 0
       Active Thread Number : 2


> gws -i out -s getTemp
GWWS Instance : out

Service : getTemp

Outboud Statistics :
---------------------------------
      Request Response Succ : 333
      Request Response Fail : 139
       Avg.Processing Time : 143.064 (ms)


>

gwstats (gws と省略) コマンドを使用すると、特定のインスタンス ID の GWWS サーバまたは GWWS サーバ上の特定のサービスに間する統計データを表示できます。このデータには成功または失敗したリクエストの合計などが含まれています。

wsadmin を実行する前に、「TUXCONFIG」および「SALTCONFIG」の両方の環境変数を設定する必要があります。wsadmin はアクティブモードもアクティブでないモードもサポートしているため、Tuxedo ドメインを起動しても、起動しなくても開始できます。

以下の表では、wsadmin サブコマンドを示します。

表 3-3 wsadmin のサブコマンド
サブコマンド
説明
gwstats(gws)
GWWS サーバの統計情報を表示する
configstats(cstat)
コンフィグレーション情報を表示する
default(d)
デフォルトの -i オプションを指定する
echo(e)
エコーのオン/オフを切り替える
paginate(page)
ページングのオン/オフを切り替える
verbose(v)
冗長出力のオン/オフを切り替える
quit(q)
プログラムを終了する

Oracle SALT のトラブルシューティング

以下の節では、Oracle SALT 実行時の失敗のトラブルシューティング方法について説明します。

GWWS が起動しない場合

GWWS サーバを起動できない場合は、以下の点をチェックします。

SOAP リクエストが GWWS に拒否される場合

GWWS サーバが SOAP リクエストを受け付けないという問題が発生することがあります。一般的な原因は以下のとおりです。

WSDL ドキュメントが正しく生成されない、または SOAP クライアント ツールキットに受け付けられない場合

WSDL ドキュメントが Web サービス クライアント ツールキットに受け付けられない場合、以下の処理を行います。

 


Tuxedo SCA コンポーネントの管理

Tuxedo SCA コンポーネントを管理するためのタスクは以下のとおりです。

SCA ATMI サーバおよびクライアントのトレース

SCA ATMI サーバおよびクライアントでは、TUXEDO や SCA が提供する既存のトレース機能を使用できます。以下の説では、その使用方法について詳しく説明します。

Tuxedo TMTRACE

SCA ATMI サーバおよびクライアントでは、Tuxedo の tmtrace(5) 関数がサポートされます。TMTRACE から生成されるすべてのトレースは ULOG ファイルに記録されます。ULOG ファイルのトレース情報は、エラーの原因を特定するために利用できます。Tuxedo の TMTRACE 機能を有効にするには、TMTRACE 環境変数を設定するか、tmadmin chtr サブコマンドを使用します。

注意 : Tuxedo ATMI メッセージをトレースする場合は、コマンドラインに export TMTRACE=atmi:ulog と入力します。

SCA ランタイム、ATMI サービス バインディング、および参照バインディングのトレース

SCA ランタイム、ATMI サービス バインディング、および参照バインディングをトレースするには、SCACPP_ULOG を設定する必要があります。この環境変数に設定できる値の範囲は、10 (限定的なトレース) から 90 (完全なトレース) までです。出力は、デフォルトではコンソールに表示されます。情報が Tuxedo ULOG に記録されるようにするには、「SCACPP_ULOG=yes」と入力します。

注意 : このトレース機能は、buildscaserver で構築した Tuxedo サーバ、および buildscaclient で構築した SCA クライアントでのみ使用できます。

コード リスト 3-4 に、SCA ランタイムのトレースを記録した ULOG のサンプルを示します。

コード リスト 3-4 SCA ランタイムのトレース情報を記録した ULOG ファイル
142059.STRIATUM!?proc.1108.3000.-2:     >> osoa::sca::CompositeContext::getCurrent
142059.STRIATUM!?proc.1108.3000.-2: >> Tuscany::sca::SCARuntime::getCurrent Runtime
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::util::ThreadLocal::getValu e
142059.STRIATUM!?proc.1108.3000.-2: << tuscany::sca::util::ThreadLocal::getValu e
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::SCARuntime::getShared Runtime
142059.STRIATUM!?proc.1108.3000.-2: SCARuntime::getSharedRuntime()
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::util::Mutex::lock
142059.STRIATUM!?proc.1108.3000.-2:     << tuscany::sca::util::Mutex::lock
142059.STRIATUM!?proc.1108.3000.-2:     >> tuscany::sca::util::Mutex::unlock
142059.STRIATUM!?proc.1108.3000.-2: << tuscany::sca::util::Mutex::unlock
142059.STRIATUM!?proc.1108.3000.-2: << tuscany::sca::SCARuntime::getSharedR untime
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::util::ThreadLocal::Thread Local
142059.STRIATUM!?proc.1108.3000.-2: << tuscany::sca::util::ThreadLocal::Thread Local
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::SCARuntime::SCARuntime
142059.STRIATUM!?proc.1108.3000.-2: SCA runtime install root f:\tuxedo\tux101rp _wsc\udataobj\salt\sca
142059.STRIATUM!?proc.1108.3000.-2: Default component: testStringClientComp
142059.STRIATUM!?proc.1108.3000.-2: >> tuscany::sca::util::ThreadLocal::getValu e
142059.STRIATUM!?proc.1108.3000.-2: << tuscany::sca::util::ThreadLocal::getValu e

SCA ATMI サーバのモニタ

buildscaserver ユーティリティで構築した Tuxedo SCA サーバは、scaadmin ユーティリティを使用してモニタできます。このユーティリティは、サービスに関する統計情報を提供するもので、動的共有ライブラリのロードとアンロードによるメンテナンスにも使用します。

buildscaserver コマンドで構築済みの uBikeServer Tuxedo サーバでホストするすべてのコンポーネントの再ロードするには、コマンドラインに次のように入力します。

  1. prompt> scaadmin
  2. prompt> reload -s uBikeServer

uBikeServer Tuxedo サーバが提供するサービスの統計情報を表示するには、コマンドラインに次のように入力します (表 3-4 にその結果を示します)。

  1. prompt> scaadmin
  2. prompt> pstats -s uBikeServer
  3. 表 3-4 pstats によって出力されるサービスの統計情報
    サービス
    メソッド
    ステータス
    処理されたリクエスト
    SEARCHINVENTORY

    searchInventory

    A

    37

scaadmin を実行する前に、TUXCONFIG 環境変数を設定する必要があります。表 3-5 に、scaadmin のサブコマンドを示します。

表 3-5 scaadmin のサブコマンド
サブコマンド
省略形
説明
default
d
対応する引数をデフォルトに設定する。マシン名、グループ名、サーバ ID、またはサーバ名を指定できる。引数を指定せずに default コマンドを入力した場合は、現在のデフォルト値が出力される。
reload
r
Tuxedo サーバによってホストされている SCA コンポーネントを動的に再ロードする。
printstats
pstats
Tuxedo サーバによってホストされているサービス、関連付けられているメソッド、クエリの数、およびステータス (アクティブ、アイドル) を一覧で表示する。
verbose
v
冗長モードで出力を生成する。
echo
e
エコーのオン/オフを切り替える。
quit
q
セッションを終了する。

注意 : Windows および HP システムでは、「reload」サブコマンドの使用に制限があります。
注意 : Windows および HP システム上の複数のサーバで同じコンポーネント ライブラリを共有する場合は、共有しているコンポーネント ライブラリを再ロードすることはできません。複数のサーバで共有するコンポーネント ライブラリを再ロードするには、影響を受けるすべてのサーバに対して「scaadmin」の reload サブコマンドを同時に実行する必要があります。

SCA JATMI クライアントのトレース

TUXEDO SCA の Java 参照バインディングおよびデータ変換では、コンソールへの出力とログ ファイルへの出力がサポートされます。デフォルトでは、ログ ファイルの最大数は 10、各ファイルの最大サイズは 100,000 バイトで、$APPDIRjatmi<number>.log という名前で格納されます。ログ ファイル名はローテーションになっており、最新のファイル名には常に 0 が付加され、その 1 つ前のファイル名には 1 が付加されます (たとえば、最新のログ ファイルは jatmi0.log、もっとも古いログ ファイルは jatmi9.log となります)。APPDIR 環境変数が設定されておらず、com.oracle.jatmi.APPDIR Java プロパティも指定されていない場合、ログは現在の作業ディレクトリに格納されます。

デフォルトでは、アプリケーションを起動するたびにログ ファイルが上書きされます。ロギングのパラメータの多くはチューニングできます。表 3-6 に、ロギングに関係するチューニング可能な Java プロパティを示します。

表 3-6 ロギング チューニング プロパティ
機能
プロパティ
値の範囲
デフォルト値
ログ ファイルの場所
com.oracle.jatmi.APPDIR
有効なパス名
APPDIR 環境変数 (APPDIR が設定されていない場合は現在の作業ディレクトリ)
ログ ファイルのサイズ
com.oracle.jatmi.LogFileSize
0 ~システムでサポートされる最大ファイル サイズ
100,000 バイト
ファイルの追加
com.oracle.jatmi.LogFileAppend
{true,false}
false
ログ ファイルの数
com.oracle.jatmi.LogFileCount
1 ~ディレクトリに格納できるファイルの最大数
10
ログの出力
com.oracle.jatmi.LogDestination
{file,console,both}
both
ログの形式
com.oracle.jatmi.LogFileFormat
{xml,plain}
plain

TUXEDO SCA Java 参照バインディング ログを変更したい場合は、まずインストールされているサポート対象言語を確認します。デフォルトは English です。別の言語に切り替えるには、TUXEDO SCA Java クライアントの起動時の Java コマンドラインに「-Duser.language=<your preferred language>」を追加します。次に例を示します。

java -classpath .:/apps/classes:$CLASSPATH -Duser.langueage=ES -Dcom.oracle.jatmi.LogDestination=console myApplication.

このように入力すると、プレーン テキストの英語のログがコンソールにのみ出力されます。

表 3-6 に、ログ ファイルの内容に例を示します。

コード リスト 3-5 ログ ファイルの内容
9/3/08:3:19:14 PM:10:TRACE[TuxedoConversion,processSendBuf]< (10) return 1st args
9/3/08:3:19:14 PM:10:DBG[AtmiBindingInvoker,invoke]ServiceType: requestresponse
9/3/08:3:19:14 PM:10:DBG[AtmiBindingInvoker,invoke]Return Type Class: simpapp.View7Rep
9/3/08:3:19:14 PM:10:DBG[AtmiBindingInvoker,invoke]target service name: RULE7
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]TPURCODE: 0
9/3/08:3:19:15 PM:10:TRACE[TuxedoConversion,processReplyBuffer]> (reply simpapp.View7Rep@191777e:0:null)
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processReplyBuffer]returnType: simpapp.View7Rep
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processReplyBuffer]Reply Buffer Class: simpapp.View7Rep
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processReplyBuffer]Reply Buffer Type: X_COMMON
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processReplyBuffer]Reply Buffer Subtype: View7Rep
9/3/08:3:19:15 PM:10:TRACE[TuxedoConversion,processReplyBuffer]< (30) return buffer directly
9/3/08:3:19:15 PM:10:DBG[Accessors,getConventionProperty]Convention Property: CONVENTIONS_TUX
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]networkAddress: host = STRIATUM, port = 8080
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingInvoker,determineServiceCallParameters]> ()
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,isLegacy]> ()
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,isLegacy]< (10) return true
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,isMap]> ()
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,isMap]< (10) return false
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]Operation name = rule7_OVVO
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getServiceType]> (rule7_OVVO)
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getServiceType]< (10) return null
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getInputBufferType]> (rule7_OVVO)
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getInputBufferType]< (10) return null
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getOutputBufferType]> (rule7_OVVO)
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingImpl,getOutputBufferType]< (10) return null
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,getErrorBufferType]> (rule7_OVVO)
9/3/08:3:19:15 PM:10:DBG[AtmiBindingImpl,getErrorBufferType]< (10) return null
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]svcName = RULE7
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]svcType = requestresponse
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]inbuf = X_COMMON
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]outbuf = X_COMMON
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,determineServiceCallParameters]errbuf = null
9/3/08:3:19:15 PM:10:TRACE[AtmiBindingInvoker,determineServiceCallParameters]< (10) return
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]Input Buffer Type: X_COMMON
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]Output Buffer Type: X_COMMON
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]Error Buffer Type: null
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]inBufType:X_COMMON, count: 1
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]outBufType:X_COMMON, count: 1
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]View Classes: simpapp.View7Req,simpapp.View7Rep
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,getClassList]getClassList: Getting class for simpapp.View7Req
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,getClassList]getClassList: Getting class for simpapp.View7Rep
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,setFieldClasses]setFldClasses: null
9/3/08:3:19:15 PM:10:DBG[AtmiBindingInvoker,invoke]Passing thro invoker...
9/3/08:3:19:15 PM:10:TRACE[TuxedoConversion,processSendBuf]> (args [Ljava.lang.Object;@ab1b4)
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processSendBuf]args[0] class simpapp.Rule7Req
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,needConversion]buftype: X_COMMON
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processSendBuf]Argument Class Name: simpapp.Rule7Req
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processSendBuf]Input Buffer Id : XCOMMON
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processSendBuf]Type code : 10
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,processSendBuf]InputBufferType: XCOMMON
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,getClassList]getClassList: Getting class for simpapp.View7Req
9/3/08:3:19:15 PM:10:DBG[TuxedoConversion,getClassList]getClassList: Getting class for simpapp.View7Rep
9/3/08:3:19:15 PM:10:TRACE[Accessors,determineConvention]> (simpapp.Rule7Req)
9/3/08:3:19:15 PM:10:DBG[Accessors,determineConvention]Method name: getId
9/3/08:3:19:15 PM:10:DBG[Accessors,determineConvention]Method name: setCmd
9/3/08:3:19:15 PM:10:DBG[Accessors,determineConvention]Method name: setId
9/3/08:3:19:15 PM:10:DBG[Accessors,determineConvention]Method name: getCmd
9/3/08:3:19:15 PM:10:TRACE[Accessors,determineConvention]< (30) return BEAN

 


関連項目


  ページの先頭       前  次