Jersey 2-filter verwendet Container Anfrage-Kontext im Client-Request-Filter

Habe ich einen Jersey 2 Web-Service, der beim Empfang einer Anforderung, macht eine Anfrage an einen anderen web-service, um die Antwort auf die ursprüngliche Anfrage. Also, wenn "A" - client stellt eine Anfrage auf meiner web-service "B", "B" stellt eine Anfrage zum "C" als Teil der Bildung der Reaktion auf "A".

Ein->B->C

Möchte ich einen filter implementieren, der ein Trikot 2 web-service, im wesentlichen:

  • "A" - Client sendet eine Anforderung mit einem header wie
    "Mein-Header:die erste

  • Wenn meine web-service "B", dann macht eine client-Anforderung "C", es sollte
    "anfügen", um die Kopfzeile, so sendet er eine Anfrage mit diesem header
    "Mein-Header:erste,zweite".

Ich implementieren möchten, dieses als ein filter also, an alle meine Ressourcen nicht haben, um die doppelte Logik von Anhängen zu den request-header.

Jedoch in Jersey 2, diese bekommen Sie 4 Filter:

  • ContainerRequestFilter - Filter/ändern Sie eingehende Anfragen
  • ContainerResponseFilter - Filter/ändern ausgehende Antworten
  • ClientRequestFilter - Filter/ändern Sie ausgehende Anfragen
  • ClientResponseFilter - Filter/ändern Sie eingehende Antworten

Jersey 2-filter verwendet Container Anfrage-Kontext im Client-Request-Filter

Ich den header einer eingehenden ersuchen, ihn zu verändern, dann verwenden Sie eine ausgehende Anfrage, also im Grunde genommen brauche ich etwas, das sowohl eine ContainerRequestFilter und ein ClientRequestFilter. Ich glaube nicht, dass die Umsetzung beide in den gleichen filter arbeiten, da Sie nicht wissen, welche Client-Wunsch-Karten, auf die Container-Anfrage, oder?

  • Was meinst du mit "wenn Sie meine web-service macht dann eine client-Anfrage"? In der Regel wird ein web-service erstellt eine Antwort aufgrund einer client-Anfrage.
  • Gemacht die Frage ein bisschen klarer jetzt
InformationsquelleAutor oggmonster | 2014-07-28
Schreibe einen Kommentar