认证服务器已经搭建好了。 可以通过认证服务器拿到令牌
下面改造订单服务，让它可以用这个令牌。
争对订单服务要做三个事，
1。让订单服务知道它自己是Oauth协议里面的资源服务器。，它知道这个事后，它才会在自己的应用前面去加一个过滤器，然后去校验这个令牌。
2.让它知道自己是什么资源服务器。让它声明一下，因为我们之前在认证服务器上，下面这个地方配置了发出去的令牌只能访问order-server这样一个资源服务器。所以我让它自己知道它是order-server
3.在订单服务上，配置怎么去验证这个令牌。去哪验，验的时候要带什么信息。这些都是在订单服务上要做的事情。
开始写代码
这里先注释掉。
创建server.resources包
pom.xml内引入oauth2的引用。这样就会把Oauth协议相关的资源引进来。
有了依赖后，来写代码
继承这个适配器。
@EnableResourceServer告诉OrderService这个应用，它本身是作为oauth协议里面的资源服务器的角色存在的
ResourceServerConfigurerAdapter有两个配置方法，一个是配资源服务器的，本身的相关的配置
两外一个是HttpSecurity相关的配置。
@EbableResourceServer配置好了以后，表示它是一个资源服务器，下面只要配置资源服务器的id
下面是认证中心的定义
覆盖掉配置方法configure方法，一定要配置在认证中心定义的一样。叫做order-server
那么我给orderAapp发出去的令牌现在只能访问order-server
另一个方法实际上是在控制器权限
加上EnableResourceServer的注解后，所有发往order-api服务器的所有请求，它都会去你的头里面找Token。如果找不到token就不让你过。就是这样一个逻辑。
这个逻辑实际上这里来控制的，这是默认的一个配置。anyRequest就是任何请求，authenticated 是一定要身份认证。
所以就因为有了上面的配置，当我启动了以后，order-server里面提供所有的服务都会去验证token，没有token就不让过。有些情况下我们会去做权限控制。哪些请求需要验令牌，哪些请求不需要验令牌，当你需要做这样的控制的时候。就可以覆盖下面这个方法。重写里面的配置。
除了哈哈这个请求意外，其他的都需要验证令牌。
验证令牌-配置文件
验证令牌怎么来验，我们写另外一个配置文件。
写上这两个注解
从图里可以看到，我们验证令牌 需要发一个远程的请求到认证服务器。
需要声明一个新的Bean来做这个事。资源服务器的令牌服务。ResourceServerTokenServices它是一个接口，我们会有各种各样的实现。
我们用的这个实现叫做 RemoteTokenServices，从名字可以看出来，它是一个调用远程服务的TokenServices
调用远程服务就要告诉他clientId和clientSecret。
setCheckTokenEndpointUrl：校验服务的地址。
还要让它知道调用这个服务去验token，所谓的验token，就是拿这个token去获取用户信息，问一下认证服务器，这个令牌对应的用户信息是什么样的
如果你想验证 跟用户相关的信息，应该用这个AuthenticationManager
所以这里我要覆盖掉的方法是authenticationManager
把AuthenticationManagger暴露成一个Bean。加上@Bean注解。
这个时候就不能用系统默认的了 ，我们要自己写一个AuthenticationManager
那么做了这个配置以后。当我们的资源服务器，也就是order-api拦截到请求里面的token的时候。他就会调用这个方法来验证这个token
tokenServices里面配置的这个地址去验证token。获取token对应的用户信息。
获取到用户信息之后，如何让我自己写的这个应用知道这个用户信息。比如创建订单的时候，带着一个令牌来访问创建订单的方法，那么在创建订单的方法里面，我如何知道这个令牌里的用户信息到底是哪个用户。
用@AuthenticationPrincipal 这样就拿到了用户名。这里目前写String，拿到用户名。
日志输出拿到的用户名。
启动服务
端口是9080
调用创建订单的服务
因为已经加上资源服务的配置了，所以调用的时候 就是401错误。需要认证认证了。
之前拿令牌的方法 我们再去获取下
反复申请的令牌，如果没过期，他会把这个令牌再给你。只不过 过期时间减少了。
在创建订单的服务上面 ，加上这个 authorization 值是复制过来的token令牌。
httpBasic也是用的 authorization的请求头，那么服务器如果知道你是HttpBasic还是OAuth2的令牌。我们在token前面加上 bearer 空格+token。
这样服务器就知道这是Oauth2的令牌，他就会用不同的逻辑去解这个令牌。
控制台输出的用户名
如果order-api的配置文件内把自己的resourceId改掉了，改成xxx-server
再次启动orderAPi
再去发送创建订单的请求
access_denied：没权限
这是一个无效的token，里面没有包含xxx-server的权限。
token在下发的时候可以访问order-server。上面的服务器是xxx-server所以是访问不了的
获取到的用户名
就是我们在获取token的时候，传过去的用户名。
调用创建订单的服务
创建订单的服务里面，写这样一个注解 就拿到了令牌对应的用户名是谁了。
修改其他的
比如说修改ClientSecret改成 1234567 加了个7 这样就是错误的了。
重启orderAPI的服务
去验证令牌的时候，信息传错了。
看下控制台的错误信息。401就是身份认证失败。为什么认证失败 就是因为clientSceret传错了。
现在确实是通过一个远程的服务验证令牌的
资源服务器相关的内容，暂时就讲到这里。