Nicht mehr überschreiben einen Antwort-header mit einem Jersey-client-filter

Ich versuche, mit der Jersey-client-API zu konsumieren ein Drittel-party-REST-Dienst. Ich Plane, verwenden Sie das automatische POJO deserialisation gehen von JSON-Antworten zu Java-Objekten.

Leider, die Dritte party-service liefert die Antworten, die mit dem Inhaltstyp "text/javascript". Meine Jersey-client, nicht zu verstehen, dies sollte berücksichtigt werden als JSON-Objekt und nicht zu deserialise das Objekt.

Schrieb ich ein einfaches Jersey-server-Anwendung, um zu überprüfen, dass durch eine änderung des content type von "text/javascript" zu "application/json" dass die deserialisation funktioniert.

Bewaffnet mit diesen Informationen, ich über die Verwendung einer Jersey-client-filter zum ändern der Antwort-Header. Der code stammt aus einer Bemerkung des Autors der diese Frage. In der Tat, die Frage wird sein, genau die gleiche wie meine - aber die Beantworter mis-beantwortet die Frage und zeigt, wie Sie die Anfrage Header (anstatt der Antwort - Header). Der ursprüngliche Autor war in der Lage zu verwenden, die Antwort auf seine Lösung, aber, scheint es, dass seine angegebenen Lösung nicht funktioniert.

Den filter-code:

client.addFilter(new ClientFilter() {
  @Override public ClientResponse handle(ClientRequest cr) 
      throws ClientHandlerException {
    ClientResponse response = getNext().handle(cr); 
    response.getHeaders().putSingle(HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_JSON); 
    return response;
  }
});

Ausgeführt, wenn jedoch ein UnsupportedOperationException ausgelöst:

Exception in thread "main" java.lang.UnsupportedOperationException
at java.util.Collections$UnmodifiableCollection.clear(Collections.java:1035)
at com.sun.jersey.core.util.StringKeyIgnoreCaseMultivaluedMap.putSingle(StringKeyIgnoreCaseMultivaluedMap.java:78)
at com.sun.jersey.core.util.StringKeyIgnoreCaseMultivaluedMap.putSingle(StringKeyIgnoreCaseMultivaluedMap.java:56)
at App$1.handle(App.java:49)
at com.sun.jersey.api.client.Client.handle(Client.java:648)
at com.sun.jersey.api.client.WebResource.handle(WebResource.java:680)
at com.sun.jersey.api.client.WebResource.access$200(WebResource.java:74)
at com.sun.jersey.api.client.WebResource$Builder.get(WebResource.java:507)
at App.main(App.java:63)

Den zurückgegebenen Header angezeigt werden, eingewickelt in eine unmodifiable collection.

Dann versuchte ich zu kopieren Sie alle überschriften auf eine neue Kollektion, aber es gibt keine Möglichkeit, dass ich sehen kann, um set eine Karte der Header in die Antwort.

Endlich, dachte ich, vielleicht kann ich eine neue erstellen ClientResponse mit meinem geänderten Header. Allerdings wird der Konstruktor ClientResponse hat diese Signatur:

public ClientResponse(int status, 
                      InBoundHeaders headers, 
                      InputStream entity, 
                      MessageBodyWorkers workers)

Es ist trivial zu kopieren status, headers und entity Variablen aus dem original. Aber ich sehe keinen Weg, um einen Verweis auf die workers Feld.

Wie kann ich einen Jersey-client-filter zum ändern der Antwort-header aus "text/javascript" zu "application/json" so, dass mein POJO deserialisation funktionieren???

InformationsquelleAutor Greg Kopff | 2012-10-05
  1. 3

    Habe ich nicht eine Antwort auf deine eigentliche Frage, aber ich denke, ich sehe, wie Sie bekommen können, dass die Arbeitnehmer Beispiel, wenn Sie wollen, um zu versuchen, erstellen Sie eine neue Antwort in deinem filter.

    Den "Arbeitnehmer" - Objekt, das Sie benötigen, erscheint ein singleton. Wenn Sie können, besorgen Sie sich Ihre com.Sonne.jersey.api.client.Client-Instanz, die Sie abrufen können, die Arbeitnehmer-Objekt. In meinem Fall, die Jersey-client-code ist in einem unit test die Unterklassen JerseyTest. JerseyTest definiert eine Methode "client()" gibt das Client-Objekt. Ich habe folgenden test-code (naja nicht genau aber schließen):

      MessageBodyWorkers workers = client().getMessageBodyWorkers();

    Dann setze ich einen Haltepunkt im Konstruktor von ClientResponse (dies ist die ursprüngliche ClientResponse zurückgegeben Jersey. Ich habe nicht versucht zu Klonen, weil ich nicht brauchen, um für meinen test). Die Arbeiter die an den Konstruktor übergeben wurde die gleiche Instanz. Also, auch wenn Sie nicht bekommen kann den Arbeitnehmer-Objekt aus dem response-Objekt, Sie sollten in der Lage sein, um es an anderer Stelle.

    • Das schien zu tun, der track. Weitere details sind enthalten in meine Antwort.
    InformationsquelleAutor Guido Simone
  2. 7

    In Jersey 2, registriert eine Implementierung eines ClientResponseFilter mit der ClientConfig zur Manipulation der HTTP-Header der eingehenden Antworten.

    Zum Beispiel, dies scheint gut zu funktionieren mit Jersey 2.3.1 für die Manipulation von HTTP-header:

    import javax.ws.rs.client.Client;
