apache / apache/servicecomb-java-chassis

能否支持扩展consumes的报文类型,自定义请求体的序列化方式?

未关闭
#4,025 4 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Java
星标
1.9k
派生
814
平均合并
8 天 23 小时
30 天内合并 PR
1

描述

目前框架仅提供了ProduceProcessor的SPI扩展,自定义响应体的序列化方法,能否针对请求体也提供对应SPI扩展点?
有的时候业务接口的请求体是自定义的类型,并不是主流的application/json或application/xml格式,比如Content-Type: application/vnd.gsma.eap-relay.v1.0+json 这种,能否提供 ConsumeProcessor的扩展机制,能支持自定义格式的请求体序列化?

![image](https://github.com/apache/servicecomb-java-chassis/assets/56858130/eb0f1d4e-bf04-4356-96f8-a4d6febe6794)

目前只能采用比较折中的方法,把controller 接口的入参定义为string来接收请求体,内部再做转换,很不优雅。

贡献指南

这个仓库没有索引到贡献指南

调研方向

首先跟踪现有的 ProduceProcessor SPI 和 controller 的 request-body 路径,包括提议的 ConsumeProcessor 扩展点。检查当前如何处理 application/vnd.gsma.eap-relay.v1.0+json 等自定义 Content-Type 值。完成的标准是,controller 可以通过扩展接收自定义请求类型,而不是接受一个 String 并在内部进行转换。

由索引模型根据 Issue 内容生成。

评估

技术栈
java
领域
api
Issue 类型
功能
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。