oauth access_tokenはテクノロジ（javaと.net）から独立していますか？

Question

質問は基本的に以下の要件から発生します。

要件： -サービスおよびクライアントのJavaで生成されたOauthトークンは、.Netで書かれています。他の一連のサービスについても、まったく同じことが起こります。

質問： - Oauthキーの生成は、Javaと.NETで異なり、消費方法も異なります。したがって、Javaで生成されたOauth access_tokenには.Netクライアントがアクセスし、その逆も可能です。

私の理解： -

1. のOauthは、アプリケーション固有のものです。
2. Oauthには、Active Directory、LDAPなどのIDサーバーが必要です。
3. JavaクライアントとしてのOauth生成には、Netサーバー側から送信されたトークンを消費する場合はBase64などが必要です。
4. Javaサービス（サーバー側）から生成されたOauth access_tokenは、サービスを複数回呼び出す必要があります。最初にユーザー資格情報に基づいてaccess_tokenを取得し、2回目に必要なサービスを呼び出します。

Answer 1

質問： - Oauthキーの生成はJavaと.NETで異なり、消費方法も異なります。したがって、Javaで生成されたOauth access_tokenには.Netクライアントがアクセスし、その逆も可能です。

はい。 Oauthは、どの言語がクライアント側とサーバー側で使用されているか気にしません。

Oauthはアプリケーション固有のものです。

間違っています。

OAuthが

正しくないなどのLDAP、Active Directoryのような任意のIDサーバが必要です。アイデンティティ情報は他の方法で表現することもできます。例えば"/ etc/passwd"ファイル。 Oauth（プロトコル）は気にしません。

JavaクライアントとしてのOauth生成には、Netサーバー側から送信されるトークンを消費する場合はBase64などが必要です。

私はそうは思わない。クライアント側はトークンを解読する必要はありません。

Javaサービス（サーバー側）から生成されたOauth access_tokenは、サービスを複数回呼び出す必要があります（最初にユーザー資格情報に基づいてaccess_tokenをフェッチし、2番目に必要なサービスを呼び出して使用する必要があります）。

はい、おそらくあります。 しかユーザーを認証しない可能性がありますが、それはほとんどありません。

Answer 2

オープンスタンダードであり、特定のプログラミング言語や環境にリンクされていません。

Javaと.NETがHTTPを使用して相互に通信できるかどうかを尋ねる場合もあります。