Клиент JAX-WS: каков правильный путь для доступа к локальному WSDL?

еще один подход, который мы успешно приняли, заключается в создании прокси-кода клиента WS с помощью wsimport (от Ant, как задача Ant) и указании атрибута wsdlLocation.

<wsimport debug="true" keep="true" verbose="false" target="2.1" sourcedestdir="${generated.client}" wsdl="${src}${wsdl.file}" wsdlLocation="${wsdl.file}">
</wsimport>

так как мы запускаем это для проекта с несколькими WSDL, скрипт разрешает $(wsdl.файл} значение динамически, которое устанавливается как /META-INF/wsdl/YourWebServiceName.wsdl относительно расположения JavaSource (или /src, в зависимости от того, как вы настроили свой проект). Во время процесса сборки, файлы WSDL и XSDs копируются в это расположение и упаковываются в файл JAR. (аналогично решению, описанному Бхасакаром выше)

MyApp.jar
|__META-INF
   |__wsdl
      |__YourWebServiceName.wsdl
      |__YourWebServiceName_schema1.xsd
      |__YourWebServiceName_schmea2.xsd

Примечание: убедитесь, что файлы WSDL используют относительные ссылки на любые импортированные XSDs, а не HTTP URL:

  <types>
    <xsd:schema>
      <xsd:import namespace="http://valueobject.common.services.xyz.com/" schemaLocation="YourWebService_schema1.xsd"/>
    </xsd:schema>
    <xsd:schema>
      <xsd:import namespace="http://exceptions.util.xyz.com/" schemaLocation="YourWebService_schema2.xsd"/>
    </xsd:schema>
  </types>

на созданный код, мы находим:

/**
 * This class was generated by the JAX-WS RI.
 * JAX-WS RI 2.2-b05-
 * Generated source version: 2.1
 * 
 */
@WebServiceClient(name = "YourService", targetNamespace = "http://test.webservice.services.xyz.com/", wsdlLocation = "/META-INF/wsdl/YourService.wsdl")
public class YourService_Service
    extends Service
{

    private final static URL YOURWEBSERVICE_WSDL_LOCATION;
    private final static WebServiceException YOURWEBSERVICE_EXCEPTION;
    private final static QName YOURWEBSERVICE_QNAME = new QName("http://test.webservice.services.xyz.com/", "YourService");

    static {
        YOURWEBSERVICE_WSDL_LOCATION = com.xyz.services.webservice.test.YourService_Service.class.getResource("/META-INF/wsdl/YourService.wsdl");
        WebServiceException e = null;
        if (YOURWEBSERVICE_WSDL_LOCATION == null) {
            e = new WebServiceException("Cannot find '/META-INF/wsdl/YourService.wsdl' wsdl. Place the resource correctly in the classpath.");
        }
        YOURWEBSERVICE_EXCEPTION = e;
    }

    public YourService_Service() {
        super(__getWsdlLocation(), YOURWEBSERVICE_QNAME);
    }

    public YourService_Service(URL wsdlLocation, QName serviceName) {
        super(wsdlLocation, serviceName);
    }

    /**
     * 
     * @return
     *     returns YourService
     */
    @WebEndpoint(name = "YourServicePort")
    public YourService getYourServicePort() {
        return super.getPort(new QName("http://test.webservice.services.xyz.com/", "YourServicePort"), YourService.class);
    }

    /**
     * 
     * @param features
     *     A list of {@link javax.xml.ws.WebServiceFeature} to configure on the proxy.  Supported features not in the <code>features</code> parameter will have their default values.
     * @return
     *     returns YourService
     */
    @WebEndpoint(name = "YourServicePort")
    public YourService getYourServicePort(WebServiceFeature... features) {
        return super.getPort(new QName("http://test.webservice.services.xyz.com/", "YourServicePort"), YourService.class, features);
    }

    private static URL __getWsdlLocation() {
        if (YOURWEBSERVICE_EXCEPTION!= null) {
            throw YOURWEBSERVICE_EXCEPTION;
        }
        return YOURWEBSERVICE_WSDL_LOCATION;
    }

}

возможно, это тоже поможет. Это просто другой подход, который не использует подход "каталог".

большое спасибо за ответ Бхаскар Karambelkar, который подробно объясняет и фиксированная моя проблема. Но также я хотел бы перефразировать ответ в три простых шага для тех, кто спешит исправить

1. сделайте вашу ссылку на локальное местоположение wsdl как wsdlLocation= "http://localhost/wsdl/yourwsdlname.wsdl"
2. создайте папку META-INF прямо под src. Поставить свой WSDL-файл в папку мета-инф, скажем мета-инф/WSDL-файл

3. создайте xml - файл JAX-ws-catalog.XML на основе мета-инф, как ниже

   <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog" prefer="system"> <system systemId="http://localhost/wsdl/yourwsdlname.wsdl" uri="wsdl/yourwsdlname.wsdl" /> </catalog>

теперь упакуйте свою банку. Нет больше ссылки на локальный каталог, все это упаковано и ссылается в

для тех из вас, кто использует Spring, вы можете просто ссылаться на любой classpath-ресурс, используя classpath-протокол. Поэтому в случае wsdlLocation это становится:

<wsdlLocation>classpath:META-INF/webservice.wsdl</wsdlLocation>

обратите внимание, что это не стандартное поведение для Java. См. также: http://docs.spring.io/spring/docs/current/spring-framework-reference/html/resources.html

имел точно та же проблема, что описана здесь. Независимо от того, что я сделал, следуя приведенным выше примерам, чтобы изменить местоположение моего файла WSDL (в нашем случае с веб-сервера), он все еще ссылался на исходное местоположение, встроенное в исходное дерево серверного процесса.

после много часы, пытаясь отладить это, я заметил, что исключение всегда выбрасывается из одной и той же строки (в моем случае 41). Наконец сегодня утром, я решил просто отправить мой исходный код клиента нашему торговому партнеру, чтобы они могли хотя бы понять, как выглядит код, но, возможно, построить свой собственный. К моему шок и ужасы Я нашел кучу файлов классов, смешанных с моими .java-файлы в исходном дереве моего клиента. Как странно!! Я подозреваю, что это был побочный продукт инструмента JAX-WS client builder.

Как только я ударил этих глупых .файлы классов и выполнили полную очистку и перестройку клиентского кода, все работает отлично!! Редонкул!!

YMMV, Андрей