問題タブ [token]

したがって、特定のプロジェクトでは、認証トークンを取得して、それがどのユーザー向けであるかを把握できると便利かもしれないと考えています。それが可能かどうかさえわかりません。たまたま知ってる人いますか？

（検索してみましたが、本当に役立つリンクは見つかりませんでした。）

一連の WCF サービスを実装しています。これらのサービスで私がやりたいことは、クライアント (信頼できるアプリケーション サーバー) が何らかのトークンを Web サービスに渡して認証できるようにすることです。最初または後続のリクエストでユーザー名/パスワードを渡す必要はありません(場合によっては、呼び出し元のアプリケーション サーバーにパスワードがない場合があるため)。Windows と Kerberos は、特定の状況では使用できません。

単純なカスタム UserNameSecurityTokenAuthenticator クラスを作成し、それを変更して、パスワードが空の場合、userName を文字列エンコードされたトークン値として取得することを考えていました (明らかにトークン自体をチェックして、その時点で有効であることを確認します)。パスワードは空ではなく、チェックのためにユーザー名/パスワードを MembershipProvider に転送します。基本的に、ユーザー名/パスワード認証をオーバーロードして、トークンの受け渡しも提供したいと考えています。

これは可能ですか？このようなトークンオーセンティケータを簡単に接続できますか、またはこのようなリクエストを「傍受」する (そして復号化されたトークンから実際のユーザー名の値を更新する) 他の簡単な方法はありますか?

または、クライアントがカスタムトークンを渡してサーバーにそれを受け入れさせるための信じられないほど簡単な方法が他にありますか?

ある種のプレースホルダーを使用して別のノードにノード コンテンツを含める必要があります。たとえば[node-5663]、ノード ID が 5663 に一致するノードのコンテンツ (本文) に変換されます。

上記の例は単なる例です。実際に必要なのは次のようなものです: [table-TABLE-ID]whereTABLE-IDはノードで (CCK を使用して) 定義するフィールドになります。

取得する必要があるコンテンツの検索と照合に問題はありませんが、欠けているのはトークンの使用方法です。

どんな助けでも大歓迎です:)

BlackBerry モバイル デバイスが Netflix に接続するために使用する OAuth ライブラリを開発しています。リクエスト トークンとアクセス トークンのネゴシエーションに成功しました。承認されたトークン、トークン シークレット、および暗号化された加入者 ID を受け取りました。

暗号化された加入者 ID:

承認されたトークン:T1U.wMxbvP.KCdxGpqmfERA0y3BKEuyhYIljMF5W1k0iXD9j.2qDMw7NjoaOnG40UXESpqPk37gJbBlB1Ve.uatw--

現在、サブスクライバー ID と承認済みトークンを使用して Netflix からユーザー情報を取得する際に問題が発生しています。承認されたトークンは正しいですか? リクエストトークンや不正トークンと比べるとちょっとズレてる気がする…。

アドバイスをいただければ幸いです、ありがとう！

トークンのストリーム (またはリスト) を解析ツリーに変換する一般的な方法を知っている人はいますか?

私はこれを知りたくてたまらない。私はこのようなことをプログラムしたことがないので、ぜひ学びたいです!

ありがとう、ボダ・シド。

履歴トークンの書き換えをしたい。その可能性があるかどうかわからない。たとえば、アプリケーションのURLがhttp：// localhost：8080 / myapp /＃loginで、履歴トークンとして「login」が含まれている場合。http：// localhost：8080 / myapp / user / loginのようにURLを書き換えることはできますか？

または、履歴トークンから「＃」を削除することは可能ですか？

'|'で区切られたデータを含むテキストファイルがあります。各フィールド（「|」で区切られている）を取得して処理する必要があります。テキストファイルは次のように表示できます。

ABC | DEF || FGHT

各フィールド値を取得するために文字列トークナイザー（JDK 1.4）を使用しています。問題は、DEFの後に空の文字列を取得する必要があるということですが、DEFとFGHTの間に空のスペースがありません。

結果は-ABC、DEF、 ""、FGHTになりますが、ABC、DEF、FGHTを取得しています

HTTP 経由で発行済みトークン認証を行うことは可能ですか?

私たちが直面しているシナリオは、クライアントからサーバーへの HTTPS リクエストです。ここで認証を行い、トークンを発行します。しかし現在、汎用メッセージ パッシングの実装を使用して、このリクエストを複数のエンドポイントの 1 つにルーティングする必要に直面しています。私たちが直面している問題は、このエンドポイントが Azure の内部エンドポイントであるため、HTTP 経由であるということです。

この質問はoAuthに関するものです。

「リソース所有者」は、必要なすべてのアクセス権を持つ「クライアント」に1つのトークンを付与しますか？または、「リソース所有者」は、それぞれが何らかのアクセス権を持つ「クライアント」に複数のトークンを付与できますか？

トークンのアクセスをアップグレードすることの違いは？

また

アクセスを追加して別のトークンを作成するだけですか？