java.lang.NoSuchMethodError: javax.ws.rs.de base.Application.getProperties()Ljava/util/Carte; lors du déploiement de jersey ws pour Weblogic

Je suis le déploiement d'une application de service web sur Weblogic 12. L'application utilise jersey et dépend donc de javax.ws.rs-api:2.0.1 bibliothèque.

Cependant, quand je la déployer sur le serveur j'ai un message d'erreur suivant :

Caused By: java.lang.NoSuchMethodError: javax.ws.rs.core.Application.getProperties()Ljava/util/Map;
    at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:304)
    at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
    at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:311)
    at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:170)
    at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:358)
    at javax.servlet.GenericServlet.init(GenericServlet.java:240)
    at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:337)
    at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:288)
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
    at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
...

Je pense que weblogic pourrait avoir sa propre version de javax.ws.rs.de base.Application qui n'ont pas cette méthode getProperties (). Je suis le package de l'application dans un fichier WAR et essayé d'utiliser

  <container-descriptor>
    <prefer-web-inf-classes>true</prefer-web-inf-classes>
  </container-descriptor>

dans weblogic.xml, indiquer explicitement Weblogic pour utiliser la version 2.0.1 de cette bibliothèque.

Rien n'a aidé jusqu'à présent, le sujet est toujours en place..

Grâce.

C'est probablement un problème de chargement de classe où le soleil jersey client (1.x) est chargé en mémoire avant le plus récent jersey, bibliothèque, paragraphe 2.x). J'ai eu ce problème lorsque d'autres utilitaires que j'utilise jersey-client 1.x, mais j'ai été en mesure d'exclure la possibilité que la dépendance dans mon projet de construire des fichiers.

OriginalL'auteur andreybavt | 2014-10-09

J'ai trouvé que cela fonctionne comme une solution. L'ajouter dans votre weblogic.xml:

    <wls:container-descriptor>
    <wls:prefer-application-packages>
        <!--  jersey-bundle-*.jar-->
        <wls:package-name>com.sun.jersey.*</wls:package-name>
        <wls:package-name>com.sun.research.ws.wadl.*</wls:package-name>
        <wls:package-name>com.sun.ws.rs.ext.*</wls:package-name>

        <!-- Jackson-*.jar -->
        <wls:package-name>org.codehaus.jackson.*</wls:package-name>

        <!-- jettison-*.jar -->
        <wls:package-name>org.codehaus.jettison.*</wls:package-name>

        <!-- jsr311*.jar -->
        <wls:package-name>javax.ws.rs.*</wls:package-name>

        <!-- asm.jar -->
        <wls:package-name>org.objectweb.asm.*</wls:package-name>
    </wls:prefer-application-packages>
</wls:container-descriptor>

De référence à partir d'Oracle Weblogic Documenation

seulement  <wls:package-name>javax.ws.rs.*</wls:package-name> est nécessaire pour que votre erreur.
Quand je fais cela, mon service de cesse de travailler sur WebLogic 12.2.1.3.0 (rien ne l'indique dans les journaux, il ne répond plus)

OriginalL'auteur AsemRadhwi

Vous devez vous connecter pour publier un commentaire.