Apache DolphinScheduler 的 Maven BOM 依赖版本治理dolphinscheduler-bom 模块深度解析【免费下载链接】dolphinschedulerApache DolphinScheduler is the modern data orchestration platform. Agile to create high performance workflow with low-code项目地址: https://gitcode.com/GitHub_Trending/dol/dolphinscheduler本篇技术指南围绕 Apache DolphinScheduler 仓库中的 dolphinscheduler-bom/CLAUDE.md 与其核心载体 dolphinscheduler-bom/pom.xml 展开系统讲解这个不写一行 Java 代码的纯 POM 模块如何统一钉死项目全部第三方库版本如何通过zk-3.8 / zk-3.4双 Profile 平滑兼容新旧 Zookeeper 集群以及 htrace-core 的 CVE 治理等关键陷阱。读完你将掌握 DolphinScheduler 的版本管理架构、BOM 的正确引用方式与升级方法论可直接运用于同类多模块 Maven 工程的依赖治理实践。一、BOM 模块的定位整个项目依赖版本的唯一事实来源Apache DolphinScheduler 是一个由二十余个 Maven 模块组成的分布式工作流调度平台根 pom.xml 中声明了dolphinscheduler-bom、dolphinscheduler-master、dolphinscheduler-worker、dolphinscheduler-api、dolphinscheduler-task-plugin、dolphinscheduler-datasource-plugin等全部子模块。如果每个模块各自声明 Guava、Jackson、Netty 的版本号版本漂移几乎不可避免。dolphinscheduler-bom正是为消除这种漂移而存在它是一个标准的 MavenBill of Materials物料清单。正如 dolphinscheduler-bom/CLAUDE.md 开篇所述它为项目使用的每一个第三方库钉住版本使各模块可以在声明dependency时省略version。从 dolphinscheduler-bom/pom.xml 可以看到它的基本骨架parent groupIdorg.apache.dolphinscheduler/groupId artifactIddolphinscheduler/artifactId versiondev-SNAPSHOT/version /parent artifactIddolphinscheduler-bom/artifactId packagingpom/packagingpackaging: pom意味着它不产出 jar只产出被其他模块 import 的 POM 元数据。它既是根工程dolphinschedulergroupIdorg.apache.dolphinscheduler的子模块又是所有业务模块的版本供应商处在依赖管理的枢纽位置。二、职责边界什么该放 BOM什么不该放CLAUDE.md 对 BOM 的内容边界给出了明确约定这在依赖治理中至关重要应当放进 BOM 的在多个模块中重复使用的依赖统一收敛到dependencyManagement中以统一命名规范声明的版本号属性netty.version、hadoop.version等由Profile 控制的版本切换如zk-3.8与zk-3.4两套 Zookeeper/Curator 版本。不应放进 BOM 的插件版本——Maven 插件compiler、spotless、jacoco 等的版本统一在根 pom.xml 的buildpluginManagement中管理而非 BOM单一插件独享的依赖——例如 Spark 客户端的版本随任务插件走留在dolphinscheduler-task-plugin/dolphinscheduler-task-spark/pom.xml避免把仅在个别模块使用的依赖强行全局化模块自有的定义——各模块自己声明且不需要全局约束的依赖。这套边界保证了 BOM 只承担全局公共版本这一件事职责单一、易于审查。CLAUDE.md 还给出了一条实用工作流当你在任何子模块的 pom.xml 里找不到某个依赖的版本时先 grep BOM 再逐个翻模块——BOM 就是版本查找的第一现场。三、版本属性全景核心库版本速查CLAUDE.md 给出了关键版本的粗略指南而 dolphinscheduler-bom/pom.xml 中的properties是这些版本的精确权威来源。以下是经源码确认的核心版本清单依赖属性名版本当前仓库实际值Spring Bootspring-boot.version2.7.11MyBatis Plusmybatis-plus.version3.5.2gRPCio.grpc.version1.41.0Nettynetty.version4.1.53.FinalHadoop客户端侧hadoop.version3.2.4AspectJaspectj.version1.9.7Quartzquartz.version2.3.2Druid 连接池druid.version1.2.20Jacksonjackson.version2.13.4Guavaguava.version31.1-jreSLF4Jslf4j.version1.7.36Logbacklogback.version1.2.11Apache POIpoi.version5.4.1protobufprotobuf.version3.17.2protocprotoc.version3.17.3htracenoop 替换htrace.version4.1.1OkHttpokhttp.version4.12.0springdoc-openapispringdoc-openapi-ui.version1.6.9fabric8 Kubernetes Clientfabric8.client.version6.0.0需要说明一个细节CLAUDE.md 标注 Spring Boot由根 pom 钉版本、在此引用而实际核对代码可见BOM 中的spring-boot.version为 2.7.11pom.xml根 pom.xml 里的spring.boot.version为 2.6.1二者属性名不同、值也不同BOM 通过spring-boot-starter-parent以 import 方式引入的是 2.7.11。阅读文档时务必以当前 pom.xml 的实际声明为准——这恰好也是 CLAUDE.md 自己倡导的先 grep BOM原则。四、依赖按域分组的治理方式BOM 的dependencyManagement不是简单罗列而是按功能域分组注释管理从源码结构可以清晰看到七大类1. 通信与序列化gRPC 全家桶pom.xml 通过 importgrpc-bom1.41.0统一引入grpc-services、grpc-netty、grpc-netty-shadedruntime scope、grpc-protobuf、grpc-api、grpc-core、grpc-stub等组件并配套 protobuf-java、protobuf-java-util。这与 DolphinScheduler 各服务节点间基于 gRPC 的通信架构见 dolphinscheduler-task-plugin/dolphinscheduler-task-grpc直接呼应。2. 网络与异步pom.xml 引入netty-bom4.1.53.Final与netty-all供 master/worker 通信、日志传输等场景使用。3. 框架层pom.xml 包含 Spring Boot starter-parentimport、spring-test、MyBatis Plus 三件套mybatis-plus-boot-starter/mybatis-plus/mybatis-plus-annotation均为 3.5.2、Quartz2.3.2、cron-utils9.1.6与 Druid1.2.20。4. 分布式协调pom.xml 管理 Zookeeper、Curatorframework/client/recipes/test以及 Etcdjetcd-core / jetcd-test对应 dolphinscheduler-registry 下的 Zookeeper 与 etcd 注册中心插件。5. Hadoop 生态pom.xml 统一管理hadoop-common、hadoop-client、hadoop-hdfs、hadoop-yarn-common、hadoop-yarn-client3.2.4以及hive-jdbc2.3.9、kyuubi-hive-jdbc-shaded1.7.0并配套 HDFS/对象存储插件所需组件。6. 数据源 JDBC 驱动BOM 覆盖了 MySQL8.0.33、PostgreSQL42.4.4、Oracle21.5.0.0、SQL Server11.2.1.jre8、Snowflake3.13.29、Databend0.3.9、ClickHouse0.4.6、Presto0.238.1、Trino402、Vertica、达梦DmJdbcDriver18、DolphinDB 等一长串驱动。这与 dolphinscheduler-datasource-plugin 下数十个数据源插件的格局一一对应——每个插件 pom 只声明 artifactId版本统一由 BOM 供给。7. 云厂商 SDK 与对象存储包括 AWSemr/emrserverless/s3/sagemaker/dms/redshift1.12.300、阿里云 OSS 与 EMR Serverless、Azure 全家桶azure-sdk-bom、azure-identity、azure-resourcemanager 等、华为 OBS、腾讯 COS、Google Cloud Storage服务 dolphinscheduler-storage-plugin 与云上任务插件EMR、DataFactory、Datasync 等。此外还有 POI报表导出、OkHttp、commons-* 系列、oshi-core系统监控、Py4JPython 任务桥接、TestContainers测试容器等。五、双 Profile 版本切换zk-3.8 与 zk-3.4CLAUDE.md 明确指出 BOM 支持 Profile 控制的版本切换实际实现在 pom.xmlprofiles profile idzk-3.8/id activation activeByDefaulttrue/activeByDefault /activation properties zookeeper.version3.8.3/zookeeper.version curator.version5.5.0/curator.version /properties /profile profile idzk-3.4/id activation property namezk-3.4/name /property /activation properties curator.version4.3.0/curator.version zookeeper.version3.4.14/zookeeper.version /properties /profile /profiles两个 Profile 不直接声明依赖而是只切换zookeeper.version与curator.version两个属性dependencyManagement中所有 Zookeeper/Curator 条目都通过${zookeeper.version}、${curator.version}间接引用见 pom.xml。zk-3.8默认Zookeeper 3.8.3 Curator 5.5.0面向新部署集群zk-3.4Zookeeper 3.4.14 Curator 4.3.0针对仍运行旧版 Zookeeper 的存量集群构建时通过-Pzk-3.4激活。这种属性层切换的设计保证了无论激活哪个 ProfileZookeeper 与 Curator 始终成对升级避免客户端与服务端版本错配。同时 Zookeeper 条目还排除了slf4j-log4j12、旧版netty、spotbugs-annotations等冲突传递依赖pom.xml。六、各模块如何引用 BOMCLAUDE.md 收尾处指出每个需要固定版本的模块都在自己的dependencyManagement中导入此 BOM。这是 Maven BOM 的标准用法——通过typepom/typescopeimport/scope把 BOM 的 dependencyManagement 内容合并进当前模块。以任务插件聚合模块为例dolphinscheduler-task-plugin/pom.xmldependencyManagement dependencies dependency groupIdorg.apache.dolphinscheduler/groupId artifactIddolphinscheduler-bom/artifactId version${project.version}/version typepom/type scopeimport/scope /dependency /dependencies /dependencyManagement在整个仓库中以下模块都以同样的方式 import 了 BOMdolphinscheduler-alert、dolphinscheduler-api、dolphinscheduler-authentication、dolphinscheduler-common、dolphinscheduler-dao、dolphinscheduler-dao-plugin、dolphinscheduler-datasource-plugin、dolphinscheduler-eventbus、dolphinscheduler-extract、dolphinscheduler-master、dolphinscheduler-meter、dolphinscheduler-microbench、dolphinscheduler-registry、dolphinscheduler-task-plugin、dolphinscheduler-worker等。这些模块内部声明公共依赖时即可省略版本号例如slf4j-api、jackson-databind、guava等统一继承 BOM 中锁定的版本。版本号只存在于 BOM 一处彻底杜绝同库不同版的漂移。七、关键陷阱与工程实践GotchasCLAUDE.md 记录了三条必须牢记的坑均可对照源码验证1.htrace-core的 CVE 治理htrace-core4在 pom.xml 中被显式声明为providedscope注释写明set to provided to exclude from all hadoop-* transitive dependencies——即把它从 Hadoop 相关依赖的传递图中剔除随后第 607-612 行用org.apache.hbase.thirdparty:hbase-noop-htrace4.1.1作为替代注释直接说明replace htrace-core with hbase-noop-htrace for CVE。即便日后有人反馈该依赖丢失也要保持这个排除与替换不动因为这是安全加固的一部分。下游的 dolphinscheduler-datasource-plugin/dolphinscheduler-datasource-hive/pom.xml 与 dolphinscheduler-storage-plugin/dolphinscheduler-storage-hdfs/pom.xml 也直接引用了hbase-noop-htrace与 BOM 的治理策略保持一致。2.zeppelin-client.version重复定义当前 pom.xml 与 pom.xml 两处都定义了zeppelin-client.version0.10.1/zeppelin-client.version与 CLAUDE.md 警告的历史重复如出一辙。Maven 属性以后出现者生效重复定义会静默覆盖、极具迷惑性。编辑 BOM 时若看到类似重复应立即合并为单一属性。3. 纯 POM、无源码packaging: pom意味着严禁添加src/目录BOM 内不允许出现任何 Java 代码。4. 版本升级的涟漪效应BOM 中的版本变更会传播到每个模块——一处改动、全局生效因此在 BOM 里 bump 版本必须慎之又慎。CLAUDE.md 建议单次只升级一个依赖一个依赖对应一次提交以便未来用git bisect精准定位引入问题的版本。八、总结dolphinscheduler-bom以不到 60 行的 CLAUDE.md 和约 1060 行的 pom.xml承载了整个 Apache DolphinScheduler 第三方依赖的版本治理通过dependencyManagement import 机制统一供给版本通过属性化的zk-3.8 / zk-3.4Profile 兼容新旧 Zookeeper通过htrace-core4provided与hbase-noop-htrace的替换完成 CVE 缓解。这套纯 POM 模块 属性集中化 Profile 切换 安全排除的组合是大型多模块 Maven 工程依赖治理的典型范本值得在阅读 dolphinscheduler-bom/CLAUDE.md 后对照 dolphinscheduler-bom/pom.xml 逐步研读。【免费下载链接】dolphinschedulerApache DolphinScheduler is the modern data orchestration platform. Agile to create high performance workflow with low-code项目地址: https://gitcode.com/GitHub_Trending/dol/dolphinscheduler创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Apache DolphinScheduler 的 Maven BOM 依赖版本治理：dolphinscheduler-bom 模块深度解析
Apache DolphinScheduler 的 Maven BOM 依赖版本治理dolphinscheduler-bom 模块深度解析【免费下载链接】dolphinschedulerApache DolphinScheduler is the modern data orchestration platform. Agile to create high performance workflow with low-code项目地址: https://gitcode.com/GitHub_Trending/dol/dolphinscheduler本篇技术指南围绕 Apache DolphinScheduler 仓库中的 dolphinscheduler-bom/CLAUDE.md 与其核心载体 dolphinscheduler-bom/pom.xml 展开系统讲解这个不写一行 Java 代码的纯 POM 模块如何统一钉死项目全部第三方库版本如何通过zk-3.8 / zk-3.4双 Profile 平滑兼容新旧 Zookeeper 集群以及 htrace-core 的 CVE 治理等关键陷阱。读完你将掌握 DolphinScheduler 的版本管理架构、BOM 的正确引用方式与升级方法论可直接运用于同类多模块 Maven 工程的依赖治理实践。一、BOM 模块的定位整个项目依赖版本的唯一事实来源Apache DolphinScheduler 是一个由二十余个 Maven 模块组成的分布式工作流调度平台根 pom.xml 中声明了dolphinscheduler-bom、dolphinscheduler-master、dolphinscheduler-worker、dolphinscheduler-api、dolphinscheduler-task-plugin、dolphinscheduler-datasource-plugin等全部子模块。如果每个模块各自声明 Guava、Jackson、Netty 的版本号版本漂移几乎不可避免。dolphinscheduler-bom正是为消除这种漂移而存在它是一个标准的 MavenBill of Materials物料清单。正如 dolphinscheduler-bom/CLAUDE.md 开篇所述它为项目使用的每一个第三方库钉住版本使各模块可以在声明dependency时省略version。从 dolphinscheduler-bom/pom.xml 可以看到它的基本骨架parent groupIdorg.apache.dolphinscheduler/groupId artifactIddolphinscheduler/artifactId versiondev-SNAPSHOT/version /parent artifactIddolphinscheduler-bom/artifactId packagingpom/packagingpackaging: pom意味着它不产出 jar只产出被其他模块 import 的 POM 元数据。它既是根工程dolphinschedulergroupIdorg.apache.dolphinscheduler的子模块又是所有业务模块的版本供应商处在依赖管理的枢纽位置。二、职责边界什么该放 BOM什么不该放CLAUDE.md 对 BOM 的内容边界给出了明确约定这在依赖治理中至关重要应当放进 BOM 的在多个模块中重复使用的依赖统一收敛到dependencyManagement中以统一命名规范声明的版本号属性netty.version、hadoop.version等由Profile 控制的版本切换如zk-3.8与zk-3.4两套 Zookeeper/Curator 版本。不应放进 BOM 的插件版本——Maven 插件compiler、spotless、jacoco 等的版本统一在根 pom.xml 的buildpluginManagement中管理而非 BOM单一插件独享的依赖——例如 Spark 客户端的版本随任务插件走留在dolphinscheduler-task-plugin/dolphinscheduler-task-spark/pom.xml避免把仅在个别模块使用的依赖强行全局化模块自有的定义——各模块自己声明且不需要全局约束的依赖。这套边界保证了 BOM 只承担全局公共版本这一件事职责单一、易于审查。CLAUDE.md 还给出了一条实用工作流当你在任何子模块的 pom.xml 里找不到某个依赖的版本时先 grep BOM 再逐个翻模块——BOM 就是版本查找的第一现场。三、版本属性全景核心库版本速查CLAUDE.md 给出了关键版本的粗略指南而 dolphinscheduler-bom/pom.xml 中的properties是这些版本的精确权威来源。以下是经源码确认的核心版本清单依赖属性名版本当前仓库实际值Spring Bootspring-boot.version2.7.11MyBatis Plusmybatis-plus.version3.5.2gRPCio.grpc.version1.41.0Nettynetty.version4.1.53.FinalHadoop客户端侧hadoop.version3.2.4AspectJaspectj.version1.9.7Quartzquartz.version2.3.2Druid 连接池druid.version1.2.20Jacksonjackson.version2.13.4Guavaguava.version31.1-jreSLF4Jslf4j.version1.7.36Logbacklogback.version1.2.11Apache POIpoi.version5.4.1protobufprotobuf.version3.17.2protocprotoc.version3.17.3htracenoop 替换htrace.version4.1.1OkHttpokhttp.version4.12.0springdoc-openapispringdoc-openapi-ui.version1.6.9fabric8 Kubernetes Clientfabric8.client.version6.0.0需要说明一个细节CLAUDE.md 标注 Spring Boot由根 pom 钉版本、在此引用而实际核对代码可见BOM 中的spring-boot.version为 2.7.11pom.xml根 pom.xml 里的spring.boot.version为 2.6.1二者属性名不同、值也不同BOM 通过spring-boot-starter-parent以 import 方式引入的是 2.7.11。阅读文档时务必以当前 pom.xml 的实际声明为准——这恰好也是 CLAUDE.md 自己倡导的先 grep BOM原则。四、依赖按域分组的治理方式BOM 的dependencyManagement不是简单罗列而是按功能域分组注释管理从源码结构可以清晰看到七大类1. 通信与序列化gRPC 全家桶pom.xml 通过 importgrpc-bom1.41.0统一引入grpc-services、grpc-netty、grpc-netty-shadedruntime scope、grpc-protobuf、grpc-api、grpc-core、grpc-stub等组件并配套 protobuf-java、protobuf-java-util。这与 DolphinScheduler 各服务节点间基于 gRPC 的通信架构见 dolphinscheduler-task-plugin/dolphinscheduler-task-grpc直接呼应。2. 网络与异步pom.xml 引入netty-bom4.1.53.Final与netty-all供 master/worker 通信、日志传输等场景使用。3. 框架层pom.xml 包含 Spring Boot starter-parentimport、spring-test、MyBatis Plus 三件套mybatis-plus-boot-starter/mybatis-plus/mybatis-plus-annotation均为 3.5.2、Quartz2.3.2、cron-utils9.1.6与 Druid1.2.20。4. 分布式协调pom.xml 管理 Zookeeper、Curatorframework/client/recipes/test以及 Etcdjetcd-core / jetcd-test对应 dolphinscheduler-registry 下的 Zookeeper 与 etcd 注册中心插件。5. Hadoop 生态pom.xml 统一管理hadoop-common、hadoop-client、hadoop-hdfs、hadoop-yarn-common、hadoop-yarn-client3.2.4以及hive-jdbc2.3.9、kyuubi-hive-jdbc-shaded1.7.0并配套 HDFS/对象存储插件所需组件。6. 数据源 JDBC 驱动BOM 覆盖了 MySQL8.0.33、PostgreSQL42.4.4、Oracle21.5.0.0、SQL Server11.2.1.jre8、Snowflake3.13.29、Databend0.3.9、ClickHouse0.4.6、Presto0.238.1、Trino402、Vertica、达梦DmJdbcDriver18、DolphinDB 等一长串驱动。这与 dolphinscheduler-datasource-plugin 下数十个数据源插件的格局一一对应——每个插件 pom 只声明 artifactId版本统一由 BOM 供给。7. 云厂商 SDK 与对象存储包括 AWSemr/emrserverless/s3/sagemaker/dms/redshift1.12.300、阿里云 OSS 与 EMR Serverless、Azure 全家桶azure-sdk-bom、azure-identity、azure-resourcemanager 等、华为 OBS、腾讯 COS、Google Cloud Storage服务 dolphinscheduler-storage-plugin 与云上任务插件EMR、DataFactory、Datasync 等。此外还有 POI报表导出、OkHttp、commons-* 系列、oshi-core系统监控、Py4JPython 任务桥接、TestContainers测试容器等。五、双 Profile 版本切换zk-3.8 与 zk-3.4CLAUDE.md 明确指出 BOM 支持 Profile 控制的版本切换实际实现在 pom.xmlprofiles profile idzk-3.8/id activation activeByDefaulttrue/activeByDefault /activation properties zookeeper.version3.8.3/zookeeper.version curator.version5.5.0/curator.version /properties /profile profile idzk-3.4/id activation property namezk-3.4/name /property /activation properties curator.version4.3.0/curator.version zookeeper.version3.4.14/zookeeper.version /properties /profile /profiles两个 Profile 不直接声明依赖而是只切换zookeeper.version与curator.version两个属性dependencyManagement中所有 Zookeeper/Curator 条目都通过${zookeeper.version}、${curator.version}间接引用见 pom.xml。zk-3.8默认Zookeeper 3.8.3 Curator 5.5.0面向新部署集群zk-3.4Zookeeper 3.4.14 Curator 4.3.0针对仍运行旧版 Zookeeper 的存量集群构建时通过-Pzk-3.4激活。这种属性层切换的设计保证了无论激活哪个 ProfileZookeeper 与 Curator 始终成对升级避免客户端与服务端版本错配。同时 Zookeeper 条目还排除了slf4j-log4j12、旧版netty、spotbugs-annotations等冲突传递依赖pom.xml。六、各模块如何引用 BOMCLAUDE.md 收尾处指出每个需要固定版本的模块都在自己的dependencyManagement中导入此 BOM。这是 Maven BOM 的标准用法——通过typepom/typescopeimport/scope把 BOM 的 dependencyManagement 内容合并进当前模块。以任务插件聚合模块为例dolphinscheduler-task-plugin/pom.xmldependencyManagement dependencies dependency groupIdorg.apache.dolphinscheduler/groupId artifactIddolphinscheduler-bom/artifactId version${project.version}/version typepom/type scopeimport/scope /dependency /dependencies /dependencyManagement在整个仓库中以下模块都以同样的方式 import 了 BOMdolphinscheduler-alert、dolphinscheduler-api、dolphinscheduler-authentication、dolphinscheduler-common、dolphinscheduler-dao、dolphinscheduler-dao-plugin、dolphinscheduler-datasource-plugin、dolphinscheduler-eventbus、dolphinscheduler-extract、dolphinscheduler-master、dolphinscheduler-meter、dolphinscheduler-microbench、dolphinscheduler-registry、dolphinscheduler-task-plugin、dolphinscheduler-worker等。这些模块内部声明公共依赖时即可省略版本号例如slf4j-api、jackson-databind、guava等统一继承 BOM 中锁定的版本。版本号只存在于 BOM 一处彻底杜绝同库不同版的漂移。七、关键陷阱与工程实践GotchasCLAUDE.md 记录了三条必须牢记的坑均可对照源码验证1.htrace-core的 CVE 治理htrace-core4在 pom.xml 中被显式声明为providedscope注释写明set to provided to exclude from all hadoop-* transitive dependencies——即把它从 Hadoop 相关依赖的传递图中剔除随后第 607-612 行用org.apache.hbase.thirdparty:hbase-noop-htrace4.1.1作为替代注释直接说明replace htrace-core with hbase-noop-htrace for CVE。即便日后有人反馈该依赖丢失也要保持这个排除与替换不动因为这是安全加固的一部分。下游的 dolphinscheduler-datasource-plugin/dolphinscheduler-datasource-hive/pom.xml 与 dolphinscheduler-storage-plugin/dolphinscheduler-storage-hdfs/pom.xml 也直接引用了hbase-noop-htrace与 BOM 的治理策略保持一致。2.zeppelin-client.version重复定义当前 pom.xml 与 pom.xml 两处都定义了zeppelin-client.version0.10.1/zeppelin-client.version与 CLAUDE.md 警告的历史重复如出一辙。Maven 属性以后出现者生效重复定义会静默覆盖、极具迷惑性。编辑 BOM 时若看到类似重复应立即合并为单一属性。3. 纯 POM、无源码packaging: pom意味着严禁添加src/目录BOM 内不允许出现任何 Java 代码。4. 版本升级的涟漪效应BOM 中的版本变更会传播到每个模块——一处改动、全局生效因此在 BOM 里 bump 版本必须慎之又慎。CLAUDE.md 建议单次只升级一个依赖一个依赖对应一次提交以便未来用git bisect精准定位引入问题的版本。八、总结dolphinscheduler-bom以不到 60 行的 CLAUDE.md 和约 1060 行的 pom.xml承载了整个 Apache DolphinScheduler 第三方依赖的版本治理通过dependencyManagement import 机制统一供给版本通过属性化的zk-3.8 / zk-3.4Profile 兼容新旧 Zookeeper通过htrace-core4provided与hbase-noop-htrace的替换完成 CVE 缓解。这套纯 POM 模块 属性集中化 Profile 切换 安全排除的组合是大型多模块 Maven 工程依赖治理的典型范本值得在阅读 dolphinscheduler-bom/CLAUDE.md 后对照 dolphinscheduler-bom/pom.xml 逐步研读。【免费下载链接】dolphinschedulerApache DolphinScheduler is the modern data orchestration platform. Agile to create high performance workflow with low-code项目地址: https://gitcode.com/GitHub_Trending/dol/dolphinscheduler创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考