0

別のページに移動した後に新しいアプリケーションを認証して作成する代わりに、Web サイトを移動するときに UCWA アプリ/トークンを再利用することはできますか (別名、メニューのリンクをクリックして、実際の Web サイトを離れないでください)。

現時点では、ページをリロードするたびに再認証する必要がありますが、これは受け入れられません。私の場合も、例のような単一ページのアプリケーションを使用することはできません。

どんな提案でも大歓迎です。

4

1 に答える 1

2

はい、可能です。移行を容易にするために、いくつかの重要なデータを追跡する必要があります。

  • Authorization ヘッダーで使用される現在の OAuth トークン - Authorization: Bearer cwt=$unique_id

1を選択

  1. ルート アプリケーションの Href - /ucwa/oauth/v1/applications/$id
  2. アプリケーションの作成に使用されたアプリケーション Href と、元のアプリケーションの作成に使用された本文コンテンツ - https://lync.domain.com/ucwa/oauth/v1/applications + {'userAgent':'UCWA Samples','endpointId' :'1234','culture-en-US'}

最初のケースでは、その URL でGET要求を発行し、アプリケーション リソースへのアクセスを取得します。2 番目のケースのアイデアは、元の本体データを使用してアプリケーション Href にPOST要求を発行することです。このデータは既に存在するため、201 (作成済み) ではなく 200 (OK) になります。

この回答は、OAuth トークンがまだ有効であることを前提としています。

考慮すべきことの 1 つは、アプリケーションがイベント リソースに対して P-GET (保留中の GET) を発行していたかどうかです。そうであった場合は、プロセス イベントを処理するために新しいロジックがロードされるまで、リクエストをキャンセル/一時停止するための何らかのロジックを配置する必要があります。

興味深い点は、アプリケーションの要求からの応答が正しい ack (/ucwa/oauth/v1/applications/$id/events?ack=x) を提供するため、アプリケーションがどのイベント ack にあったかを追跡する必要がないことです。または、イベント リソースへの要求により、正しい ack を指す resync href が提供されます。

于 2014-12-04T14:18:21.763 に答える