apache / apache/servicecomb-java-chassis

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

Ouverte
#4,025 4 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Java
Étoiles
1.9k
Forks
814
Merge moyen
8 j 23 h
PR mergées (30 j)
1

Description

目前框架仅提供了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来接收请求体,内部再做转换,很不优雅。

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Piste de recherche

Commencez par retracer la SPI ProduceProcessor existante et le chemin du corps de la requête du contrôleur, y compris le point d’extension ConsumeProcessor proposé. Vérifiez comment les valeurs personnalisées de Content-Type, telles que application/vnd.gsma.eap-relay.v1.0+json, sont actuellement gérées. Le travail est terminé lorsqu’un contrôleur peut recevoir un type de requête personnalisé via une extension, au lieu d’accepter un String et de le convertir en interne.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
api
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
35/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.