Tengo una aplicación que expone un punto final que acepta solicitudes PUT como una cadena con formato JSON, por ejemplo:
PUT /my/endpoint "some string"La firma de mi método de punto final es algo así como:
@RequestMapping( path = "/my/endpoint", consumes = "application/vnd.mycompany.myservice-v1.hal+json" ) public ResponseEntity<MyResponse> myEndpoint( @RequestBody final String myString ) { ... } Usando Spring Boot 1 (1.5.22.RELEASE), el valor de myString dado el ejemplo PUT anterior sería el texto literal some string , pero bajo Spring Boot 2 (2.3.6.RELEASE), ahora es el texto literal "some string" - es decir, parece que la entrada no se analiza estrictamente como JSON porque las comillas no se eliminan.
Creo que las cadenas entre comillas son JSON válidas (y las cadenas sin comillas no lo son), tal como lo serían un objeto (en { y } ) y una lista (en [ y ] ).
Eliminé algunos detalles extraños que no creo que importen para el problema en cuestión (por ejemplo, estamos usando CompletableFuture como valor de retorno, también tengo un @PathVariable allí y hay alguna validación basada en anotaciones pasando), pero dejé que estamos usando un tipo de medio personalizado en caso de que tenga algo que ver con eso.
¿Alguna idea de cómo puedo convencer a Spring Boot 2 para que trate el cuerpo de mi solicitud como JSON correctamente? Desafortunadamente, no puedo redefinir la API porque ya tenemos clientes activos usándola.
Esta podría no ser la mejor opción, pero si nada más ayuda al principio. En lugar de String , deje que Spring maneje RequestBody como un Object . Asi como:
public ResponseEntity<String> myEndpoint(@RequestBody final Object myString) Al usar String Spring, es posible que ni siquiera use Jackson para analizar, pero maneje el cuerpo como una String que debe tener todos los caracteres en el cuerpo, incluso el tipo de contenido está configurado en JSON.
Si haces lo siguiente:
String myString2 = new ObjectMapper().readValue(myString, String.class); puede ver que myString2 no tiene las comillas dobles que lo rodean.
Porque Object Spring parece manejarlo de manera diferente. Llega a una String pero parece considerarlo como un valor JSON (y como un valor de String porque tiene comillas dobles alrededor), no debería tener comillas dobles alrededor.
Si usa Object y luego registra myString.getClass() verá que en realidad es java.lang.String
Puede crear el objeto de solicitud
public class MyObject{ private String myStr; } Use la clase MyObject como objeto RequestBody con mediaType="application/json"
En tu controlador
@RequestMapping( value= "/my/endpoint", method= RequestMethod.PUT ) public ResponseEntity<MyResponse> myEndpoint( @RequestBody final MyObject myObj )