You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

如何修正WSO2 API-M 4.1.0中Schema验证后202响应的多余消息体

解决WSO2 API-M 4.1.0中202响应多余消息体问题

针对你遇到的Schema验证通过后返回202响应却带多余消息体的问题,可通过以下步骤修正:

1. 调整API资源的响应配置

  • 登录API-M Publisher,找到目标API并进入Design标签页的Resources模块
  • 定位到返回202的资源,点击编辑:将响应体类型设置为None,清空所有默认响应体内容
  • 保存配置后重新发布API

2. 优化Schema验证流程的响应处理

如果是通过自定义拦截器或Synapse序列实现Schema验证,在验证通过并转发请求到MI后,添加清除响应体的逻辑:
在拦截器的handleResponse方法或Synapse序列中加入以下配置:

<property name="NO_ENTITY_BODY" value="true" scope="axis2"/>
<property name="HTTP_SC" value="202" scope="axis2"/>

该配置会强制网关不生成任何响应体,并保持202状态码正确返回

3. 修改网关默认响应配置

  • 打开API-M网关节点的repository/conf/deployment.toml文件
  • 添加或更新如下配置:
[apim.gateway]
enable_default_response = false
  • 重启网关服务,避免网关自动生成默认响应体填充到202响应中

4. 配置自定义出站序列覆盖默认行为

  • 在API-M Publisher的Runtime标签页,为目标API添加自定义出站序列,序列内容如下:
<sequence xmlns="http://ws.apache.org/ns/synapse">
    <filter source="$axis2:HTTP_SC" regex="202">
        <then>
            <property name="NO_ENTITY_BODY" value="true" scope="axis2"/>
        </then>
    </filter>
</sequence>
  • 保存后重新发布API,确保202响应触发时自动清除响应体

内容的提问来源于stack exchange,提问作者Sumathi M

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.22 07:30:20