ejemplo - Cómo POSTAR un objeto JSON a un servicio JAX-RS

json.stringify array

Question

Estoy usando la implementación de JAX-RS en Jersey. Me gustaría enviar un objeto JSON a este servicio, pero obtengo un código de error 415 Tipo de medio no compatible. ¿Qué me estoy perdiendo?

Aquí está mi código:

@Path("/orders")
@Consumes(MediaType.APPLICATION_JSON)
@Produces(MediaType.APPLICATION_JSON)
public class OrderResource {

    private static Map<Integer, Order> orders = new HashMap<Integer, Order>();

    @POST
    public void createOrder(Order order) {

        orders.put(order.id, order);
    }

    @GET
    @Path("/{id}")
    public Order getOrder(@PathParam("id") int id) {
        Order order = orders.get(id);
        if (order == null) {
            order = new Order(0, "Buy", "Unknown", 0);
        }
        return order;
    }
}

Aquí está el objeto Orden:

public class Order {
    public int id;
    public String side;
    public String symbol;
    public int quantity;
    ...
}

Una solicitud GET como esta funciona perfectamente y devuelve un pedido en formato JSON:

GET http://localhost:8080/jaxrs-oms/rest/orders/123 HTTP/1.1

Sin embargo, una solicitud POST como esta devuelve un 415:

POST http://localhost:8080/jaxrs-oms/rest/orders HTTP/1.1

{
    "id": "123",
    "symbol": "AAPL",
    "side": "Buy",
    "quantity": "1000"
}

Answer 1

Enfrenté el mismo error 415 http al enviar objetos, serializados en JSON, a través de solicitudes PUT / PUSH a mis servicios JAX-rs, en otras palabras, mi servidor no pudo des-serializar los objetos de JSON. En mi caso, el servidor pudo serializar con éxito los mismos objetos en JSON al enviarlos a sus respuestas.

Como se mencionó en las otras respuestas, he establecido correctamente los encabezados Accept y Content-Type en application/json , pero no es suficiente.

Solución

Simplemente olvidé un constructor predeterminado sin parámetros para mis objetos DTO. Sí, este es el mismo razonamiento detrás de los objetos @Entity, necesita un constructor sin parámetros para que el ORM cree una instancia de los objetos y rellene los campos más adelante.

Agregar el constructor sin parámetros a mis objetos DTO resolvió mi problema. Aquí sigue un ejemplo que se parece a mi código:

Incorrecto

@XmlRootElement
@XmlAccessorType(XmlAccessType.FIELD)
public class NumberDTO {
    public NumberDTO(Number number) {
        this.number = number;
    }

    private Number number;

    public Number getNumber() {
        return number;
    }

    public void setNumber(Number string) {
        this.number = string;
    }
}

Derecha

@XmlRootElement
@XmlAccessorType(XmlAccessType.FIELD)
public class NumberDTO {

    public NumberDTO() {
    }

    public NumberDTO(Number number) {
        this.number = number;
    }

    private Number number;

    public Number getNumber() {
        return number;
    }

    public void setNumber(Number string) {
        this.number = string;
    }
}

Perdí horas, espero que esto te salve la tuya ;-)

Answer 2

Jersey hace que el proceso sea muy fácil, mi clase de servicio funcionó bien con JSON, todo lo que tuve que hacer es agregar las dependencias en el pom.xml

@Path("/customer")
public class CustomerService {

    private static Map<Integer, Customer> customers = new HashMap<Integer, Customer>();

    @POST
    @Path("save")
    @Consumes(MediaType.APPLICATION_JSON)
    @Produces(MediaType.APPLICATION_JSON)
    public SaveResult save(Customer c) {

        customers.put(c.getId(), c);

        SaveResult sr = new SaveResult();
        sr.sucess = true;
        return sr;
    }

    @GET
    @Produces(MediaType.APPLICATION_JSON)
    @Path("{id}")
    public Customer getCustomer(@PathParam("id") int id) {
        Customer c = customers.get(id);
        if (c == null) {
            c = new Customer();
            c.setId(id * 3);
            c.setName("unknow " + id);
        }
        return c;
    }
}

Y en el pom.xml

<dependency>
    <groupId>org.glassfish.jersey.containers</groupId>
    <artifactId>jersey-container-servlet</artifactId>
    <version>2.7</version>
</dependency>
<dependency>
    <groupId>org.glassfish.jersey.media</groupId>
    <artifactId>jersey-media-json-jackson</artifactId>
    <version>2.7</version>
</dependency>
<dependency>
    <groupId>org.glassfish.jersey.media</groupId>
    <artifactId>jersey-media-moxy</artifactId>
    <version>2.7</version>
</dependency>

Answer 3

La respuesta fue sorprendentemente simple. Tuve que agregar un encabezado de Content-Type en la solicitud POST con un valor de application/json . Sin este encabezado, Jersey no sabía qué hacer con el cuerpo de la solicitud (a pesar de la @Consumes(MediaType.APPLICATION_JSON) ).