Maillot de corps de message lecteur ne trouve pas dans maven-construit JAR

Mon application utilise un RESTE (JAX-RS Jersey) de l'interface. Quand je le lance dans Eclipse, de tout"
s amende. Les objets du domaine sont annotés, je ne suis pas en utilisant des fichiers XML pour le RESTE de la cartographie.

Maintenant, j'ai créé un autonome BOCAL à l'aide de l'maven-assembly-plugin, qui emballe l'application et toutes les dépendances dans un seul fichier JAR exécutable. Cela semble également fonctionner.

Mais quand je lance l'application et demande un objet à partir du serveur, Jersey se plaint, qu'il ne peut pas trouver le corps d'un message reader:

com.sun.jersey.api.client.ClientHandlerException: A message body reader for Java type, class de.rybu.atuin.core.entity.User, and MIME media type, application/json, was not found

Des idées pourquoi cela se produit?

EDIT: Après j'ai dormi une nuit sur elle, j'ai remarqué qu'il se plaint de JSON... mais je suis en utilisant XML pour la sérialisation. Étrange.

Ne thread de l'aide? Si non, peut-être ajouter quelques détails au sujet de votre code, l'Utilisateur de la classe...

OriginalL'auteur Olvagor | 2010-04-28

  1. 3

    Je rencontre le même problème, la recherche sur stackoverflow, j'ai trouvé que l'ajout de jersery-json-1.x.jar dans WEB-INF/lib comme suggéré par cette solution permettra de résoudre le problème.
    Veuillez donner des prix à Mikhail!

    OriginalL'auteur Tran Cay

  2. 1

    J'ai résolu le problème et je crois que je sais comment 🙂

    Mes ressources ont été annotées comme ceci:

    @Produces( { MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON })
@Path(CONTEXT_ADDRESS)
public class UserResource
{
}

    Mon client a utilisé l'ordre inverse:

    WebResource wr = ...
User user = wr.accept(MediaType.APPLICATION_JSON_TYPE, MediaType.APPLICATION_XML_TYPE).get(new GenericType<User>(){});

    Je ne sais pas ce qui a causé le problème, mais j'ai complètement supprimé JSON-support et maintenant ça fonctionne. Peut-être qu'il aurait été suffisant de simplement passer la commande de JSON et XML dans le client, mais je n'ai pas testé.

    OriginalL'auteur Olvagor

  3. 1

    J'ai rencontré un problème similaire (a bien fonctionné cours d'exécution à partir d'eclipse ou déployées comme des pots séparés, mais pas à partir de l'exécutable jar) et a constaté que cette approche pour la création de l'exécutable pots à l'aide de la dépendance maven plugin et maven jar du plugin fonctionne correctement. C'est parce qu'il met les dépendances dans un autre répertoire lib et puis comprend que dans le classpath dans le manifeste, par opposition à la fusion de l'ensemble qui peut causer de nombreux problèmes.

    OriginalL'auteur bytesmith

  4. 1

    J'ai fait face à la même question (http://goo.gl/Mk9sZ) . Il a obtenu résolu en changeant maven de la dépendance jersey-multipart pot de 1.0.2 à la version 1.8 (Utilisée de la même dépendance à côté client en tant que bien en tant que fournisseur de côté.

                 <dependency>
                <groupId>com.sun.jersey.contribs</groupId>
                <artifactId>jersey-multipart</artifactId>
                <version>1.8</version>
             </dependency>

    Vous pouvez trouver le code complet que j'ai utilisé à http://goo.gl/Mk9sZ

    OriginalL'auteur Kisanagaram

  5. 0

    Je suis à l'aide de Jersey Client 1 et pour résoudre ce problème, j'ai créé un générique json corps du message reader.

    public class JSONMessageBodyReader<T> implements MessageBodyReader<T> {

@Override
public boolean isReadable(Class<?> arg0, Type arg1, Annotation[] arg2,
        MediaType arg3) {
    return true;
}

@SuppressWarnings("unchecked")
@Override
public T readFrom(Class<T> clazz, Type type, Annotation[] arg2,
        MediaType arg3, MultivaluedMap<String, String> arg4,
        InputStream is) throws IOException, WebApplicationException {

    byte[] bytes = new byte[is.available()];
    is.read(bytes);
    String json = new String(bytes, "UTF-8");

    ObjectMapper mapper = new ObjectMapper();
    mapper.readValue(json, TypeFactory.defaultInstance().constructType(type));

    return (T) mapper.readValue(json, TypeFactory.defaultInstance().constructType(type));

}

    }

    OriginalL'auteur Filipe Ferreira