スタンドアロンアプリケーション用のRESTful APIコールバック

私が持っているWebサービスのRESTful APIを使用したいと思います。しかし、URLを持たないため、スタンドアローンのアプリケーションに「与える」方法をWebサービスがどのように知っているのかは分かりません。この場合のURLを不要にするメカニズムはありますか？スタンドアロンアプリケーション用のRESTful APIコールバック

出典

2016-09-29 Goldi

残りのWebサービスからクライアントを呼び出したいですか？ –

いいえ、スタンドアロンクライアントからREST Webサービスを呼び出したいとします。 – Goldi

しかし、Webサービスは、送信されたHTTPメッセージの結果を送信する場所をどのように知っていると思われますか？ – Goldi

あなたはRESTが何であるかを少しずつ読んでおく必要があると思います。その性質上、RESTはデータを要求するメカニズムです。私。それは「プッシュ」ではなく「プル」です。 RESTは通常HTTP経由で使用されるため、Urlの必要性があります。同じ方法で、Webページにアクセスするたびにデータを要求/取得します。

変更が発生するとすぐにシステムから別のシステムに通知する場合は、REST以外のものを参照する必要があります。また、クライアントは応答を確認するために継続的にRESTサービスをポーリングできます。

出典

2016-09-29 15:31:48 MartinM

これは私の間違いでした。私がスタンドアロンのアプリケーションを持っているとき、スタンドアロンのアプリケーションがサービスからそれを引き出すので、RESTサービスはデータをどこに送るべきかを知る必要はありません。私の問題は、あなたが私の最後の質問で見ることができるようにCASとは少し関係があります。 CASにはサービスURLが必要ですが、それは私の問題です。 – Goldi

さて、コールバックするための独自のRESTサービスを構築する必要があると私は思いますか？あなたはCASにあなたのURLを伝え、CASはあなたが提供したURLにあなたのデータを送ります。 – MartinM

いいえ、私が以前考えていたものです。ポイントは、私がスタンドアローンアプリの自動化に必要なサービス特有のチケットをCASに送ろうとしていることです。これは、CASがサービス固有のものであるため、チケットを要求するアプリケーションを知る必要があることを意味します。しかし、スタンドアロンのアプリケーションにはURLがないため、スタンドアロンのアプリケーションがチケットを要求したことをCASにどのように伝えることができるのだろうかと思います。 – Goldi

スタンドアロンアプリケーション用のRESTful APIコールバック

答えて

関連する問題