apache / apache/servicecomb-java-chassis
能否支持扩展consumes的报文类型,自定义请求体的序列化方式?
- Vorherrschende Sprache
- Java
- Sterne
- 1.9k
- Forks
- 814
- Ø Merge
- 8 T. 23 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
目前框架仅提供了ProduceProcessor的SPI扩展,自定义响应体的序列化方法,能否针对请求体也提供对应SPI扩展点?
有的时候业务接口的请求体是自定义的类型,并不是主流的application/json或application/xml格式,比如Content-Type: application/vnd.gsma.eap-relay.v1.0+json 这种,能否提供 ConsumeProcessor的扩展机制,能支持自定义格式的请求体序列化?

目前只能采用比较折中的方法,把controller 接口的入参定义为string来接收请求体,内部再做转换,很不优雅。
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, die bestehende ProduceProcessor SPI und den Request-Body-Pfad des Controllers nachzuverfolgen, einschließlich des vorgeschlagenen ConsumeProcessor-Erweiterungspunkts. Prüfe, wie benutzerdefinierte Content-Type-Werte wie application/vnd.gsma.eap-relay.v1.0+json derzeit behandelt werden. Erledigt ist es, wenn ein Controller einen benutzerdefinierten Request-Typ über eine Erweiterung empfangen kann, anstatt einen String zu akzeptieren und ihn intern umzuwandeln.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- api
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100