windyboy
6de3fa6c9c
- logback：logstash 通道先加 AsyncAppender（queueSize 4096、neverBlock、discardingThreshold 0） ——logstash 不可达不阻塞业务线程（N31b 顺序约束：先降级再补日志）；MDC 增加 traceId/target - 结构化日志 + MDC traceId（TraceLog.withTrace=cminmsgsId/eventId）： InboxService 收报 INFO；MessageProcessor SUCCEEDED/SKIPPED INFO、FAILED/解码失败 WARN、 DEAD(MALFORMED/毒丸/EXHAUSTED) ERROR；SnapshotFlow staging/CAS WARN、快照成功 INFO； Dispatcher 发送 DEBUG、逐条/整批重试 WARN、DEAD(DLQ) ERROR、flushSchd 批次 INFO； ReplayService 重放 INFO/非法类 WARN；PipelineLifecycle 起停 INFO - 自定义健康指示器（infra/health）：redis-flight-store / kafka-delivery——BeanProvider 可选解析， 缺 bean（未 stub 也未实装）报 DOWN 而非启动失败；/health 聚合 - 保留：micrometer 队列深度/投递延迟 gauge 依赖版本选型（micronaut-micrometer 与平台 BOM 5.1.3 对齐待锁），随数据层/真实 client 批次补；U13 毒丸超时告警与 DLQ 巡检入口仍属 WP2
msgexchange-v2（新一代消息交换服务）
依据 ACMA-8 v4 综合架构（单写者严格 FIFO 管道 + 两阶段权威）与 ACMA-6 技术选型
（Micronaut 5.1 + Kotlin 2.3）搭建的新一代消息交换服务工程。本仓库独立于 legacy
msgexchange-api（Java 8 / Spring Boot 1.5 / Maven）——过渡期两套系统并存（影子对拍→
切流→旧仓库冻结），legacy 维护不受本仓库影响。
JDK 口径实测修正：Micronaut 5.1 系构件（如 micronaut-http-server-netty:5.1.10） 要求 JVM 25+，计划原定 JDK 21 不可行；工程已按 JDK 25 配置（ACMA-9 记录）。
包结构 → ACMA-8 架构映射
| 包 | 职责 | 对应 ACMA-8 |
|---|---|---|
ingress/ |
Ingress & Inbox：接收事务（事务1），不解析报文 | 流程 1，I3 |
processing/ |
Processing 主泵：严格 FIFO 领取、identity 绑定、纯函数决策、事务2 | 流程 2/4，I1/I2/I5 |
delivery/ |
Delivery & Projection：每 target 严格 FIFO 投递、schd 聚合 | 流程 3 |
reference/ |
Reference & Query：21 类同步 + 15 类请求状态机 | 流程 6 |
jobs/ |
泵作业：ARCHIVE / HISTORY_SWEEP / PROJECTION_REBUILD | 流程 4/5/7，I4 |
codec/ |
XML codec（阶段 1 先 vendor 复用 legacy POJO，见 ACMA-6 选型） | 决策 4 前置 |
domain/ |
领域模型：Decision、事件、状态机枚举、Phase 开关 | I1–I5 |
infra/ |
仓储接口、Redis Lua 装载、配置 | 数据模型节 |
资源
SIS_AODB_RMS-V0.1.md+doc/unisysaodbsis.xsd：消息结构唯一事实源（wire 契约冻结， 自 legacy 仓库复制以自包含；codec 实装依据，ACM2-2/ACM2-3）。db/migration/V2.0.0__aux_tables.sql：六表 DDL（PROC_STATE / MSG_EVENT / REF_DATA / REQ_TRACK / PUMP_JOB / FLIGHT_STATE），与 ACMA-8 v4 数据模型节逐字一致；影子实例在 独立 schema 执行同一脚本。lua/snapshot_replace.lua：同一 hash 原子“覆盖新代 + 按代差删”（流程 4，I4/I5）。lua/batch_delete.lua：3:30 清场批量删除（仅 ES 写成功集，I4）。application.yml：口令全部环境变量外置（零入库）；msgx.phase为阶段 A/B 总开关； pipeline 参数 = ACMA-8 参数表初值。
未完成（按计划属于后续阶段，不是本脚手架遗漏）
- Handler 业务（3+29）：
processing/HandlerRegistry仅注册骨架，翻译属阶段 2/3。 - codec 实装：vendor 复用 legacy
entity/msgPOJO + Jackson XML（ACMA-6 选型）， 阶段 1 后续项。 - 依赖版本锁定：
gradle/libs.versions.toml中版本为计划口径，需阶段 0 「Micronaut×现网 Eureka 互操作冒烟 + logstash + ES REST」通过后固化。 - 仓储实装：
infra/persistence/Repositories.kt目前是接口（Micronaut Data JDBC 实装属阶段 1 后续），主泵/调度循环以接口驱动，纯逻辑已抽离可单测。
数据库初始化（U04/R01，务必先读）
db/migration/V2.0.0__aux_tables.sql 只建六张辅助表（PROC_STATE / MSG_EVENT / REF_DATA /
REQ_TRACK / PUMP_JOB / FLIGHT_STATE），并假定 CMINMSGS（及其历史表）等 legacy 旧表已存在——
迁移集是「现网 legacy 库的演进」而非「全新库初始化」。因此：
- 现网/影子演进：在既有
cdairport库（含 CMINMSGS）上执行即可，Flyway 会补跑 V2.0.0。 - 全新空库（本机/CI/演练/灾备重建）：需先按 legacy 仓库（
airport_chengdu_msgexchange_api） 建好 CMINMSGS/CMINMSGS_HST/COUTMSGS 等旧表（或从现网导出 schema），再启动本服务；否则 收报第一句 SQL 即报「表不存在」。影子实例在独立 schema 执行同一脚本时同样先建旧表。 - 为什么没有 CMINMSGS 的 V1 迁移：六表之外的旧 schema 归 legacy 仓库维护（冻结期）， 本仓库不重复声明；若未来要求空库一键初始化，再补 V1 基线快照（见 ACM2-10 U04）。
构建
./gradlew build # 需网络拉取依赖；内网环境见 gradle.properties 注释
./gradlew test # 纯逻辑单测（identity / schd 聚合 / 配置绑定 / 管道语义）
MICRONAUT_ENVIRONMENTS=dev ./gradlew run # dev stub 冒烟：内存仓储 + 启动主泵/投递（无需 DB/Redis/Kafka）
注解处理：Kotlin 侧经 KSP（
kotlin-ksp+micronaut-inject-kotlin）生成 Micronaut BeanDefinition（U01）；若 build 产物缺少*$Definition类，先检查 KSP 是否生效。 dev/shadow 冒烟装配：msgx.stubs=true（内存仓储/适配层，见 infra/stub）+msgx.pipeline.autostart=true（PipelineLifecycle 拉起专用线程，U07）；生产默认两者关闭。
关联
Plane airport_chengdu_msgexchange_api：ACMA-9（本阶段跟踪）、ACMA-8 v4（架构）、
ACMA-6（技术选型）、ACMA-3（总计划）、ACMA-4（行为对拍基线）。