import javax.ws.rs.client.ClientBuilder;
import javax.ws.rs.client.ClientResponseContext;
import javax.ws.rs.client.ClientResponseFilter;
import javax.ws.rs.client.ClientRequestContext;

import org.glassfish.jersey.client.ClientConfig;

/* Ensure that there is an "application/xml" Content-Type header on
 * successful responses without a content type header. */
@Provider
public static class EnsureXmlContentTypeFilter implements ClientResponseFilter {
    @Override
    public void filter(ClientRequestContext requestContext,
                       ClientResponseContext responseContext) {
        if (200 == responseContext.getStatus() &&
            null == responseContext.getHeaderString(HttpHeaders.CONTENT_TYPE)) {

            responseContext.getHeaders().add(
                HttpHeaders.CONTENT_TYPE, "application/xml"
            );

        }
    }
}

private final ClientConfig config = new ClientConfig()
    //Registering this filter adds a "Content-Type: application/xml" 
    //header to each response that lacks Content-Type headers.
    .register(EnsureXmlContentTypeFilter.class)
;
private final Client client = ClientBuilder.newClient(config);

    Der Jersey Dokumentation an Filtern und Abscheidern ist nicht perfekt, aber es hat einige links zu den javadocs für die relevanten Klassen: https://jersey.java.net/documentation/latest/filters-and-interceptors.html

    Bin ich immer der XML-Antworten von einem service, der antwortet mit XML-Inhalt, aber es fehlt ein "Content-Type: application/xml" - header. Wahrscheinlich ein besserer Ansatz wäre, sich zu registrieren MessageBodyReaders, aber der obige Ansatz funktioniert, während ich Spiele mit sich herum, die service-API.

    InformationsquelleAutor yegeniy
  3. 3

    Guido ' s Antwort bietet die Einsicht erforderlich, um erstellen Sie eine neue ClientResponse Objekt und zurück statt. Aus Gründen, ich habe noch nicht die Mühe gemacht, auf die Spur, die Schaffung einer neuen InboundHeaders hinzufügen alle vorhandenen Header, und ändern dann die einzelnen header in Frage immer noch nicht mit einem UnsupportedOperationException. Als solche, um re-write-Header, wir iterieren über die original-Header und bauen Sie den richtigen Satz schrittweise:

    final Client client = Client.create(clientConfig);
client.addFilter(new ClientFilter()
{
  @Override
  public ClientResponse handle(ClientRequest cr) throws ClientHandlerException
  {
    final ClientResponse response = getNext().handle(cr); 
    final InBoundHeaders headers = new InBoundHeaders();

    for (String header : response.getHeaders().keySet())
    {
      if (header.equals(HttpHeaders.CONTENT_TYPE))
      {
        headers.putSingle(HttpHeaders.CONTENT_TYPE, MediaType.APPLICATION_JSON); 
      }
      else
      {
        headers.put(header, headers.get(header));
      }
    }

    return new ClientResponse(response.getStatus(),
                              headers,
                              response.getEntityInputStream(),
                              client.getMessageBodyWorkers());
  }
}
    • wie dies in jersey 2.0?
    • dieser arbeitete mit 1.14. Ich weiß nicht, was hat sich geändert in 2.0. Bitte postet eine Antwort wenn Sie herausfinden, oder einen link zu der neuen Frage wenn Sie Fragen, eine neue.
    • es ist eine Einheit, interceptor oder im Körper der Nachricht interceptor in jersey 2.0, das wird den trick tun - Filter nicht funktionieren. ich habe keine genauen code kann so nicht post eine mehr formale Antwort.
    • Ich habe gerade verwendet, die oben mit Jersey-1.1. x zu ändern, eine Antwort von einem server, der eine eingehende content-Typ text/html, application/json. Vielen Dank, @GregKopff. Es gibt ein paar Dinge, die ich ändern musste: 1) if (header.equalsIgnoreCase(...) und 2) wird der else-Zweig ist Header.setzen(header, Antwort.getHeaders().bekommen(header) [ sonst werden Sie am Ende alle null].
    InformationsquelleAutor Greg Kopff
  4. 1

    In Jersey 2 verwenden, sollten Sie ClientResponseFilter. Dann können Sie einfach anrufen responseContext.getHeaders().putSingle(...).

    Unter Java 8 mit einem lambda:

    client.register((ClientResponseFilter) (requestContext, responseContext) ->
                responseContext.getHeaders().putSingle("Content-Type", "application/json"));
    InformationsquelleAutor CupawnTae
  5. 0

    Wenn Sie wollen, wieder verwenden Sie einen vorhandenen filter Instanz, registrieren Sie es einfach auf die Client statt auf die ClientConfig.

    Der alte Weg (Jersey-1.9):

         import com.sun.jersey.api.client.Client;
     import com.sun.jersey.api.client.filter.HTTPBasicAuthFilter;

     Client client = new Client();
     client.addFilter(new HTTPBasicAuthFilter(username, password));

    Neue Art (Trikot-2.3):

         import javax.ws.rs.client.Client;
     import javax.ws.rs.client.ClientBuilder;
     import org.glassfish.jersey.client.filter.HttpBasicAuthFilter;

     Client client = ClientBuilder.newClient();
     client.register(new HttpBasicAuthFilter(username, password));

    Ist das nicht der beste Lösung, aber es kann Ihnen helfen, zu migrieren.

    InformationsquelleAutor cdunn2001
Schreibe einen Kommentar