Mule ESB 3.8：如何检查Payload属性存在并验证为GUID/UUID

方案1：使用JSON Schema批量验证 #

直接定义包含所有目标属性的JSON Schema，一次性完成可选属性判断和GUID格式验证，无需逐个编写分支逻辑。

示例Schema（适配你的正则规则）：

{
  "type": "object",
  "properties": {
    "guidProp1": {
      "type": "string",
      "pattern": "^[{]?[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}[}]?$"
    },
    "guidProp2": {
      "type": "string",
      "pattern": "^[{]?[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}[}]?$"
    },
    // 其余18个属性按相同格式添加
  },
  "additionalProperties": true
}

• 核心逻辑：Schema默认属性为可选（无需加入required数组），只有当属性存在时才会触发格式校验，不存在则跳过，完全避免空值报错。
• 优势：配置一次即可覆盖所有属性，维护成本低，多数集成平台（如MuleSoft、APIGateway）都原生支持JSON Schema验证。

方案2：用脚本组件统一处理 #

通过Groovy/JavaScript脚本遍历目标属性列表，批量完成存在性检查和格式验证，代码层面复用逻辑。

示例Groovy脚本（假设Payload为JSON对象）：

// 定义GUID正则
def guidPattern = ~/^[{]?[0-9a-fA-F]{8}-([0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}[}]?$/
// 列出所有需要验证的属性名
def targetProps = ["guidProp1", "guidProp2", "guidProp3", /* ... 其余17个属性 */]

def invalidProps = []
targetProps.each { propName ->
    def propValue = payload[propName]
    // 仅当属性存在时验证格式
    if (propValue != null && !propValue.matches(guidPattern)) {
        invalidProps.add(propName)
    }
}

// 若存在无效属性，抛出异常终止流程
if (!invalidProps.isEmpty()) {
    throw new IllegalArgumentException("以下属性GUID格式不合法: ${invalidProps.join(', ')}")
}

• 优势：新增/删除属性只需修改targetProps列表，无需调整流程结构；逻辑集中，便于调试和修改验证规则。

方案3：优化验证组件的条件配置 #

如果依赖平台提供的可视化验证组件，可直接给每个GUID验证组件添加执行条件，替代前置的Choice判断：

• 条件表达式示例（以MuleSoft为例）：#[payload.containsKey('guidProp1')]
• 配置方式：为每个验证组件设置上述条件，仅当属性存在时才执行格式校验，不存在则自动跳过。
• 优势：相比嵌套Choice，流程结构更简洁，可通过复制组件批量修改属性名，减少重复操作。

内容的提问来源于stack exchange，提问作者Gorodeckij Dimitrij