如何修改base64binary类型标签校验行为 兼容无填充base64场景

• 对携带xsd:base64Binary类型节点的XML做Schema校验时，带=填充的标准base64内容可正常通过校验，无填充的base64内容会固定抛出错误：

'x' is not valid value for 'base64Binary'.

• 经调试确认校验链路：校验入口为org.springframework.ws.server.endpoint.interceptor.AbstractValidatingInterceptor类的handleRequest(MessageContext messageContext, Object endpoint)方法，实际执行校验的实例是org.springframework.xml.validation.Jaxp15ValidatorFactory$Jaxp15Validator，底层调用javax.xml.validation.Validator完成全部Schema校验逻辑。
• 约束条件：不可修改WSDL文件，需完整保留除上述base64误报外的所有校验规则；现有代码已实现SAXException统一处理逻辑管理所有校验错误，需求为在该base64误报传入自定义校验处理器前完成过滤，不调整现有请求执行流程。

采用自定义拦截器+错误过滤的方式实现，无侵入、不改动原有校验核心逻辑，具体实现步骤如下：

• 新建自定义校验拦截器类，直接继承项目中原本使用的AbstractValidatingInterceptor子类，不要改动原有Schema加载、Validator初始化的配置，保证所有原有校验规则完全生效。
• 重写拦截器中为Validator绑定ErrorHandler的逻辑，替换为自定义的过滤型ErrorHandler：
  1. 对Validator抛出的每一个SAXParseException，优先判断错误标识：该类base64格式校验错误的标准错误码为cvc-datatype-valid.1.2.1，且错误提示包含目标类型base64Binary，优先匹配错误码可避免不同JDK版本提示文本差异导致的过滤失效。
  2. 命中错误特征后，提取异常对应节点的文本内容，做一次轻量合法性校验：判断内容是否仅包含base64合法字符（A-Za-z0-9+/，URL安全场景可补充判断-_），且无填充场景下长度模4为2或3，确认是合法无填充base64后直接跳过该错误，不纳入错误集合。
  3. 其余所有未命中过滤规则的校验异常，完全按照原有处理逻辑传递给自定义校验处理器，不做任何改动。

• 不要直接替换JDK内置的Schema校验器实现，会引入额外的依赖兼容问题，可能导致其他类型节点的校验逻辑异常。
• 不要在校验前提前修改请求体补全base64填充，该方案会增加额外的XML序列化/反序列化开销，还可能改动原始请求内容触发其他校验规则误报。
• 过滤逻辑必须做双层校验，不能仅靠错误文本匹配就放过异常，避免把真正非法的base64内容错误放行。

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