GraphQL和SSO兼容吗？
我的项目计划使用SSO（可能使用Gluu或Auth0，…）并且正在考虑将GraphQL应用到我们的API中。
乍一看，这两个应该很容易兼容，因为它们在不同的层上工作。但是我仍然想听听有这两个方面经验的人在将它们应用于项目时是否有任何问题、考虑因素或指导方针？
共有1个答案
GraphQL对如何验证或授权用户没有意见。所以你可以使用任何你喜欢的身份验证。
-
我想看看Spring Boot2和GraphQL。我的pom.xml看起来是： 使用graphql进行Spring Boot的graphql演示项目 当我开始这个项目时，它运行正常。然后我想查看graphiql站点，并放一些查询以供测试。但是在我的IDE的控制台中有一个异常，模式没有加载到GraphiQL-Page上。
-
我目前在Wildfly 8.2上面临EJB3.1和CDI1.2的一些问题。0.5决赛。我认为CDI和EJB并不是完全可互操作的，因为web上到处都有这样的建议。 我的设置如下所示： 进一步资料： A.1的会话bean使用@EJB注入同一模块的其他会话bean CDI为A.1激活 EARB有一个jboss部署结构。声明从B.1到a.1的依赖关系的xml，aso CDI已为B.1激活 为了避免显式查找
-
Google正在弃用Google Cloud消息传递，转而采用Firebase Cloud消息传递： Firebase云消息传递（FCM）是GCM的新版本。它继承了可靠和可扩展的GCM架构体系，加上新功能！查看常见问题解答了解更多信息。如果要在新应用中集成消息，请从FCM开始。强烈建议GCM用户升级到FCM，以便在今天和将来受益于新的FCM功能。 根据我在服务器上进行的一些测试，FCM URL(h
-
本章提供了有关 版本控制 章节中提供的破坏性和非破坏性修改列表的详细说明。 什么算是一个破坏性（不兼容）的变化并没有明确的定义。本指南应该被视为指示性的，而不是每一种可能变化的全面清单。 这里列出的规则只涉及客户端兼容性。预期API生产者明白在部署方面的要求，包括实现细节的变化。 一般目的是，服务端更新到一个新的minor版本或patch版本不该破坏客户端。可预期的破坏类型有： 源代码兼容性：针对
-
语言补丁 Array.isArray Object.assign JSON.stringify console-polyfill Object.keys Object.is Array.prototype.forEach Function.prototype.bind 或者直接使用https://polyfill.io/ 提供的动态补丁方案 <script src="https://cdn.pol
-
Markdown 语法的目标是：成为一种适用于网络的书写语言。 Markdown 不是想要取代 HTML，甚至也没有要和它相近，它的语法种类很少，只对应 HTML 标记的一小部分。Markdown 的构想不是要使得 HTML 文档更容易书写。在我看来， HTML 已经很容易写了。Markdown 的理念是，能让文档更容易读、写和随意改。HTML 是一种发布的格式，Markdown 是一种书写的格式