检索Android Facebook令牌业务

时间:2015-03-26 15:35:55

标签: android facebook-graph-api android-facebook

我正在尝试从GraphUser中检索我已经从ME请求中获取的token_for_business。它每次都会返回null。我能够成功从ME请求中检索许多其他信息。例如:

public String getEmail() {
    if (Session.getActiveSession().getPermissions().contains("email")) {
        return (String) mUser.getProperty("email");
    } else {
        return "";
    }
}

我已多次验证Facebook Dashboard已设置为使用Token for Business。我知道我可以尝试直接查询Business Manager API,但是我已经链接了几个API调用,并且更愿意使用我本应拥有的数据。

public String getTokenForBusiness() {
    return (String) mUser.getProperty("token_for_business");
}

documentation表示在用户登录应用程序时此属性存在。当然,只有在会话状态被识别为打开后才会发出ME请求,所以根据我的理解,用户已登录。

是否有我遗失的许可?有没有其他规定使用这个属性?

更新:我尝试使用Business Mapping API。它的工作原理是将应用程序识别为我们业务的有效部分,但它不包含我需要的token_for_business。所以这条路不行。我也尝试在整个登录过程完成后访问令牌,以确保在完成任务之前我没有调用它,但是我仍然得到令牌的空值。我还尝试使用此请求:

/* make the API call */
new Request(
    session,
    "/{user-id}",
    null,
    HttpMethod.GET,
    new Request.Callback() {
        public void onCompleted(Response response) {
            Log.i("TFB", response.toString());
            Log.i("TFB", (String) response.getGraphObject().getProperty("token_for_business") + "");
        }
    }
).executeAsync();

当然,我用实际的用户ID替换了{user-id}。此响应包含我期望的信息,不包括token_for_business。

1 个答案:

答案 0 :(得分:1)

所以这不是一个理想的解决方案,但在尝试Graph API Explorer之后,我想出了这个。

Bundle bundle = new Bundle();
bundle.putString("fields", "token_for_business");

new Request(Session.getActiveSession(), "/me/", bundle, HttpMethod.GET, new Request.Callback() {
            @Override
            public void onCompleted(final Response response) {
                if (response != null) {
                     GraphUser user = response.getGraphObjectAs(GraphUser.class);
                     Log.i("TFB", user.getProperty("token_for_business"));
                }
            }
        }).executeAsync();

此解决方案的问题是您需要将GraphUser的所有方面添加到“fields”参数中。例如,如果您需要知道用户的名字和性别,则相应的包将包含:

bundle.putString("fields", "token_for_business,first_name,gender");

因此,对于那些不介意进行额外通话的人来说,最好将token_for_business与ME请求分开,以防万一Facebook更新其SDK / API并在将来的某个时候打破此解决方案。