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

目前只能采用比较折中的方法,把controller 接口的入参定义为string来接收请求体,内部再做转换,很不优雅。
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
Empieza siguiendo la SPI ProduceProcessor existente y el flujo del cuerpo de la solicitud del controlador, incluido el punto de extensión ConsumeProcessor propuesto. Comprueba cómo se gestionan actualmente los valores personalizados de Content-Type, como application/vnd.gsma.eap-relay.v1.0+json. Se considera completado cuando un controlador puede recibir un tipo de solicitud personalizado mediante una extensión, en lugar de aceptar un String y convertirlo internamente.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java
- Área
- api
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100