mirror of
https://gitee.com/dromara/sa-token.git
synced 2026-05-14 04:42:09 +08:00
docs: 优化需求提交文案
This commit is contained in:
@@ -14,3 +14,12 @@
|
|||||||
- 对框架新增特性功能但比较复杂,会延后几个版本制定相应的计划后进行开发。
|
- 对框架新增特性功能但比较复杂,会延后几个版本制定相应的计划后进行开发。
|
||||||
- 与框架设计理念不太相符,或超出权限认证范畴,将会视需求人数决定是否开发。
|
- 与框架设计理念不太相符,或超出权限认证范畴,将会视需求人数决定是否开发。
|
||||||
|
|
||||||
|
|
||||||
|
### 其它反馈途径
|
||||||
|
除了问卷提交,你还可以从以下渠道向我们提交反馈:
|
||||||
|
- Gitee:[issue 提交](https://gitee.com/dromara/sa-token/issues)
|
||||||
|
- GitHub:[issue 提交](https://github.com/dromara/sa-token/issues)
|
||||||
|
- AtomGit:[issue 提交](https://atomgit.com/dromara/sa-token/issues)
|
||||||
|
- 交流群:[加群链接](/more/join-group)
|
||||||
|
|
||||||
|
请大胆提交、大胆咨询,请在交流群中大胆艾特我们,请不要有任何害羞,就算我们不实现,你也不会损失什么,对吧!
|
||||||
|
|||||||
@@ -43,13 +43,6 @@ public void configOAuth2Server(SaOAuth2ServerConfig oauth2Server) {
|
|||||||
> 应该根据自己的架构合理分析是否应该整合数据互通。
|
> 应该根据自己的架构合理分析是否应该整合数据互通。
|
||||||
|
|
||||||
|
|
||||||
**疑问:数据互通后,两个 token 的过期策略是什么?**
|
|
||||||
|
|
||||||
会话 token 由 `sa-token.timeout` 决定,`access_token` 由 `sa-token.oauth2-server.access-token-timeout` 决定。
|
|
||||||
|
|
||||||
数据互通只是将会话 token 拷贝了一份作为 access_token 使用,动作完成之后两者不再有任何联系。
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
### OAuth2-Client 数据互通
|
### OAuth2-Client 数据互通
|
||||||
除了Server端,Client端也可以打通 `access_token` 与 `satoken` 会话。做法是在 Client 端拿到 `access_token` 后进行登录时,使用 `SaLoginParameter` 预定登录生成的 Token 值
|
除了Server端,Client端也可以打通 `access_token` 与 `satoken` 会话。做法是在 Client 端拿到 `access_token` 后进行登录时,使用 `SaLoginParameter` 预定登录生成的 Token 值
|
||||||
@@ -66,6 +59,13 @@ StpUtil.login(uid, new SaLoginParameter().setToken(access_token));
|
|||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
**疑问:数据互通后,两个 token 的过期策略是什么?**
|
||||||
|
|
||||||
|
会话 token 由 `sa-token.timeout` 决定,`access_token` 由 `sa-token.oauth2-server.access-token-timeout` 决定。
|
||||||
|
|
||||||
|
数据互通只是将 token 拷贝一份进行复用,动作完成之后两者不再有任何联系。
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user