2009-12-04 3 views

Répondre

11

En fait, la mise en œuvre JAX-WS fourni dans WebLogic 10.3 est basé sur JAX-WS RI 2.1.4 comme indiqué dans le What's New in WebLogic Server:

La mise en œuvre de WebLogic Server de JAX-WS est basé sur le JAX -WS Reference Implementation (RI), version 2.1.4, et inclut des améliorations à la couche d'outils pour simplifier la construction et le déploiement des services JAX-WS et pour faciliter la migration de JAX-RPC vers JAX-WS. Les fonctionnalités et améliorations suivantes sont disponibles sur JAX-WS RI 2.1.4.

Mais ceci est juste une note de côté :) Maintenant, pour répondre à votre question, oui , il est possible. Fondamentalement, l'idée est de tout empaqueter comme un EAR et de fournir un weblogic-application.xml pour spécifier les paquets Java qui doivent être chargés à partir de l'EAR au lieu du classloader par défaut de WebLogic. Pour ce faire, procédez comme suit:

  1. Créer un EAR avec votre guerre noyé dans
  2. Dans le META-INF/weblogic-application.xml de votre oreille, mettre

    <?xml version="1.0" encoding="UTF-8"?> 
    <weblogic-application> 
        <application-param> 
        <param-name>webapp.encoding.default</param-name> 
        <param-value>UTF-8</param-value> 
        </application-param> 
        <prefer-application-packages> 
        <package-name>com.sun.xml.*</package-name> 
        <package-name>javax.xml.bind.*</package-name> 
        <package-name>javax.jws.*</package-name> 
        <package-name>javax.xml.soap.*</package-name> 
        </prefer-application-packages> 
    </weblogic-application> 
    
  3. Mettre les fichiers JAR requis dans le WEB-INF/lib de votre guerre.

Si WebLogic rapporte des problèmes de chargement de classes, vous devrez peut-être ajouter d'autres packages Java sous l'élément prefer-application-packages.

+0

Réponse très utile, merci. Ma version jaxws 2.1.1 a été reprise par wsimport -version. – Gerard

Questions connexes