2011-10-25 83 views
0

我正在嘗試將Cutha的OAuthConsumer庫連接到用戶的LinkedIn帳戶。LinkedIn API + WebKit

按照OAuthConsumer的原始作者提供的步驟,我設置了request token,並將WebView指向得到的URL。

現在,我已經使用OAuthConsumer(Twitter,Facebook等)的其他服務,這部分工作正常。用戶登錄,驗證應用程序,然後我的代碼殺掉WebView並在新授權的request token中換取access token

但是,在LinkedIn中,我收到錯誤「我們無法找到授權令牌」。沒有更多信息;沒有錯誤代碼。只是一個整潔無暇渲染的網頁。

LinkedIn Error Page

所以,我最終還是不知道在哪裏,甚至beging調試這個問題,或者它是否是我的代碼在所有問題。我在LinkedIn的論壇上找到的一些小副本聲明表明我的「時間戳可能關閉」(但不是根據Epoch Converter),我應該檢查「響應中的時間戳」。看起來像一條紅鯡魚給我。

編輯:

Charles Session

+0

您應該使用Charles Proxy(或類似的應用程序)分析您的應用程序和服務器之間的通信。 – titaniumdecoy

+0

@titaniumdecoy似乎沒有任何關於交通的特殊情況。任何想法,我可能會尋找? –

+0

我正在爲LinkedIn和其他OAuth服務使用MPOAuth。這就像一個魅力。您是否可以使用Charlse Proxy作爲titaniumdecoy提議並在此發佈消息? –

回答

0

所以,原來的參數返回request token"oauth_token",不"token",因爲我使用。

現在,這通常只是對OAuth實施和我的監督不一致的評論。然而,我有點擔心,因爲有幾個實例(主要是使用瀏覽器),在返回查詢中使用錯誤的參數將工作:嚴重​​不一致,並可能嚴重監管LinkedIn的部分。

無論如何,它現在起作用。