Die POJO-basierte JSON-Bindungsunterstützung für Jackson in Jersey 2.0 kann nicht aktiviert werden.

Question

Ich benutze Jersey, um JSON (mit POJO-Mapping durch Jackson) und Jetty (ausgehend von der Hauptmethode) zu erzeugen.
Es funktioniert für Jersey 1.x perfekt .:

ServletHolder sh = new ServletHolder(ServletContainer.class); 
sh.setInitParameter("com.sun.jersey.config.property.resourceConfigClass", 
         "com.sun.jersey.api.core.PackagesResourceConfig"); 
sh.setInitParameter("com.sun.jersey.config.property.packages", "service"); 
sh.setInitParameter("com.sun.jersey.api.json.POJOMappingFeature", "true"); 
... 
context.addServlet(sh, "/rest/*"); 
Server server = new Server(8080); 
server.setHandler(context); 
server.start(); 

Jetzt wanderte ich mein Projekt nach Jersey 2.0 und gescheiterte POJO based JSON Bindung in ihm zu ermöglichen, habe ich folgendes: Offensichtlich org.glassfish.jersey.message.internal.MessageBodyProviderNotFoundException: MessageBodyWriter not found for media type=application/json, type=class business.entity.ExampleEntity, genericType=class business.entity.ExampleEntity.

, com.sun.jersey.api.json.POJOMappingFeature nicht mehr gültig wie Jersey geht an org.glassfish

die documentation folgendes sagen:

Um Jackson als JSON (JAXB/POJO) Provider zu verwenden, müssen Sie JacksonFeature und einen ContextResolver für ObjectMapper (falls erforderlich) in Ihrem Konfigurierbaren (Client/Server) registrieren.

Aber ich kann nicht herausfinden, wie es in meinem Fall richtig geht.

habe ich ein wenig project für diese Frage:

Zweig master - arbeitete Beispiel für Jersey 1.17.1;

Zweig jersey-2.0-migration - nicht funktioniert Versuch, auf Jersey 2.0 zu migrieren - Test fehlgeschlagen;

Zweig jersey-2.0-migrate-client-only - nicht arbeiten Versuch zu verwenden, Jersey-Client 2.0 mit Arbeits Server Jersey 1.17.1 - Test fehlgeschlagen.

Frage ist: Wie 2.0 POJO basiert JSON Bindung in Jersey ermöglichen

Answer 1

Die Dokumentation etwas veraltet ist. Das neueste Jackson-Build bietet einen automatisch erkennbaren Anbieter. Fügen Sie die folgenden Gläser des Klassenpfad:

1) Jackson-Annotationen-2.2.2.jar

2) Jackson-core-2.2.2.jar

3) Jackson-databind-2.2 .2.jar

4) Jackson-jaxrs-base-2.2.1.jar

5) Jackson-jaxrs-json-Provider-2.2.1.jar

6) Jackson-Modul- jaxb-annotations-2.2.2.jar

Stellen Sie sicher, dass Sie "com.fasterxml.jackson.jaxrs.json" zur Servletkonfigurationseigenschaft "jersey.config.server.provider.packages" hinzufügen, damit der Jackson Json-Provider automatisch erkannt werden kann.

Answer 2

Ich mochte @ jontro's Kommentar/Antwort ... also werde ich es als Antwort anstatt als Kommentar veröffentlichen, damit die Leute es nicht verpassen (hoffentlich ist das in Ordnung).

Werfen Sie einen Blick auf https://github.com/FasterXML/jackson-jaxrs-providers, wo es neue jackson Jaxrs-Anbieter gibt (aus dem Jackson-Projekt und nicht aus dem Jersey-Projekt).

Beachten Sie, dass dies Jackson2 Abhängigkeiten (Jackson-Core-2.2.3.jar usw.) eher als Jackson1 Abhängigkeiten bringt, die Jersey-Media-Json-Jackson bringt (jackson-core-asl-1.9.13.jar etc).

Für meine Maven-Projekt mit Trikot 2.5 dies schlägt sich in:

die Abhängigkeit entfernen:

<dependency> 
    <groupId>org.glassfish.jersey.media</groupId> 
    <artifactId>jersey-media-json-jackson</artifactId> 
    <version>2.5.1</version> 
</dependency> 

die Abhängigkeit hinzufügen:

<dependency> 
    <groupId>com.fasterxml.jackson.jaxrs</groupId> 
    <artifactId>jackson-jaxrs-json-provider</artifactId> 
    <version>2.2.3</version> 
</dependency> 

Dank @ user2562639 und @jontro.