Jersey 2.6 Jackson fournisseur d'enregistrement

Je suis la mise en œuvre de services web REST avec Jersey 2.6,

Je vais avoir des problèmes à l'enregistrement d'un Jackson Fournisseur pour la prise en charge de JSON, j'ai mis en œuvre selon les jeresy documentation (https://jersey.java.net/documentation/2.6/user-guide.html#json.jackson).

  1. Ajouter maven dependency - jersey-médias-json-jackson
  2. Mis en place un ContextResolver classe.
  3. Annotée avec @Fournisseur d'activer l'option "Auto-Découverte des Fonctionnalités"
  4. web.xml a le nom du package des classes de fournisseur, de sorte que les Fournisseurs seront enregistrés au cours de l'analyse.

réf.:
http://blog.dejavu.sk/2013/11/19/registering-resources-and-providers-in-jersey-2/

Pour quelque raison Jackson JSON fournisseur n'est pas enregistré, suis-je raté quelque chose?

source d'informationauteur Asela Senanayake

  1. 12

    Jusqu'Jersey 2.9, cette fonctionnalité n'est pas auto-découvrir. Nous devons inscrire explicitement la JacksonFeature dans le Application/ResourceConfig sous-classe, ou la liste des Jackson dans le package web.xml des paquets pour le scan.

    Application de la sous-classe:

    public class MyApplication extends ResourceConfig {  
    public MyApplication() {
        register(JacksonFeature.class); //<----- Jackson Support
        packages("the.package.of.your.resources");
    }
}

    Ou web.xml:

    <servlet>
    <servlet-name>Jersey Web Application</servlet-name>
    <servlet-class>
        org.glassfish.jersey.servlet.ServletContainer
    </servlet-class>
    <init-param>
        <param-name>jersey.config.server.provider.packages</param-name>
        <param-value>
            the.package.of.your.resources,
            org.codehaus.jackson.jaxrs <!-- Jackson providers -->
        </param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

    Voir plus de détails ici, dans la "Deuxième Question".

    Oh, et juste un avis, le ContextResolver est seulement d'enregistrer les ObjectMapper dans un récupérable contexte, de sorte que le MessageBodyReader/MessageBodyWriters de la réutiliser. Mais il n'a pas d'enregistrer le réel MessageBodyReader/Writer qui est nécessaire pour le marshalling/unmarshalling.