apache / apache/servicecomb-java-chassis

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

オープン
#4,025 コメント 4 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
Java
スター
1.9k
フォーク
814
平均マージ
8日 23時間
マージ済み PR(30日)
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 を短くまとめたダイジェスト。