1

WebSphereアプリケーションサーバーのWorklightサーバーにアダプター(HTTP、SQL、JMS、CastIron)をデプロイする場合、以下のように、Worklight以外のアプリケーションからアダプターを外部から呼び出すことができると思います。

http:// localhost:8080 / invoke?adapter = ADAPTER_NAME&procedure = PROCEDURE_NAME&parameters = [PARAMETER1、PAREMETER2、...]

このスレッドから気づいたように: https ://www.ibm.com/developerworks/forums/thread.jspa?threadID = 453422

このアプローチを使用することの長所と短所は何ですか?本当にお勧めですか?

4

2 に答える 2

2

利点

複数のアプリケーションから簡単にアクセスできます。アダプタのURLにアクセスし、パラメータを渡します。

短所:有効な認証フレームワークを簡単にハッキングできます

回避策:同じ状況に直面し、すべてのリクエストをリッスンするカスタムリスナーをサーバーに挿入し、基準に基づいてアダプターまたはワークライトアプリに転送することでそれを克服しました。このようにして、外部からのアクセスを防ぐことができます。

カスタム認証モデルを使用する別の方法があります。

http://public.dhe.ibm.com/software/mobile-solutions/worklight/docs/v506/08_04_Custom_Authenticator_and_Login_Module.pdf

http://www.ibm.com/developerworks/mobile/worklight/getting-started.html

于 2013-03-18T08:02:32.473 に答える
1

使いやすさが最大の長所であり、セキュリティが最大の短所です。この方法でプロシージャを呼び出すことができるようにするには、アダプタにセキュリティテスト(wl_unprotected)がない必要があります。Worklightのホストとポートがインターネットに開いている場合(これは非常に可能性が高いです)、アダプター名、プロシージャ名などを知っている人なら誰でもアダプターを呼び出すことができます。

于 2013-03-16T16:37:46.967 に答える