Maillot de version problème: MessageBodyReader pas trouvé le type de support=application/xml
Pendant l'écriture d'un simple Maillot client qui a été la consommation de données XML, je suis tombé sur cette exception "MessageBodyReader pas trouvé le type de support=application/xml". Tous mes paramètres, y compris le maillot client comme les dépendances maven a été très bien.
La version que j'utilisais était de 2,17. Une fois que j'ai dégradé la version 2.15, il a commencé à bien fonctionner. Quelqu'un peut-il expliquer quelles sont les dépendances qui doit être incluse pour la version 2.17 au travail.
Maven Dependency (fonctionne sur 2.15 et inférieur)
<dependency>
<groupId>org.glassfish.jersey.core</groupId>
<artifactId>jersey-client</artifactId>
<version>${jersey.version}</version>
</dependency>
Java Extrait de Code pour la consommation du service
Client c = ClientBuilder.newClient();
WebTarget target = null;
target = c.target(Main.BASE_URI_XML);
String customerId = "415D7AB5";
XYZ response = target.path(customerId).request(MediaType.APPLICATION_XML).get(XYZ.class);
OriginalL'auteur Anant | 2015-06-10
Vous devez vous connecter pour publier un commentaire.
Ont un coup d'oeil à 27.3. La migration à partir de Jersey à 2.16 2.15
Merci pour votre réponse. J'étais presque mort jusqu'trouvé votre réponse. 🙂
Juste une remarque (discus) . Si vous importez de la NOMENCLATURE au lieu de les dépendances séparément vous, vous pouvez l'éviter.
pas vraiment. Vous avez encore le besoin d'inclure la dépendance. La nomenclature n'est bon que pour le "contrôle de version". Il ne fait pas importer toutes les dépendances. Le problème est que le client ne tirez pas dans le xml de la dépendance, si vous avez encore besoin de l'ajouter
Non, vous ne devriez pas en avoir besoin. Vous ne devriez même pas besoin d'ajouter la dépendance. Il devrait déjà être tirés par Jersey serveur dépendances. Ce poste est sur le client (qui n'est pas automatiquement tirer). Aussi loin que l'enregistrement, il ne devrait pas être nécessaire. Peut-être vous manque juste la
@XmlRootElememt
annotation sur le POJO (c'est une erreur assez commune)OriginalL'auteur Paul Samsotha