积木报表快速集成指南:SpringBoot项目实战
本文详细介绍了积木报表在SpringBoot项目中的快速集成方法,包括SpringBoot2与SpringBoot3版本的依赖配置差异、Maven依赖引入策略、数据库初始化SQL脚本解析以及Docker容器化部署的最佳实践。通过版本兼容性对比、依赖配置详解和实际部署示例,帮助开发者根据项目需求选择合适的集成方案,实现高效、稳定的报表系统部署。
SpringBoot2与SpringBoot3依赖配置详解
积木报表提供了针对不同SpringBoot版本的依赖配置,确保开发者能够根据项目需求选择合适的版本进行集成。SpringBoot2和SpringBoot3在依赖配置上存在显著差异,主要体现在JDK版本支持、JSON处理库以及Spring框架的兼容性方面。
版本兼容性对比
| 特性 | SpringBoot2版本 | SpringBoot3版本 |
|---|---|---|
| JDK支持 | JDK 8+ | JDK 17+ |
| JSON库 | Fastjson/Jackson | Fastjson2 |
| Spring框架 | Spring 5.x | Spring 6.x |
| Servlet API | Servlet 4.0 | Servlet 5.0+ |
| 编译目标 | Java 8字节码 | Java 17字节码 |
SpringBoot2依赖配置详解
SpringBoot2版本主要面向使用JDK 8或JDK 11的项目,提供了完整的积木报表功能支持:
<!-- 积木报表核心依赖 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-spring-boot-starter</artifactId>
<version>2.1.2</version>
</dependency>
<!-- NoSQL数据源支持(MongoDB、Redis、文件数据集) -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-nosql-starter</artifactId>
<version>2.0.0</version>
</dependency>
<!-- ECharts图表导出支持 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-echarts-starter</artifactId>
<version>2.1.1</version>
</dependency>
<!-- 积木BI大屏设计器 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimubi-spring-boot-starter</artifactId>
<version>2.1.2</version>
</dependency>
SpringBoot2配置特点
- JDK兼容性:支持JDK 8、JDK 11、JDK 17等多个版本
- JSON处理:使用Fastjson或Jackson进行JSON序列化
- Spring Security:兼容Spring Security 5.x版本
- 数据库驱动:支持MySQL、Oracle、SQL Server等30+种数据库
flowchart TD
A[SpringBoot2项目] --> B[引入jimureport-starter]
B --> C{选择功能模块}
C --> D[核心报表功能]
C --> E[NoSQL支持]
C --> F[ECharts导出]
C --> G[BI大屏设计]
D --> H[报表设计器]
E --> I[MongoDB/Redis]
F --> J[图表导出]
G --> K[可视化大屏]
SpringBoot3依赖配置详解
SpringBoot3版本面向使用JDK 17+的项目,采用了最新的技术栈:
<!-- 积木报表核心依赖(SpringBoot3 + Fastjson2) -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-spring-boot3-starter-fastjson2</artifactId>
<version>2.1.1</version>
</dependency>
<!-- NoSQL数据源支持 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-nosql-starter</artifactId>
<version>2.0.0</version>
</dependency>
<!-- ECharts图表导出支持 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-echarts-starter</artifactId>
<version>2.1.1</version>
</dependency>
<!-- 积木BI大屏设计器 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimubi-spring-boot3-starter</artifactId>
<version>2.1.0</version>
</dependency>
SpringBoot3配置特点
- JDK要求:必须使用JDK 17或更高版本
- JSON处理:采用Fastjson2提供更好的性能和安全性
- Spring框架:基于Spring 6.x和Spring Boot 3.x
- 性能优化:利用了JDK 17的新特性和性能改进
依赖选择策略
根据项目实际情况选择合适的依赖版本:
flowchart LR
A[项目评估] --> B{JDK版本?}
B -->|JDK 8-11| C[选择SpringBoot2版本]
B -->|JDK 17+| D[选择SpringBoot3版本]
C --> E[使用jimureport-spring-boot-starter]
D --> F[使用jimureport-spring-boot3-starter-fastjson2]
E --> G[配置完成]
F --> G
常见配置问题解决
- 版本冲突:确保所有积木报表依赖版本一致
- JDK兼容性:SpringBoot3必须使用JDK 17+
- JSON库冲突:SpringBoot3使用Fastjson2,避免与其他JSON库冲突
- Spring版本:确保Spring Boot版本与积木报表starter兼容
按需引入策略
积木报表采用模块化设计,开发者可以根据实际需求选择引入的功能模块:
| 功能模块 | 依赖artifactId | 是否必需 | 说明 |
|---|---|---|---|
| 核心报表 | jimureport-spring-boot-starter | 是 | 基础报表功能 |
| NoSQL支持 | jimureport-nosql-starter | 否 | MongoDB、Redis数据源 |
| ECharts导出 | jimureport-echarts-starter | 否 | 后台图表导出 |
| BI大屏 | jimubi-spring-boot-starter | 否 | 可视化大屏设计 |
通过合理的依赖配置,积木报表能够无缝集成到SpringBoot项目中,为开发者提供强大的报表和数据可视化能力。
Maven依赖引入与版本选择策略
积木报表作为一款功能强大的开源报表工具,提供了灵活的Maven依赖配置方案,支持SpringBoot 2.x和3.x两大版本体系。正确的依赖引入和版本选择是项目成功集成的关键第一步。
核心依赖配置
积木报表的核心依赖分为两大模块:JimuReport(传统报表和打印)和JimuBI(大屏和仪表盘)。根据SpringBoot版本的不同,需要选择对应的starter依赖。
SpringBoot 2.x 依赖配置
<!-- 积木报表核心依赖 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-spring-boot-starter</artifactId>
<version>2.1.2</version>
</dependency>
<!-- 积木BI大屏依赖 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimubi-spring-boot-starter</artifactId>
<version>2.1.2</version>
</dependency>
SpringBoot 3.x 依赖配置
<!-- 积木报表核心依赖(SpringBoot 3.x专用) -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-spring-boot3-starter-fastjson2</artifactId>
<version>2.1.1</version>
</dependency>
<!-- 积木BI大屏依赖(SpringBoot 3.x专用) -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimubi-spring-boot3-starter</artifactId>
<version>2.1.0</version>
</dependency>
可选功能依赖包
积木报表提供了多个可选的功能扩展包,可以根据项目需求按需引入:
<!-- NoSQL数据源支持(MongoDB、Redis、文件数据集) -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-nosql-starter</artifactId>
<version>2.0.0</version>
</dependency>
<!-- ECharts图表导出支持 -->
<dependency>
<groupId>org.jeecgframework.jimureport</groupId>
<artifactId>jimureport-echarts-starter</artifactId>
<version>2.1.1</version>
</dependency>
版本兼容性矩阵
为了帮助开发者正确选择版本,以下是积木报表的版本兼容性参考表:
| SpringBoot版本 | JDK版本要求 | JimuReport版本 | JimuBI版本 | 备注 |
|---|---|---|---|---|
| 2.7.x | JDK 8+ | 2.1.2 | 2.1.2 | 推荐稳定版本 |
| 3.0.x | JDK 17+ | 2.1.1 | 2.1.0 | SpringBoot 3.x专用 |
| 3.1.x | JDK 17+ | 2.1.1 | 2.1.0 | SpringBoot 3.x专用 |
| 3.2.x | JDK 21+ | 2.1.1 | 2.1.0 | 需要JDK 21支持 |
Maven仓库配置
积木报表的依赖包发布在JEECG官方Maven仓库,需要在项目的pom.xml中配置以下仓库:
<repositories>
<repository>
<id>jeecg</id>
<name>jeecg Repository</name>
<url>https://maven.jeecg.org/nexus/content/repositories/jeecg</url>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
<repository>
<id>jeecg-snapshots</id>
<name>jeecg snapshots Repository</name>
<url>https://maven.jeecg.org/nexus/content/repositories/snapshots/</url>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
版本选择策略流程图
flowchart TD
A[开始版本选择] --> B{确定SpringBoot版本}
B -->|SpringBoot 2.x| C[选择JDK 8+]
B -->|SpringBoot 3.x| D[选择JDK 17+]
C --> E[使用jimureport-spring-boot-starter:2.1.2]
D --> F[使用jimureport-spring-boot3-starter-fastjson2:2.1.1]
E --> G{是否需要大屏功能?}
F --> H{是否需要大屏功能?}
G -->|是| I[添加jimubi-spring-boot-starter:2.1.2]
G -->|否| J[仅核心报表功能]
H -->|是| K[添加jimubi-spring-boot3-starter:2.1.0]
H -->|否| L[仅核心报表功能]
I --> M{是否需要NoSQL支持?}
J --> N{是否需要NoSQL支持?}
K --> O{是否需要NoSQL支持?}
L --> P{是否需要NoSQL支持?}
M -->|是| Q[添加jimureport-nosql-starter:2.0.0]
M -->|否| R[完成依赖配置]
N -->|是| S[添加jimureport-nosql-starter:2.0.0]
N -->|否| T[完成依赖配置]
O -->|是| U[添加jimureport-nosql-starter:2.0.0]
O -->|否| V[完成依赖配置]
P -->|是| W[添加jimureport-nosql-starter:2.0.0]
P -->|否| X[完成依赖配置]
常见问题与解决方案
-
依赖冲突问题:如果遇到依赖冲突,建议使用Maven的依赖排除功能或统一管理版本号。
-
版本不匹配:确保SpringBoot版本与积木报表starter版本相匹配,避免因版本不兼容导致的启动失败。
-
仓库访问问题:如果无法从JEECG仓库下载依赖,可以配置阿里云镜像仓库作为备选。
-
JDK版本要求:特别注意SpringBoot 3.x需要JDK 17+,而SpringBoot 2.x支持JDK 8+。
通过合理的依赖管理和版本选择,可以确保积木报表在SpringBoot项目中稳定运行,充分发挥其强大的报表和数据可视化能力。建议在正式项目中使用前,先通过示例项目进行验证测试。
数据库初始化SQL脚本解析
积木报表的数据库初始化脚本是项目集成的基础,它包含了所有必要的表结构和示例数据。通过深入分析SQL脚本,我们可以更好地理解积木报表的数据模型设计理念和核心功能实现。
核心表结构设计
积木报表的数据库设计采用了模块化的思想,主要包含以下几个核心模块的表结构:
1. 报表元数据表 (jimu_report)
这是最核心的表,存储了所有报表的配置信息:
CREATE TABLE `jimu_report` (
`id` varchar(32) NOT NULL COMMENT '主键',
`code` varchar(50) DEFAULT NULL COMMENT '编码',
`name` varchar(100) DEFAULT NULL COMMENT '名称',
`note` varchar(255) DEFAULT NULL COMMENT '说明',
`status` varchar(10) DEFAULT NULL COMMENT '状态',
`type` varchar(10) DEFAULT NULL COMMENT '类型',
`json_str` longtext COMMENT 'json字符串',
`create_by` varchar(32) DEFAULT NULL COMMENT '创建人',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_by` varchar(32) DEFAULT NULL COMMENT '修改人',
`update_time` datetime DEFAULT NULL COMMENT '修改时间',
`del_flag` int(1) DEFAULT NULL COMMENT '删除标识0-正常,1-已删除',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;
该表的关键字段包括:
json_str: 存储报表的完整配置信息,采用JSON格式type: 标识报表类型(普通报表、大屏、仪表盘等)status: 报表状态(启用、禁用)
2. 数据源配置表 (jimu_report_data_source)
管理所有数据源连接信息:
CREATE TABLE `jimu_report_data_source` (
`id` varchar(36) NOT NULL COMMENT '主键',
`name` varchar(100) DEFAULT NULL COMMENT '数据源名称',
`report_id` varchar(36) DEFAULT NULL COMMENT '报表id',
`code` varchar(100) DEFAULT NULL COMMENT '数据源编码',
`remark` varchar(255) DEFAULT NULL COMMENT '备注',
`db_type` varchar(10) DEFAULT NULL COMMENT '数据库类型',
`db_driver` varchar(100) DEFAULT NULL COMMENT '驱动类',
`db_url` varchar(500) DEFAULT NULL COMMENT '数据源地址',
`db_username` varchar(100) DEFAULT NULL COMMENT '用户名',
`db_password` varchar(100) DEFAULT NULL COMMENT '密码',
`create_by` varchar(50) DEFAULT NULL COMMENT '创建人',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_by` varchar(50) DEFAULT NULL COMMENT '修改人',
`update_time` datetime DEFAULT NULL COMMENT '修改时间',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC;
3. 数据集配置表 (jimu_report_db)
定义具体的SQL查询和数据获取逻辑:
CREATE TABLE `jimu_report_db` (
`id` varchar(32) NOT NULL COMMENT 'id',
`jimu_report_id` varchar(32) DEFAULT NULL COMMENT '报表id',
`create_by` varchar(50) DEFAULT NULL COMMENT '创建人',
`update_by` varchar(50) DEFAULT NULL COMMENT '修改人',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_time` datetime DEFAULT NULL COMMENT '修改时间',
`db_code` varchar(32) DEFAULT NULL COMMENT '数据集编码',
`db_ch_name` varchar(50) DEFAULT NULL COMMENT '数据集名称',
`db_type` varchar(32) DEFAULT NULL COMMENT '数据源类型',
`db_table_name` varchar(32) DEFAULT NULL COMMENT '数据库表名',
`db_dyn_sql` longtext COMMENT '动态查询SQL',
`db_key` varchar(32) DEFAULT NULL COMMENT '数据源key',
`tb_db_key` varchar(32) DEFAULT NULL COMMENT '填报数据源key',
`tb_db_table_name` varchar(32) DEFAULT NULL COMMENT '填报表名',
`java_type` varchar(32) DEFAULT NULL COMMENT 'java类数据类型',
`java_value` varchar(32) DEFAULT NULL COMMENT 'java类数据值',
`api_url` varchar(255) DEFAULT NULL COMMENT 'api地址',
`api_method` varchar(255) DEFAULT NULL COMMENT '请求方式0-get,1-post',
`is_list` int(1) DEFAULT NULL COMMENT '是否列表0-否1-是',
`is_page` varchar(255) DEFAULT NULL COMMENT '是否分页',
`db_source` varchar(255) DEFAULT NULL COMMENT '数据源',
`db_source_type` varchar(255) DEFAULT NULL COMMENT '数据源类型',
`json_data` longtext COMMENT 'json数据',
`api_convert` varchar(255) DEFAULT NULL COMMENT 'api转换',
PRIMARY KEY (`id`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;
数据字典系统
积木报表内置了完善的数据字典系统,用于管理系统的枚举值和配置项:
classDiagram
class JimuDict {
+String id
+String dict_name
+String dict_code
+String description
+Integer del_flag
+String create_by
+DateTime create_time
+String update_by
+DateTime update_time
+Integer type
+String tenant_id
}
class JimuDictItem {
+String id
+String dict_id
+String item_text
+String item_value
+String description
+Integer sort_order
+Integer status
+String create_by
+DateTime create_time
+String update_by
+DateTime update_time
}
JimuDict "1" -- "*" JimuDictItem : contains
示例数据分析
SQL脚本中包含了丰富的示例数据,这些数据展示了积木报表的各种应用场景:
会员分析示例表
-- 会员年龄分布表
CREATE TABLE `huiyuan_age` (
`id` varchar(36) NOT NULL,
`name` varchar(50) DEFAULT NULL COMMENT '名称',
`value` varchar(20) DEFAULT NULL COMMENT '值',
PRIMARY KEY (`id`) USING BTREE
);
INSERT INTO `huiyuan_age` VALUES
('1339875613023969282', '25岁以下', '1500'),
('1339875692078211073', '26~30岁', '800'),
('1339875766099288066', '31~35岁', '1200');
数据可视化示例
-- 会员分公司分布表
CREATE TABLE `huiyuan_fengongsi` (
`id` varchar(36) NOT NULL COMMENT '主键',
`name` varchar(50) DEFAULT NULL COMMENT '名称',
`value` varchar(20) DEFAULT NULL COMMENT '值',
`type` varchar(32) DEFAULT NULL COMMENT '类型',
PRIMARY KEY (`id`) USING BTREE
);
INSERT INTO `huiyuan_fengongsi` VALUES
('1339888040117575682', '广州', '5800', '会员数量'),
('1339888087966195714', '北京', '6500', '会员数量'),
('1339888128680304642', '河北', '3500', '会员数量');
数据库初始化流程
积木报表的数据库初始化遵循标准的最佳实践:
flowchart TD
A[开始数据库初始化] --> B[设置字符集和引擎]
B --> C[创建核心元数据表]
C --> D[创建数据源和数据集表]
D --> E[创建字典和配置表]
E --> F[插入示例数据]
F --> G[设置索引和约束]
G --> H[数据库初始化完成]
关键特性解析
- 多租户支持:通过
tenant_id字段实现多租户数据隔离 - 软删除机制:使用
del_flag字段实现数据的逻辑删除 - 审计字段:包含
create_by、create_time、update_by、update_time等标准审计字段 - JSON存储:核心配置信息采用JSON格式存储,提供灵活的扩展性
- 索引优化:为常用查询字段建立了合适的索引
集成注意事项
在集成积木报表时,需要特别注意以下几点:
- 字符集配置:确保数据库使用
utf8mb4字符集以支持完整的中文字符 - 存储引擎:推荐使用InnoDB存储引擎,支持事务和外键约束
- 版本兼容性:SQL脚本针对MySQL 5.7优化,其他数据库需要相应调整
- 数据备份:初始化前务必备份现有数据,避免数据丢失
通过深入理解积木报表的数据库设计,开发者可以更好地进行二次开发和定制化改造,充分发挥积木报表的强大功能。
Docker容器化部署最佳实践
积木报表作为企业级数据可视化工具,采用Docker容器化部署能够显著提升部署效率、保证环境一致性,并简化运维管理。通过容器化技术,您可以快速构建、部署和扩展积木报表服务,实现一键式环境搭建和自动化运维。
容器化架构设计
积木报表的Docker部署采用经典的微服务架构模式,包含应用服务和数据库服务两个核心组件:
flowchart TD
A[用户请求] --> B[Docker Host]
B --> C[积木报表应用容器<br>端口:8085]
B --> D[MySQL数据库容器<br>端口:3307]
C --> D
D --> E[持久化数据卷]
环境准备与依赖配置
在开始Docker部署前,确保您的系统已安装以下必要组件:
| 组件名称 | 版本要求 | 作用描述 |
|---|---|---|
| Docker | 20.10+ | 容器运行时环境 |
| Docker Compose | 2.0+ | 多容器编排工具 |
| Java JDK | 8/11/17 | 应用编译环境 |
| Maven | 3.6+ | 项目构建工具 |
详细部署步骤
1. 项目克隆与准备
# 克隆积木报表项目
git clone https://gitcode.com/jeecgboot/jimureport.git
# 进入示例项目目录
cd JimuReport/jimureport-example
2. 应用打包构建
# 清理并打包项目
mvn clean package -DskipTests
# 检查生成的JAR包
ls -la target/jimureport-example-*.jar
3. Docker镜像构建配置
积木报表提供了完整的Docker配置文件,主要包括:
应用Dockerfile配置:
FROM registry.cn-hangzhou.aliyuncs.com/jeecgdocker/alpine-java:8_server-jre_unlimited
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
RUN mkdir -p /jimureport
WORKDIR /jimureport
EXPOSE 8085
ADD ./target/jimureport-example-2.1.jar ./
CMD java -DMYSQL-HOST=jimureport-mysql -Dfile.encoding=utf-8 -jar jimureport-example-2.1.jar
数据库Dockerfile配置:
FROM registry.cn-hangzhou.aliyuncs.com/jeecgdocker/mysql:8.0.19
ENV TZ=Asia/Shanghai
RUN ln -sf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
COPY ./jimureport.mysql5.7.create.sql /docker-entrypoint-initdb.d
4. Docker Compose编排配置
version: '2'
services:
jimureport-mysql:
build:
context: ./db
environment:
MYSQL_ROOT_PASSWORD: root
restart: always
container_name: jimureport-mysql
image: jimureport-mysql
command:
--character-set-server=utf8mb4
--collation-server=utf8mb4_general_ci
--explicit_defaults_for_timestamp=true
--lower_case_table_names=1
--max_allowed_packet=128M
ports:
- 3307:3306
jimureport:
build:
context: .
restart: always
container_name: jimureport
image: jimureport
ports:
- 8085:8085
depends_on:
- jimureport-mysql
5. 启动容器服务
# 构建并启动所有服务
docker-compose up -d
# 查看服务状态
docker-compose ps
# 查看应用日志
docker logs -f jimureport
# 查看数据库日志
docker logs -f jimureport-mysql
平台兼容性处理
针对不同硬件平台,需要进行相应的适配配置:
ARM架构(Mac M系列芯片)适配:
# 修改db/Dockerfile第一行为
FROM arm64v8/mysql:8
# 修改应用Dockerfile,使用ARM架构的JDK基础镜像
FROM <自定义ARM架构JDK镜像>
健康检查与监控
为确保服务稳定性,建议配置健康检查机制:
healthcheck:
test: ["CMD", "curl", "-f", "http://localhost:8085/actuator/health"]
interval: 30s
timeout: 10s
retries: 3
start_period: 40s
数据持久化策略
为防止数据丢失,配置数据卷持久化:
volumes:
mysql_data:
driver: local
services:
jimureport-mysql:
volumes:
- mysql_data:/var/lib/mysql
- ./backup:/backup
性能优化配置
针对生产环境,建议进行以下性能优化:
# 资源限制配置
deploy:
resources:
limits:
memory: 2G
cpus: '2'
reservations:
memory: 1G
cpus: '1'
# JVM参数优化
environment:
- JAVA_OPTS=-Xmx1g -Xms512m -XX:+UseG1GC -XX:MaxGCPauseMillis=200
安全加固措施
# 网络安全配置
networks:
jimureport-net:
driver: bridge
internal: false
# 环境变量加密
env_file:
- .env.production
# 非root用户运行
user: "1000:1000"
自动化部署脚本
创建自动化部署脚本deploy.sh:
#!/bin/bash
set -e
echo "开始构建积木报表Docker环境..."
cd jimureport-example
# 清理旧容器
docker-compose down
# 构建新镜像
docker-compose build
# 启动服务
docker-compose up -d
echo "部署完成!"
echo "报表工作台: http://localhost:8085/jmreport/list"
echo "仪表盘工作台: http://localhost:8085/drag/list"
echo "默认账号: admin/123456"
故障排查与日志管理
常见的故障排查命令:
# 查看容器状态
docker ps -a
# 查看应用日志
docker logs jimureport
# 进入容器调试
docker exec -it jimureport /bin/sh
# 检查数据库连接
docker exec -it jimureport-mysql mysql -uroot -proot -e "SHOW DATABASES;"
# 监控资源使用
docker stats jimureport jimureport-mysql
版本升级与回滚
# 版本升级
git pull origin master
docker-compose build --no-cache
docker-compose up -d
# 版本回滚
git checkout <previous-commit>
docker-compose build
docker-compose up -d
通过上述Docker容器化部署实践,您可以快速搭建高可用、易维护的积木报表环境,实现开发、测试、生产环境的一致性,大幅提升部署效率和系统稳定性。
通过本文的全面介绍,我们详细了解了积木报表在SpringBoot项目中的集成全流程。从版本选择策略、依赖配置、数据库初始化到Docker容器化部署,每个环节都提供了具体的解决方案和最佳实践。积木报表的模块化设计和多版本支持使其能够灵活适应不同技术栈的项目需求。正确的依赖管理和部署策略是确保系统稳定运行的关键。遵循本文的指南,开发者可以快速、高效地将积木报表集成到自己的项目中,充分发挥其强大的数据可视化能力。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00