2013-07-28 145 views
0

我有一個用Java編寫的後端服務器,它包含我也創建的移動應用程序使用的服務。我使用Appcelerator作爲第三方推送通知服務,他們需要用戶登錄才能發送推送通知。使用Cookie從服務器使用其他Web服務

這裏是我想有事件流發生:

  1. 在我的應用程序的用戶登錄(也可以登錄到Appcelerator的這裏)
  2. 用戶做一些事情,應該送推送通知
  3. 的請求被髮送到我的服務器發送推送通知
  4. 我的服務器發出請求到Appcelerator的發送推送通知

在這個過程中的某個地方,需要使用Appcelerator進行身份驗證。目前,我只是將Appcelerator中的憑據用作管理員,並且在發送每個唯一推送通知之前進行身份驗證。但是,這意味着在每次推送通知之前進行身份驗證,這將顯着增加所需的時間。

有我已經確定了兩個可能的解決方案,但我不能確定,如果任何可能:

  1. 有我的手機應用程序的每個用戶Appcelerator的身份驗證時,在第一記錄和保存一些如何我的服務器上,以便當他們向我的服務器發出請求時,我使用他們的cookie進行身份驗證。 (這看起來不安全。)
  2. 通過Appcelerator向我的服務器發送1個請求,以保持我的身份驗證。 (這似乎是兩個解決方案更容易,但我不確定是否有可能/正確的方式來做到這一點。)

回答

0

由於我在我的服務器上進行用戶管理,它沒有任何意義也可以通過Appcelerator來完成。我以前認爲如果我想使用Appcelerator作爲推送通知服務,那麼我必須通過他們的服務創建用戶。

但是,我現在意識到他們的Push Notification API中有兩個部分。

  • 訂閱
  • 退訂
  • 通知

  • subscribeToken
  • unsubscribeToken
  • notifyToken

後一組使用來自設備的pushToken,它與Appcelerator無關。使用這些方法,您不需要Appcelerator用戶,因爲您只需將推送通知發送到設備令牌即可。

+0

感謝分享!你能提供一個關於如何發送通知給設備令牌的例子嗎?你是從服務器做到這一點的權利? –