pigX集成了Swagger作为API生成与测试框架,pigX提供了自动化的配置,让您从繁琐的编码工作中解放出来,快速生成自己定制化的Swagger API文档。
您可以轻松地在pigX中引入Swagger:
pom.xml
中引入以下依赖: <dependency>
<groupId>com.pig4cloud</groupId>
<artifactId>pigx-common-swagger</artifactId>
</dependency>
@EnablePigxSwagger2
注解@EnablePigxSwagger2
@EnableFeignClients
@SpringCloudApplication
public class PigxAdminApplication {
public static void main(String[] args) {
SpringApplication.run(PigxAdminApplication.class, args);
}
}
只需以上两步,就能产生当前工程中Spring MVC加载的请求映射所形成的文档。如需要个性化的定制,请看下文。
# Swagger相关的配置
swagger:
# 标题,默认空
title: 'PigX Swagger API'
# 描述,默认空
description: '全宇宙最牛逼的Spring Cloud微服务开发脚手架'
# 版本,默认空
version: '1.4.0'
# 许可证,默认空
license: 'Powered By PigX'
# 许可证URL,默认空
licenseUrl: 'https://gitee.com/log4j/pig/wikis'
# 服务条款URL,默认空
terms-of-service-url: 'https://gitee.wang/pig/pigx'
# 文档的host信息,默认:空
host: 'https://gitee.wang/pig/pigx'
# swagger会解析的包路径,默认为空,扫描所有包
base-package: ''
# swagger会解析的url规则
base-path: /**
# 在basePath基础上需要排除的url规则
exclude-path:
- /actuator/**
- /error
# 联系人相关配置
contact:
# 联系人姓名,默认空
name: '冷冷'
# 联系人Email,默认空
email: 'wangiegie@gmail.com'
# 联系人URL,默认空
url: 'https://gitee.wang/pig/pigx'
# 统一鉴权相关配置
authorization:
# 鉴权策略名称,默认空
name: 'pigX OAuth'
# 需要开启鉴权URL的正则,默认匹配所有
auth-regex: '^.*$'
# 鉴权作用域列表配置,默认空
authorization-scope-list:
# 鉴权作用域名称,默认空
- scope: 'server'
# 鉴权作用域描述,默认空
description: 'server all'
# 校验token的地址列表,默认空
token-url-list:
- 'http://localhost:9999/auth/oauth/token'
注意:
scope
必须是数据库sys_oauth_client_details
表的scope
字段里的内容的一个子集,否则发起Oauth2.0请求时会直接失败。swagger.base-path
来指定所有需要生成文档的请求路径基础规则,然后再利用swagger.exclude-path
来剔除部分我们不需要的。
我们可以这样设置:swagger:
base-path: /**
exclude-path:
- /actuator/**
- /error
上面的配置将解析所有除了/actuator
开始以及spring boot自带/error
请求路径,这样,就排除了Spring Boot默认的监控和异常信息处理路径。
swagger:
base-package: com.pig4cloud.pigx.admin.controller
这样,Swagger只会生成对应包下的API文档,这样,自然也就排除了Spring Boot默认的监控和异常信息处理路径。
默认对所有终端进行验证码校验,但是swagger 模拟的时候不需要。
INSERT INTO `pigx`.`sys_oauth_client_details` (
`authorities`,
`authorized_grant_types`,
`web_server_redirect_uri`,
`scope`,
`additional_information`,
`autoapprove`,
`resource_ids`,
`refresh_token_validity`,
`client_secret`,
`client_id`,
`access_token_validity`
)
VALUES
(
NULL,
'password,refresh_token',
NULL,
'server',
NULL,
'true',
NULL,
NULL,
'test',
'test',
NULL
);
pigx-gateway-dev.yml
# 不校验验证码终端
ignore:
clients:
- test
从1.6.3
版本开始,要求通过hosts
进行访问,在pigx的默认配置下,可以访问http://pigx-gateway:9999/swagger-ui.html
打开swagger页面。
认证后Spring Security的上下文对象中才会有值,很多操作如获取当前用户信息都依赖于Spring Security上下文。
官方UI比较蠢萌,虽然提供了Oauth2.0的认证功能,但是没有存储的措施,所以刷新页面后相关参数就会丢失。解决办法暴力一点的措施是修改官方UI添加存储措施,但是这个我肯定不会了。目前比较可行的就是修改代码进行swagger全局参数配置。
出现这个问题要么是你对应的服务没有启动,要么是你访问的服务还没有启动完毕,如果还没启动完毕的话,不妨等个十几二十秒再进行访问,最新的master-mp3分支支持在pigx-gateway-dev.yml
中配置ignore.swagger-providers属性来屏蔽掉不希望生成swaager文档的微服务。
Auth ErrorError: Upgrade Required
?这个不用怀疑,原因一般不外乎三个。
一、用户名或密码错误
可以打开谷歌开发者工具,观察request详情和response详情以及返回的状态码,如果是426的话,就证明获取用户信息的时候失败了,可以判断是作为缓存中间件的redis并没有启动,那么只要启动redis,另一个原因是redis中有脏数据,这个时候清空redis即可。清空的具体步骤如下:
windows平台下可以打开redis-cli.exe,然后执行flushdb
或者flushall
命令即可。
二、使用了需要验证码的客户端
除了上面的原因,还有可能返回428的状态码,而会出现这个问题就是使用了需要验证码的客户端。
三、跨域
排除所有不可能,剩下的那个不管多不可思议,都是事实真相。除开这两个原因,还有可能会出问题的,只有一种情况,那就是出现了跨域问题。
如果本地启动出现了问题,可以观察请求头里是否存在跨域,如果是OPTIONS请求基本就是跨域了。
在目前的项目机制下,开发时解决跨域的最简单的一个方案就是不要通过http://localhost:9999/swagger-ui.html
或者http://127.0.0.1:9999/swagger-ui.html
去访问网关上的swagger,而是直接通过http://pigx-gateway:9999/swagger-ui.html
去访问,这样就能避免跨域的问题。