Files
FT546MWS/docs/FT546WMS-V34-REPAIR-0909-deploy.md

2.9 KiB
Raw Blame History

2026-09-09 影子修复包切换

本包仍是 V3.4 数据库配套的 SHADOW 程序。无需执行数据库升级或卸载。Legacy 继续负责正式入出库。

现场操作

  1. 在 IDEA 的运行配置列表确认能看到 FT546WMS-V34-REPAIR-0909。先不要启动。
  2. 在协调好的时间停止当前 WMS:FT546WMS-V34-HALFTRAY-FIX。不要停止 WCS 或 WCS 影子程序。
  3. 确认旧 WMS 完全退出,8080 不再监听。CMD 可执行 netstat -ano | findstr :8080;旧 PID 没有 LISTENING 才继续。
  4. 选择 FT546WMS-V34-REPAIR-0909,点运行。等日志出现 Started RuoYiApplication,检查登录和查询。不要同时启动两个 WMS。
  5. 记录启动时间,在正常业务发生后复核新的影子比较和电子屏发送情况。无需为测试制造业务单据。

新 JAR 目录:C:\project\FT546WMS-v34-repair-20260909。

继续使用服务器原有外置配置 C:\project\FT546WMS-v34-jar-20260908\config,不修改密码、数据库连接或影子开关。新增启动项不执行 Maven,不覆盖运行中的 JAR。

回退

如果新程序启动失败或影响操作,停止新 WMS,确认进程退出后启动旧配置 FT546WMS-V34-HALFTRAY-FIX。数据库没有变更,不需要回退 SQL。若需要完全关闭影子,使用已留存的 FT546WMS-ROLLBACK-SOURCE-NO-BUILD,先核对其 FORTUCKY_SHADOW_ENABLED=false。

本次修复与观察边界

  • 出库从同代快照的候选库存行保留项目/物料,支持一个足量库存行位于多明细托盘。保留真实阻挡、锁定、预留、拓扑及数量校验。需要多个库存行凑量、候选跨多个项目/物料、已有托盘作业等仍明确标记不支持。
  • 普通项目多物料入库采用项目级 OPEN 输入,不把任意一条明细当成全部。提前筛选 Legacy 保守可用货位后排名。
  • 同一任务 spare1/2/3 有多组值时,只评估整条空巷道;记录 READY_CONSERVATIVE 与 MATCH_CONSERVATIVE / DIFFERENT_CONSERVATIVE。它们不是完整 Legacy 等价验证,验收时不能混入普通 MATCH。
  • 出库原因新增候选证据、集合 SHA-256、完整性标记。candidateEvidenceComplete=false 表示原因字段空间不足,只保留部分明细,摘要不能代替完整历史回放。
  • 非法 stockinId[limit] 请求返回参数格式提示且不查询明细;合法接口和服务端异常处理保留原行为。
  • 电子屏两个定时任务独立持有消息和 socket;争用原 6666 端口时下一周期再发送,失败清理资源,保留 5 次协议重试。
  • SQL 51025 仍表示源数据在刷新中变化而拒绝发布;不屏蔽该一致性保护,不增加影子刷新超时。

这次修复不等于批准新算法接管正式业务。两个历史出库代次已被覆盖,尚不能完整回放;请以本包启动后的新样本继续评估。至少按既有观察要求收集同版本有效出入库样本,并单独复核保守比较、跳过、差异和性能。