2011-10-25 11 views
0

私はCocoaのOAuthConsumerライブラリを使用してユーザーのLinkedInアカウントに接続しようとしています。LinkedIn API + WebKit

OAuthConsumerの元の著者が提供した手順に従って、私はrequest tokenを設定し、結果のURLにWebViewをポイントします。

OAuthConsumer(Twitter、Facebookなど)を使用している他のサービスでは、この部分は正常に動作します。ユーザーがログインしてアプリケーションを認証すると、コードがWebViewを強制終了し、新しく承認されたrequest tokenの取引がaccess tokenになります。

しかし、LinkedInでは「私たちは認証トークンを見つけることができませんでした」というエラーが表示されます。これ以上の情報はありません。エラーコードはありません。役に立たないものでいっぱいにきれいにレンダリングされたWebページ。

LinkedIn Error Page

だから、私は最終的にも、この問題をデバッグするか、それがすべてで私のコードに問題があるのですかbegingする見当がつかない。私がLinkedInのフォーラムで見つけたいくつかのマイナーなリードは、私の "タイムスタンプがオフになるかもしれない"と述べています(ただし、Epoch Converterによるものではありません)。 "応答のタイムスタンプ"をチェックする必要があります。私に赤ちゃんのように見えます。

編集:私が使っていたとして

Charles Session

+0

チャールズプロキシ(または同様のアプリケーション)を使用して、アプリとサーバー間の通信を分析する必要があります。 – titaniumdecoy

+0

@titaniumdecoyトラフィックに関して例外的なことはないようです。私が何を探しているかも考えていますか? –

+0

私はLinkedInと他のOAuthサービスにMPOAuthを使用しています。それは魅力のように機能します。あなたはtitaniumdecoyがここにメッセージを提案し掲示するので、Charlse Proxyを使用できますか? –

答えて

0

だから、それは、"oauth_token"、ない"token"あるrequest tokenを返すために、パラメータが判明します。

これは、通常、OAuth実装の矛盾と私の見落としに関する解説に過ぎません。しかし、返信クエリで間違ったパラメータを使用すると、:重大な不一致が発生し、LinkedInの部分で重大な監視が行われる場合が多いため、いくつかのインスタンスが(ほとんどブラウザを使用しているため)

いずれにしても、今すぐ動作します。