Guidewire ClaimCenter定制：无需rejectField()显示底部警告面板

一、无需使用rejectField()显示底部警告面板的可行方案 #

在仅能定制、无法访问核心源码的前提下，有两种可靠方式触发底部警告面板：

• 通过UI配置+自定义验证规则
  在对应屏幕的XML配置文件中，为目标字段添加<Validation>节点，指定自定义Groovy验证规则。当规则条件满足时，抛出验证错误，框架会自动渲染底部警告面板。示例配置片段：

  <Field name="amount">
    <Validation>
      <Rule class="com.mycompany.claimcenter.validation.CustomPaymentAmountRule"/>
    </Validation>
  </Field>
  

  对应的Groovy规则类只需实现ValidationRule接口，在validate方法中添加验证逻辑即可。

• 调用框架验证上下文API手动添加消息
  在定制的Groovy脚本（如字段onChange事件、实体计算逻辑）中，直接获取ValidationContext并添加警告消息，无需依赖rejectField()：

  // 示例：在Payment金额字段变更时触发警告
  def validationCtx = getValidationContext()
  if (amount > 10000) {
    validationCtx.addFieldMessage("amount", "payment.amount.exceeds.limit", [10000], Severity.WARNING)
  }
  

  此方式会直接触发框架的验证消息收集机制，自动显示底部警告面板。

二、在Payment实体上实现类似rejectField()的方法 #

如果上述方案不符合需求，可在Payment的扩展类中封装自定义方法，模拟rejectField()的行为：

1. 在PaymentExt.groovy中定义方法：

   class PaymentExt extends Payment {
     void rejectPaymentField(String fieldName, String messageCode, List params = []) {
       def validationCtx = this.getValidationContext()
       // 添加字段级警告消息，触发底部面板
       validationCtx.addFieldMessage(fieldName, messageCode, params, Severity.WARNING)
     }
   }
   

2. 在业务逻辑中调用该方法：

   // 示例：在Payment保存前验证中调用
   if (!isPaymentValid()) {
       payment.rejectPaymentField("paymentMethod", "payment.method.invalid", [])
   }
   

3. 补充配置：在messages.properties中添加对应消息代码的文本，确保警告内容正常显示：

   payment.method.invalid=所选支付方式无效，请重新选择。
   

注意事项 #

• 自定义验证消息需遵循Guidewire的国际化配置规范，确保多语言环境下正常显示。
• 调用验证API时，需确保在正确的生命周期节点（如保存前、字段变更后）执行，避免框架未收集到消息。

内容的提问来源于stack exchange，提问作者Dragan Jovanović