Chatgpt-Springboot readiness的后续实践

先说结论吧: 大部分情况下,当需要了解某个知识点的时候,可以由chatgpt的回答入手和拓展。 看起来知识点是成体系的,但是细节上仍旧需要通过官方文档和动手试验来确定可靠性。 对于经常更新的技术来说,chatgpt的信息相对滞后。 下面就开始动手确认一下吧。 增加maven坐标 <dependency>    <groupId>org.springframework.boot</groupId>   &nbs...

Chatgpt-问它关于Springboot readiness的知识点

问:SpringBoot有没有readiness接口 是的,Spring Boot提供了 readiness 接口用于健康检查。Spring Boot Actuator 模块提供了很多有用的端点和功能,其中之一是 readiness 端点,它可以用来检查应用程序是否已准备好处理流量。 要启用 readiness 端点,你需要在你的项目中添加 Spring Boot Actuator 依赖。然后,你可以通过在应用程序的 application.properties 或 application.yml 文件中设置 management...

CAS5.3-登录验证的过程

之前就已经介绍过,CAS Server是通过Spring Web Flow来处理请求的。 在本篇文章中,不会具体介绍Spring Web Flow的使用方式,基本概念的话需要各位自行了解,只会在必须说明的时候会带出来一些介绍。 我很好奇的是,如果我在地址栏输入: http://localhost:8080/cas/login 如果没有登录过,浏览器内会显示登录页面,如果已经登录过,浏览器会显示登录成功页面。 为什么同一个地址会显示两个页面,而这背后...

CAS5.3-自定义通过JWT获取TGT

这天气突然就热了起来,终于要进入我最喜欢的季节了。 上一篇CAS5.3-Restful方式认证,必须使用用户名和密码才能获取TGT。 翻了翻它的Rest Support,发现使用cas-server-support-rest-tokens,也仅仅是用JWT替代TGT而已。 也就是说,还是必须使用用户名和密码,只不过获得的TGT变成了JWT,然后拿着JWT去获取ST。 本篇尝试通过自定义的方式,实现以下需求: 通过JWT获得TGT,不再需要用户名和密码。 JWT的...

CAS5.3-Springboot集成客户端验证

距离今年结束还有半个月,距离春节还有一个半月,年底还有项目要上线,不知道还能更新几篇。 前面几篇说了说如何构建定制化的CAS Server,这篇开始说一说WEB项目如何使用CAS进行身份验证。 SpringMVC项目不打算单独开篇了,毕竟CAS就不是个新玩意,再搞个老古董,都2022年了,一点意义都没有。 SpringBoot集成的话,就几个关键步骤: 引入Jar包。yml中增加配置。增加Filter过滤器。增加Config...

CAS5.3-基于JWT认证

周末吃了个非常好吃的自助--温野菜,强烈推荐。 基于上一章,本章将介绍CAS Server如何基于JwtToken,进行身份验证。 首先需要了解一下CAS Server如何开启JWT Token认证支持,可以参考官方指南: https://apereo.github.io/cas/5.3.x/installation/JWT-Authentication.html 其实,比较简单,大概的步骤如下: 1. 引入Jar包,开启支持。 2. 设置CAS Properties。 3. 在服务注册表中配...

CAS5.3-自定义准备

接下来会用几个篇幅的时间,记录一下如何定制自己的CAS Server。 使用CAS做单点登录也有年头了,貌似也没怎么详细记录过,这次也只能算个备忘,因为用的版本也很旧了。 为什么使用CAS 5.3.16这个版本? 高版本开始使用JDK11,另外使用Gradle编译。5.3.16这个版本支持JDK8,并且使用Maven编译,比较容易和目前的现实情况搭边。 从哪里获得源码? Github因为某些不可描述的问题,时灵时不灵...

Camunda7 – 从completeTask看pvm

其实我也没想好怎么起这个题目,这是心血来潮后的一篇记录。 背景就是:我没尝试过Camunda,生产环境也没有任何经验,只是久闻大名之后,突然心痒,所以看了一下源码,切入点集中在pvm而已。 我想看看Camunda里面的pvm到底起了什么作用,它的原理和Flowable到底有何不同,所以才有了这篇文章。 因为只耗费了数个小时而已,所以也不输出结论,以免以偏概全。另外,这只是一篇源码走读,可能稍显枯...

RocketMQ – 消费者异常处理和图形化监控

在消费消息时,因为异常导致消费不成功的时候,RocketMQ默认会连续进行三次重试。 可以通过下面的代码测试一下: @StreamListener("input1")public void receiveInput1(@Payload Message message) throws ValidationException {    if (0 == count) {        //此处模拟的是...

RocketMQ – 事务消息

选择RocketMQ是因为它支持事务消息,它的事务消息实现过程如下: 1. 先发送一条半消息。 2. 处理业务逻辑。 3. 业务逻辑成功,则确认消息,这时候半消息会正式推送至消费者。业务逻辑失败,则回滚消息,这时候半消息会取消。 4. 因为异常情况,导致无法确认或者回滚时,利用回查接口轮询最终的业务处理结果,再确认或者回滚消息。 上面的过程都是我抄的,只不过边读边理解,然后用自己的话...
Copyright © 字痕随行 保留所有权利.   Theme  Ality

用户登录

分享到: