2012-03-15 120 views
1

我的典型工作流程是在本地主机上开发,但在Google Apps Marketplace中无法实现。 OpenID工作正常,但通过Oauth访问数据API会导致错误。在本地主机上为Google Apps Marketplace进行开发

Token invalid - Invalid token: ACL not found for domain: 358xxxxxxxxx and consumer: 736xxxxxxxxx 

目前我一直在使用以下工作流程,但它非常令人讨厌。

当地开发»当地推动github上»远程拉从GitHub»远程测试»重复

是否有办法在本地开发或其他建议的工作流程?


解决方案:

的@koma和@JTeagle建议混搭,我在每个配置各自的分支的OAuth键值多个分支。我还创建了一个独特的本地域名my_project.dev满足谷歌的要求(因为他们的本地主机触发器不适合我)

+0

我假设你的问题是......'有另一种方法吗?'您通过本地主机使用OAuth时遇到过哪些错误? – JTeagle 2012-03-15 19:19:30

+0

谢谢你对这个问题的意见。到目前为止,我试图在My-Vendor-Profile下创建一个未发布的应用程序,该应用程序指向localhost,但它似乎对我无效。 – 2012-03-15 19:25:01

+0

我设法让Google API通过OAuth2通过本地主机连接返回访问令牌,但我担心这不是一个类似的流程,因此我无法在此帮助您。在我的情况下,我有一个客户端ID和秘密,通过Google的API控制台获得,这使得它可以通过本地套接字将我的令牌发回给我......这甚至接近您尝试访问数据API /使用提到的令牌? – JTeagle 2012-03-15 20:39:59

回答

1

我不知道什么github与它有关,但如果我理解的很好,本地主机上很难做OAUTH。这确实很麻烦。

我对这个问题的解决方案是在Google Api Console中注册我的动态DNS域名,然后在路由器上将端口转发到我的开发机器上。

这样,你的开发环境可以完成所有的OAUTH请求,并且来自Google的回调命中路由器,我可以调试它们。

+0

github与它无关,只是解释我的工作流程...JTeagle带来的好处是可以管理仓库中的多个API密钥 – 2012-03-20 02:29:38

+1

是的,我也是一样的,有多个密钥。一个用于与我的DynDNS链接的开发。然后在路由器上进行端口转发以捕捉来自Google的回调,以便至少进行调试。 – koma 2012-03-20 08:12:49

+0

我做了类似的事情。使用OSX绑定,我创建了可满足Google需求的http://my_project.dev,现在我可以在本地为Google Marketplace进行开发。我还在各自的分支中为staging.my_project.com和my_project.com创建了密钥。 – 2012-05-24 06:15:29

相关问题