KeyCloak持久化机制-简述
在研究KeyCloak的部分接口功能的时候,发现有相当一部分的接口代码没有直接做持久化,但是在接口调用完成后,确实数据又被持久化到了数据库之中,因此花了一些时间来研究了一下他是怎么做持久化的。 业务逻辑接口-示例 RoleByIdResource 接口 @Path("{role-id}/composites") @POST @Consumes(MediaType.APPLICATION_JSON)


What else can I do ?
在研究KeyCloak的部分接口功能的时候,发现有相当一部分的接口代码没有直接做持久化,但是在接口调用完成后,确实数据又被持久化到了数据库之中,因此花了一些时间来研究了一下他是怎么做持久化的。 业务逻辑接口-示例 RoleByIdResource 接口 @Path("{role-id}/composites") @POST @Consumes(MediaType.APPLICATION_JSON)
登录/OTP页面怎么来的 表单动作操作实际上是调用各种 Form(freeMarker下页面绑定的类) 下的 action 或者是 authenticate 方法,这些方法实际上在调用 challenge 方法的时候会导致实际上表单的切换等行为的出现。至于静态资源和Form怎么绑定的就不知道了,看不懂 FreeMarkerLoginFormsProvider 登录页面的静态资源 login.ftl
客户端代理入口 - TokenService 客户端代理接口,他的实际意义是让我们可以直接通过TokenService类似于Feign等远程调用一样,可以直接调用我们的目标功能,在实际上通过代理之后,实际请求的会是 TokenEndpoint 。 @Produces(MediaType.APPLICATION_JSON) @Consumes(MediaType.APPLICATION_FORM_U
