問題タブ [worklight-adapters]

Worklight SQLAdapter を使用して Oracle プロシージャーを呼び出し、データベース内のいくつかの値を更新しました。更新が成功したかどうかを示す errCode を返したいのですが (errCode は、アカウントが終了していないか、転送するのに十分な残高がない可能性があります...)

その方法を教えていただけますか？

どうもありがとう。

Worklight 5.0.6 を使用している場合はすべて正常に動作しますが、worklight を 6.0.0 にアップグレードすると、アダプターの実行時にエラーが発生します。

DataPower(DP) + Worklight(WL) POC を開発中です。

この目的を念頭に置いて、次の記事に従っています: http://www.ibm.com/developerworks/websphere/techjournal/1301_efremenko/1301_efremenko.html

このアプローチにおける DP の役割については明確であり、同期していますが、WL コードの実装に関連する質問が 1 つあります。

WL アプリケーション クライアント コードでは、次のように、バックエンドへのすべての http 要求 (REST+JSON) に WL HTTP アダプタを使用しています。

WL.Client.invokeProcedure(invocationData、オプション);

これらのアダプターは DP MPGW エンドポイントを指していますが、私たちの理解に基づいて、HTTP アダプター コードは WL サーバー上で実行されます。

それが正しい場合、実行シーケンスの仮定は次のとおりです。

WL クライアント アプリ -> WL サーバー -> DP MPGW -> WL サーバー

DW の記事に記載されているのと同じシーケンスを見ている場合:

WL クライアント アプリ -> DP MPGW -> WL サーバー

この場合、WL HTTP アダプターがどのように機能するかについて、私たちの理解を明確にしてもらえますか?

04_02_HTTP_adapter_-_Communicating_with_HTTP_back- end_systemsIBM Worklight Getting Started Web サイトで入手可能なトレーニング・モジュールに従っていますが、プロシージャーを呼び出すとエラーが発生します。

アダプター -impl.js

XML ファイル

ああ、ついに私は私の答えを得ました。XML ファイルでいくつかのプロキシ設定を行ったところ、アダプタが動作し始めました。プロキシを使用している場合に追加する必要があるプロキシ コードを次に示します。

OutパラメーターWL.Server.invokeSQLStoredProcedureを必要とする API メソッドを介して Worklight でストアード・プロシージャーを呼び出すことはできますか?

私のアプリケーションでは、work-light アダプターを介して JSON 応答を取得しています。エミュレーターでは、work-light プロシージャーを呼び出した後にのみ、応答が正しく表示されます。しかし、実際のデバイスで実行すると、応答が表示されませんでした。この問題を解決するのに役立つ人はいますか?

MY アダプター XML コード:

MY アダプター JS コード:

私の主なJSコード

私の息子の反応

アプリでフォームベースの認証とチャレンジ ハンドラー (サンプル コード) を使用しています。問題は、ログイン ボタンを 1 回クリックするだけではユーザーを認証できないことです。2 回クリックする必要があります。なんで？

すべてのアダプター機能を保護しました。

私のチャレンジハンドラー：

authenticationConfig.xml

私の processLogin() 関数

ValidateUsersおよびListSummariesDetailsアダプター関数は、上記のmyAppSecurityTestCustomを使用して保護されます。

ワークライト 5.0.6.1

アプリケーションとサーバーの PCI 監査を回避するためにIntel ( http://info.intel.com/rs/intel/images/Intel_Expressway_Tokenization_Broker.pdf )の PCI アプライアンスを使用することについて、クライアントから特定の要件があります。

したがって、支払いデータに関係するアダプター呼び出しは、ワークライト・サーバーに到達する前に、このハードウェア・アプライアンスを通過する必要があります。他のすべてのアダプター呼び出しは、ワークライト・サーバーに直接行く必要があります (アプライアンスが過負荷にならないようにするため)。2 つの異なる URL を持つが、バックグラウンドで同じワークライト サーバーを使用するという考え方です。アプライアンスを介した呼び出しはワークライト サーバーに対して透過的であると想定されるため、ワークライトの機能は影響を受けません。

これに関する私の質問は次のとおりです。

• 同じワークライト・サーバーに 2 つの異なる URL を持ち、アダプター呼び出しのためにクライアントからこれらの URL を交互に使用するためのワークライトのベスト・プラクティス (これはネイティブで実行されると想定しているため、直接更新などではありません)?

• クライアント・コード内の JavaScript コードを介してアダプター呼び出しに使用されるワークライト・サーバー URL を動的に上書きすることは可能ですか? たとえば、WL.Client AJAX アダプター呼び出しの前のどこかからワークライト URL を取得/返す特定の JS 関数を上書きしますか?

また、呼び出されている AdapterName の正規表現などに基づいて、ロードバランサーがルートを切り替えることも検討しています。しかし、それが可能かどうか、およびパフォーマンスへの影響がどのようなものかは、現時点ではわかりません。

アダプター xml ファイル、connectio ポリシー <connectionPolicy xsi:type="sql:SQLConnectionPolicy"> <dataSourceJNDIName>${custom-db.1.jndi-name}</dataSourceJNDIName> </connectionPolicy>

wl.property ファイル

jar ファイル ojdbc14.jar をインポートしました

アダプターはデプロイされますが、実行時に 次のようなエラーが発生します。 }

問題を解決する方法を教えてください。前もって感謝します。