Jersey. Wie zum generieren von json-und xml-Ausgabe je nach url-Parameter

Hier ist ein Jersey service:

@GET
@Produces({ MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON })
public Response service(@QueryParam("format") String format) {

  if (format.equals("json")) {...}

  return response;

}

Möchte ich generieren XML oder JSON Antwort zurück, je nach url param "format".

Meine Antwort Instanz ist, die durch jaxb2

Ich weiß, ich darf Sie xml oder json Antwort zurück, wenn auf meinem Java-client /funktionales testen mit diesem code:

String content = service.path("").queryParam("myparam", "myvalue").accept(MediaType.APPLICATION_XML).get(String.class);

oder

String content = service.path("").queryParam("myparam", "myvalue").accept(MediaType.APPLICATION_JSON).get(String.class);

Aber ich muss es tun, je nach url-Parameter.

  • Wenn Sie könnten senden Sie eine richtige ContentType parameter application/json statt json haben, dann könnten Sie MediaType.valueOf(format) um die MediaType - Instanz und verwenden Sie es mit der accept-Methode.
  • Ihr Problem ist, dass Sie nicht wissen, wie die Antwort der content-type, oder...?
InformationsquelleAutor ses | 2013-08-02
  1. 5

    Können Sie die Medien, die Art der Antwort-Entität direkt über Antwort#ok (vorausgesetzt, Sie wollen zurück HTTP 200 status) - Methode

    @GET
@Produces({ MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON })
public Response service(@QueryParam("format") String format) {
    return Response
            //Set the status, entity and media type of the response.
            .ok(entity, "json".equals(format) ? MediaType.APPLICATION_JSON : MediaType.APPLICATION_XML)
            .build();
}

    oder mit Antwort.ResponseBuilder#header Methode

    @GET
@Produces({ MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON })
public Response service(@QueryParam("format") String format) {
    return Response
            //Set the status and Put your entity here.
            .ok(entity)
            //Add the Content-Type header to tell Jersey which format it should marshall the entity into.
            .header(HttpHeaders.CONTENT_TYPE, "json".equals(format) ? MediaType.APPLICATION_JSON : MediaType.APPLICATION_XML)
            .build();
}
    InformationsquelleAutor Michal Gajdos
  2. 13

    Dies ist nicht der richtige Weg, das zu tun, was Sie wollen. Sollten Sie nicht über einen query-parameter zu bestimmen, die Ausgabe-format. Sie haben erklärt, dass Sie Ihre Ressource-Methode produziert, die sowohl XML als auch JSON, die standard-konforme Weg ist, lassen Sie die client-senden Sie eine richtige HTTP "Accept" - header, die erklärt, welche Medien-Typen, die Sie in der Lage sind, zu konsumieren. Wenn Sie senden in "Accept: application/json", Ihr JAX-RS-Implementierung wählen sollten, um formatieren Sie Ihre Methode, die die Antwort als JSON, wenn der client sendet "Accept: application/xml", sollte es automatisch formatieren Sie Ihre Antwort als XML. Wenn der AUFTRAGGEBER angibt, Sie annehmen können entweder, Ihr JAX-RS-Implementierung ist frei zu wählen, und Sie sollten nicht Pflege. Wenn der AUFTRAGGEBER angibt, die Sie nicht akzeptieren können entweder, Ihr JAX-RS sollte zurück zu senden einen entsprechenden HTTP-Fehlercode, der angibt, Sie haben keine Möglichkeit es zurück zu senden, eine angemessene Reaktion.

    • Ich verpassen könnte smth/ aber, dass "dies nicht der richtige Weg" ist nicht ganz richtig. Was, wenn er will, erstellen Sie einen OData-Service zum Beispiel? Es ist auch innerhalb der Norm, muss es eine Abfrage parameter $format für die Auswahl der output-format.
    • Ich wusste nichts über OData, bis ich sah Ihre Antwort, habe es nie benutzt. Ich basiert meine Antwort auf das, was ich wusste, über REST-Prinzipien auf die Zeit. Ich nehme dein Wort, dass OData dies tut, aber noch scheint nicht richtig, da REST soll basierend auf der Nutzung von HTTP-standards und die Bestimmung von Ausgabe-format aus einem query-parameter ist nicht jede Art von HTTP-standard, die ich kenne.
    • Ich bin damit einverstanden, dass, wo möglich, der REST sollte bleiben Sie immer zu den standards. Es ist interessant, dass service erfordern würde, die Daten geben Sie als query-parameter-es scheint den Autoren nicht versiert auf den REST, oder, dass es nicht die RUHE, einfach nur RUHE-wie.
    InformationsquelleAutor user2456600
  3. 1

    Hier das komplette Beispiel, die obige Antwort richtig ist. Ich benutze auch den obigen Ansatz aber vor problem während der Arbeit mit der Liste. Ich habe die Person wie diese:

    public Response getCoursesJSONOrXML(@QueryParam("type") String type){
    //Here we get list
    List<Course> entity= courseService.getAllCourses();
    Response response = Response
            .ok(entity, "xml".equals(type) ? MediaType.APPLICATION_XML : MediaType.APPLICATION_JSON)
            .build();
    return response;
}

    Danach bin ich mit dieser Ausnahme:

    MessageBodyWriter not found for media type=application/json, type=class java.util.Arrays$ArrayList, genericType=class java.util.Arrays$ArrayList

    Nach der Lektüre jersey-Dokument, fand ich die Lösung, die wir brauchen, um zu verwenden GenericEntity für unsere Liste. Hier das Beispiel

    @GET
@Produces({MediaType.APPLICATION_JSON,MediaType.APPLICATION_XML})
public Response getCoursesJSONOrXML(@QueryParam("type") String type){
    //Here we get list
    List<Course> list = courseService.getAllCourses();
    GenericEntity<List<Course>> entity = new GenericEntity<List<Course>>(list) {};
    Response response = Response
            .ok(entity, "xml".equals(type) ? MediaType.APPLICATION_XML : MediaType.APPLICATION_JSON)
            .build();
    return response;
}
    InformationsquelleAutor Anshu Kumar
  4. 0

    Ok. Da reden wir über Dinge, die außerhalb der Muster hier lassen Sie mich etwas versuchen:

    Wie über Sie einen filter verwenden (suchen Sie nach com.Sonne.jersey.spi.container.ResourceFilterFactory) auf Ihre service-und ändern (oder hinzufügen oder überschreiben) den accept-header basierend auf Ihrer Abfrage param?

    Nicht der ehrlichste Ansatz, ich gebe es zu, aber ich denke, Sie sollten es versuchen

    InformationsquelleAutor Plínio Pantaleão
Schreibe einen Kommentar