使用Anypoint CLI v4部署Mule 4应用时如何保留Object Store v2配置

我正在开发一个需使用Object Store v2的Mule 4 API，部署于CloudHub 2.0环境。每次部署或重部署应用后，“use objectStore v2”复选框都会被取消勾选，导致无法读取对象存储数据——尽管Runtime Manager的Object Store链接显示数据已存在。必须手动勾选该复选框并重启API后，才能正常访问数据。

为避免部署时该复选框状态丢失，我参考官方文档（使用Anypoint CLI v4部署应用），尝试传递参数--objectStoreV1 [false]以及--property objectStoreV1:false，但均未生效，部署后“use objectStore v2”复选框仍未勾选。

当前部署命令如下：

anypoint-cli-v4 runtime-mgr:application:modify $EXISTING_APP_ID $COMMON_PARAMS --replicas 
$(REPLICAS) --artifactId $(ARTIFACT_ID) --assetVersion $(POM_VERSION) --groupId 
$(ANYPOINT_ORG) --replicas $(REPLICAS) --replicaSize $(REPLICA_SIZE) --runtimeVersion 
$(RUNTIME) --publicEndpoints $INTERNAL_PUBLIC_ENDPOINT --property 
mule.env:$CLOUDHUB_ENVIRONMENT --releaseChannel LTS 
--objectStoreV1 [false] --property objectStoreV1:false

• 修正CLI参数格式：--objectStoreV1参数不需要加方括号，直接传false即可。方括号是文档里的可选参数标识，实际命令里要去掉，改成--objectStoreV1 false。同时不需要重复传递--property objectStoreV1:false，因为--objectStoreV1是专门的应用配置参数，和Mule应用内部的系统属性不是一回事。
• 固化应用配置：在Mule应用的mule-artifact.json中添加objectStoreV1配置项并设为false，从应用层面默认启用Object Store v2，避免部署时被覆盖。示例配置：

  {
    "objectStoreV1": false,
    "minMuleVersion": "4.4.0"
  }
  

• 调整CLI命令类型：如果是首次部署，优先用runtime-mgr:application:deploy命令而非modify，确保初始配置就正确设置Object Store版本；如果是更新应用，检查$COMMON_PARAMS中是否包含冲突的参数，避免覆盖--objectStoreV1 false的设置。
• 升级CLI版本：确认Anypoint CLI v4是否为最新版本，旧版本可能存在CloudHub 2.0 Object Store配置的兼容性问题，升级后再测试部署。
• 验证配置生效逻辑：部署后通过Anypoint CLI查询应用配置，执行anypoint-cli-v4 runtime-mgr:application:get $EXISTING_APP_ID，查看返回结果中objectStoreV1字段是否为false，以此确认参数是否正确生效。

内容的提问来源于stack exchange，提问作者GettingStarted With123