在WSO2隐式流上失败,但对授权流有效

在WSO2隐式流上失败,但对授权流有效,wso2,access-token,implicit,Wso2,Access Token,Implicit,我从零开始学习OpenId连接。这是一条陡峭的学习曲线。我已经使用WSO2作为我的身份服务器工作了几个月。我们也在试验Thinktecture的IdentityServer 3,这是一个基于C#的开放解决方案。 我在C#中设置了一个Microsoft客户端,它与WSO2上的授权代码Grant(“授权”)配合得非常好。 然后我设置隐式代码流授权(“隐式”)。 返回的访问令牌看起来不错。我用javascript页面从“散列”段中提取了它。但是,当我尝试在隐式索赔请求的授权头中将其用作承载令牌时,它会

我从零开始学习OpenId连接。这是一条陡峭的学习曲线。我已经使用WSO2作为我的身份服务器工作了几个月。我们也在试验Thinktecture的IdentityServer 3,这是一个基于C#的开放解决方案。 我在C#中设置了一个Microsoft客户端,它与WSO2上的授权代码Grant(“授权”)配合得非常好。 然后我设置隐式代码流授权(“隐式”)。 返回的访问令牌看起来不错。我用javascript页面从“散列”段中提取了它。但是,当我尝试在隐式索赔请求的授权头中将其用作承载令牌时,它会抛出以下错误作为响应

状态代码:500,原因短语:“内部服务器错误”,版本:1.1,内容:System.Net.Http.StreamContent,标题:
{
变化:接受编码
连接:关闭
日期:2015年3月16日星期一13:14:47 GMT
服务器:WSO2
服务器:碳
服务器:服务器
内容长度:6068
内容类型:文本/html;字符集=utf-8
}

来自Implicit的访问令牌似乎有缺陷

如果我将授权执行中的access_代码的副本替换为隐式的最终访问,作为字符串文本,那么它可以完美地工作。 欢迎提出任何意见。
我在
用于授权和
含蓄的


任何想法都会有帮助。

我进一步完善了这个问题。身份验证和隐式的授权程序几乎相同,我看到的主要区别仅在WSO2管理中,我的两个站点分别被选择为“Code”和“Implicit”,各自的调用类型是response_type=Code和response_type=token。隐式流实际上会导致Tomcat7服务器出现故障。代码流工作得很好。