|
Tuxedo Web サービスを管理するためのタスクは以下のとおりです。
各 GWWS サーバは、デプロイされている各着信ネイティブ WSDF の WSDL ドキュメントを自動的に生成します。WSDL ドキュメントは、HTTP GET を介していずれかの HTTP/S がリスンするエンドポイントからダウンロードできます。
“http(s)://<host>:<port>/wsdl[? [id=<wsdf_name>] [&mappolicy=<pack|raw|mtom>] [&toolkit=<wls|axis>]]”
表 3-1 では、WSDL ドキュメントのダウンロードのすべてのオプションを示します。
| 注意 : | 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 ダウンロード オプションはこのリリースでは非推奨になっています。 |
GWWS サーバは、外部の Web サービス アプリケーションと Tuxedo アプリケーションとの通信に使われる、パフォーマンスに優れたゲートウェイです。スレッドプールによる動作モデルが採用されているため、マルチプロセッサのサーバ環境において高いパフォーマンスを発揮します。GWWS サーバは、Oracle SALT コンフィグレーション ファイルで <WSGateway> 要素のプロパティ値を設定することにより実行時の動作を制御するためにオプションも提供します。以下のトピックでは、さまざまな状況に応じたデプロイメントの考慮事項を取り上げます。詳細については、「GWWS サーバのコンフィグレーション」を参照してください。
デフォルトのスレッド プール サイズは 16 ですが、大量の負荷を処理するには十分でない場合があります。平常時の稼働状況に関する分析を実施して適切なサイズ要件を見積もることをお勧めします。通常、同時使用クライアント数が多い (たとえば 500 を超える) 場合には、少なくとも 4 ウェイ プロセッサを搭載したサーバに GWWS ゲートウェイをデプロイし、スレッド プール サイズを 64 に設定することが望ましいと考えられます。
Oracle SALT では、コンフィグレーション ファイルでパラメータを使用してネットワーク タイムアウトのチューニングを提供します。デフォルトのタイムアウト値は 300 秒で、この値を調整するとタイムアウト エラーの発生を抑えることができます。
Oracle SALT 管理者は、クライアントから送られてくるバッファのサイズを必要に応じて制限できます。この制限を設定するには、特定の GWWS インスタンスに対して指定できるプロパティ値を使用します。デフォルトでは、制限はありません。
デフォルトのバックログ ソケット リスン値は 20 ですが、Windows のようなシステムの場合、大量の負荷を処理するには十分でない場合があります。TCP ハンドシェイク中にクライアント接続が拒否されました。
Windows における推奨値は、予想される最大の同時 TCP 接続に基づきます。たとえば、ピークが 80 の場合、SALT コンフィグレーション ファイルで max_backlog プロパティの値を 60 に設定することができます。
| 注意 : | ほとんどのシステムでは、デフォルトのバックログ値を変更する必要はありません。高負荷時にクライアント接続の問題が発生する場合にのみチューニングしてください。 |
| 警告 : | バックログ値を大きくすると、syn-flood 攻撃による被害のリスクが高まります。 |
SALT コンフィグレーション ファイルには、ネットワーク受信タイムアウトのプロパティが提供されています。Tuxedo BLOCKTIME パラメータによって Web サービス アプリケーションが影響されています。BLOCKTIME の計算は、メッセージが XML から型付きバッファに変換されて Tuxedo フレームワークに配信された時点で開始されます。
Web サービスの特定クライアントから BLOCKTIME の期間内に応答がない場合、GWWS サーバは SOAP エラーのメッセージをクライアントに送信し、接続を終了します。遅延した応答が後で GWWS サーバに届いた場合は、該当するクライアントが既に切断されているため、そのメッセージは破棄されます。
BLOCKTIME は、UBBCONFIG ファイルの *RESOURCE セクションに定義します。
ネットワークの混雑や CPU リソースの不足などで単一の GWWS インスタンスがボトルネックとなった場合は、分散 Tuxedo ノード上に、同一の Web サービス バインディングで複数の GWWS インスタンスをデプロイできます。
| 注意 : | GWWS インスタンスを複数化した場合でも論理的な機能は同じですが、クライアントから見ると、それぞれの GWWS インスタンスは異なる HTTP/S リスン ポートおよびアドレスに存在する別個の Web サービス エンドポイントとなります。 |
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 仕様の例を示します。
コード リスト 3-1 に、Oracle SALT トレース メッセージが含まれた ULOG ファイルのサンプルを示します。
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 ファイルのサンプルを示します。
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 サーバは、コマンド ライン ツールである wsadmin ユーティリティでモニタできます。このツールを使用して、GWWS の実行時状態を表示できます。
コード リスト 3-3 に例を示します。
$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 ドメインを起動しても、起動しなくても開始できます。
以下の節では、Oracle SALT 実行時の失敗のトラブルシューティング方法について説明します。
GWWS サーバを起動できない場合は、以下の点をチェックします。
Tuxedo サービス メタデータ リポジトリの Tuxedo サービス規約が正しく定義されていることおよび Tuxedo サービス メタデータ リポジトリ サーバ TMMETADATA は正常に起動されていることをチェックします。
GWWS サーバの機能を有効にするには、Oracle から別途ライセンスを取得する必要があります。また、ライセンスは正しくインストールされていることを確認します。
SALT コンフィグレーション ファイルで GWWS サーバ リスンおよび WS-Addressing エンドポイントが正しく定義されているかをチェックします。他のアプリケーションとポートの競合が発生しないようにする必要があります。
GWWS インスタンス ID をチェックし、UBBCONFIG および SALTDEPLOY ファイルで指定されている 2 つの名前が一致していることを確認します。
GWWS サーバがデプロイされているコンピュータの UBBCONFIG ファイルで、*MACHINE セクションに MAXWSCLIENTS が定義されていることを確認します。
UBBCONFIG ファイルで GWWS サーバに RESTART=Y が設定されている場合、REPLYQ=Y もあわせて設定する必要があります。
SALTCONFIG ファイル
バイナリ バージョンの SALTCONFIG ファイルが正常にコンパイルされ、GWWS サーバの SALTCONFIG 環境変数が正しく設定されていることを確認します。
GWWS サーバが SOAP リクエストを受け付けないという問題が発生することがあります。一般的な原因は以下のとおりです。
SOAP クライアントで使用されている WSDL ドキュメントの内容が古く、一部のサービスが使用可能となっていない可能性がある。
FML/VIEW バッファを使用する Tuxedo サービスを Web サービスにエクスポートする場合は、関連する GWWS 環境変数に有効な値が設定されていることを確認します。GWWS サーバでは、データ マッピング変換のためにこの情報が必要です。
SOAP クライアント データをチェックし、Tuxedo サービス メタデータ リポジトリの制限が違反しないことを確認します。
WSDL ドキュメントが Web サービス クライアント ツールキットに受け付けられない場合、以下の処理を行います。
Tuxedo SCA コンポーネントを管理するためのタスクは以下のとおりです。
SCA ATMI サーバおよびクライアントでは、TUXEDO や SCA が提供する既存のトレース機能を使用できます。以下の説では、その使用方法について詳しく説明します。
SCA ATMI サーバおよびクライアントでは、Tuxedo の tmtrace(5) 関数がサポートされます。TMTRACE から生成されるすべてのトレースは ULOG ファイルに記録されます。ULOG ファイルのトレース情報は、エラーの原因を特定するために利用できます。Tuxedo の TMTRACE 機能を有効にするには、TMTRACE 環境変数を設定するか、tmadmin chtr サブコマンドを使用します。
| 注意 : | Tuxedo ATMI メッセージをトレースする場合は、コマンドラインに export TMTRACE=atmi:ulog と入力します。 |
SCA ランタイム、ATMI サービス バインディング、および参照バインディングをトレースするには、SCACPP_ULOG を設定する必要があります。この環境変数に設定できる値の範囲は、10 (限定的なトレース) から 90 (完全なトレース) までです。出力は、デフォルトではコンソールに表示されます。情報が Tuxedo ULOG に記録されるようにするには、「SCACPP_ULOG=yes」と入力します。
| 注意 : | このトレース機能は、buildscaserver で構築した Tuxedo サーバ、および buildscaclient で構築した SCA クライアントでのみ使用できます。 |
コード リスト 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
buildscaserver ユーティリティで構築した Tuxedo SCA サーバは、scaadmin ユーティリティを使用してモニタできます。このユーティリティは、サービスに関する統計情報を提供するもので、動的共有ライブラリのロードとアンロードによるメンテナンスにも使用します。
buildscaserver コマンドで構築済みの uBikeServer Tuxedo サーバでホストするすべてのコンポーネントの再ロードするには、コマンドラインに次のように入力します。
uBikeServer Tuxedo サーバが提供するサービスの統計情報を表示するには、コマンドラインに次のように入力します (表 3-4 にその結果を示します)。
scaadmin を実行する前に、TUXCONFIG 環境変数を設定する必要があります。表 3-5 に、scaadmin のサブコマンドを示します。
| 注意 : | Windows および HP システムでは、「reload」サブコマンドの使用に制限があります。 |
| 注意 : | Windows および HP システム上の複数のサーバで同じコンポーネント ライブラリを共有する場合は、共有しているコンポーネント ライブラリを再ロードすることはできません。複数のサーバで共有するコンポーネント ライブラリを再ロードするには、影響を受けるすべてのサーバに対して「scaadmin」の reload サブコマンドを同時に実行する必要があります。 |
TUXEDO SCA の Java 参照バインディングおよびデータ変換では、コンソールへの出力とログ ファイルへの出力がサポートされます。デフォルトでは、ログ ファイルの最大数は 10、各ファイルの最大サイズは 100,000 バイトで、$APPDIR に jatmi<number>.log という名前で格納されます。ログ ファイル名はローテーションになっており、最新のファイル名には常に 0 が付加され、その 1 つ前のファイル名には 1 が付加されます (たとえば、最新のログ ファイルは jatmi0.log、もっとも古いログ ファイルは jatmi9.log となります)。APPDIR 環境変数が設定されておらず、com.oracle.jatmi.APPDIR Java プロパティも指定されていない場合、ログは現在の作業ディレクトリに格納されます。
デフォルトでは、アプリケーションを起動するたびにログ ファイルが上書きされます。ロギングのパラメータの多くはチューニングできます。表 3-6 に、ロギングに関係するチューニング可能な Java プロパティを示します。
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 に、ログ ファイルの内容に例を示します。
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
|