lihbps的博客

数据库表结构文档状态：要么没有、要么有、但都是手写、后期运维开发，需要手动进行维护到文档中，很是繁琐、如果忘记一次维护、就会给以后工作造成很多困扰、无形中制造了很多坑留给自己和后人，会被后人指着脊梁骨骂：垃圾项目，前面开发的人也是垃圾。交付等等，需求可能一致在变，最终交付DB设计文档与实际的又有差异，人工编制排查差异又太耗费时间，通过程序一键生成db设计和数据库规范比较便捷。【使用前提】：数据库表要有行注释和表注释，生成的表结构文档才完美撒。1）Pom.xml引入依赖。2）Java核心代码。

Fatal error compiling: 无效的目标发行版: 17 解决方案

Tika提取文本内容，支持：xls/xlsx、txt、doc/docx、ppt/pptx、pdf、zip等多种格式

1、我们项目中使用的Nacos客户端是2.x之上的版本，Nacos在这个版本中新增了gRPC通信，默认通信端口是Nacos中配置的server-addr的端口号加1000的偏移量，所以我们的报错是检查9848端口是否开放，如下为官方解释：https://nacos.io/zh-cn/docs/v2/upgrading/2.0.0-compatibility.html。2、检查nacos 服务端的版本，目前我们使用的是最新版本 Nacos2.3.0。

背景说明： 流程平台在很多流程场景中，存在下载批复单的场景，原老流程平台下载批复单均按照java代码，遵从 pdf 的 SDK 标准格式填充，代码依次根据逻辑填充，此方式会存在大量的冗余代码并且重复开发工作量较大.解决方案： 为减少工作量，从Html生成pdf，可减少较多重复工作量，并且html可以给业务人员展示 生成后的批复单 样式，减少重复沟通的成本。模块目录规范一、从html(即：ftl)生成pdf，html模板放在该目录： resouces/pdf_templateword转换为pdf网址：

背景说明： 项目过程中经常使用到SEQ自增的场景，之前很多情况使用 “雪花算法”，此方案的弊端在于 SEQ随机，无规律可循。解决方案： 通过DB的方式自增数据，提供”SEQ唯一码“、”起始基数值“、”最大基数值“、”当前唯一码值“、”自增累加值“等通用的方案，解决唯一SEQ且不重复问题。1、该方案只限于 数字类型（number类型）不支持含有字母的场景。2、该方案 已通过 多线程验证，集群部署不会重复取值（模拟流程平台EOS_UNIONE_TABLE方案）

很多场景，需要实现统计工作时长，例如：9:00-18:00 以每天工作9小时为1天，同时需要基于法定节假日（即：国务院会在每年最后一个月公布下一年度法定节假日，涉及工作日为休息，休日为补班情况，导致工作时间天数无法按照周六日模式计算），故：为满足此场景，本组件实现基于 万年历 （需根据国务院公布的法定节假日：每年初维护1次 ），通过公用工具类实现动态获取数据，以确保离线（无法访问外网）情况下，工作日历天数的准确性。（很多组件基于互联网接口，本组件可离线使用）