Як встановити час очікування для клієнта веб-служби JAX-WS?

Я використав JAXWS-RI 2.1 для створення інтерфейсу для моєї веб-служби на основі WSDL. Я не можу взаємодіяти з веб-службою без проблем, але не зміг вказати час очікування для надсилання запитів до веб-служби. Якщо з якихось причин це не реагує, клієнт просто здається крутитися, це колеса назавжди.

Полювання навколо показало, що я, мабуть, мав би намагатися зробити щось подібне:

((BindingProvider)myInterface).getRequestContext().put("com.sun.xml.ws.request.timeout", 10000);
((BindingProvider)myInterface).getRequestContext().put("com.sun.xml.ws.connect.timeout", 10000);

Я також виявив, що, залежно від того, яка версія JAXWS-RI у вас є, вам може знадобитися встановити ці властивості:

((BindingProvider)myInterface).getRequestContext().put("com.sun.xml.internal.ws.request.timeout", 10000);
((BindingProvider)myInterface).getRequestContext().put("com.sun.xml.internal.ws.connect.timeout", 10000);

Проблема в мене полягає в тому, що, незалежно від того, що з наведеного вище є правильним, я не знаю, де я можу це зробити. Все, що я маю, - це Serviceпідклас, який реалізує автоматично згенерований інтерфейс до веб-служби, і в той момент, коли це стає інстанційним, якщо WSDL не реагує, тоді вже занадто пізно встановлювати властивості:

MyWebServiceSoap soap;
MyWebService service = new MyWebService("http://www.google.com");
soap = service.getMyWebServiceSoap();
soap.sendRequestToMyWebService();

Хтось може вказувати мені в правильному напрямку ?!

Я знаю, що це старе і відповіли в іншому місці, але, сподіваюся, це закриває це. Я не впевнений, чому ви хочете динамічно завантажувати WSDL, але властивості системи:

sun.net.client.defaultConnectTimeout (default: -1 (forever))
sun.net.client.defaultReadTimeout (default: -1 (forever))

має застосовуватися до всіх зчитувань та підключень за допомогою HttpURLConnection, який використовує JAX-WS. Це має вирішити вашу проблему, якщо ви отримуєте WSDL з віддаленого місця, але файл на вашому локальному диску, ймовірно, краще!

Далі, якщо ви хочете встановити тайм-аути для певних служб, як тільки ви створили свій проксі-сервер, вам потрібно передати його у BindingProvider (який ви вже знаєте), отримати контекст запиту та встановити свої властивості. Інтернет-документація JAX-WS помилкова, це правильні назви властивостей (ну, вони працюють у мене).

MyInterface myInterface = new MyInterfaceService().getMyInterfaceSOAP();
Map<String, Object> requestContext = ((BindingProvider)myInterface).getRequestContext();
requestContext.put(BindingProviderProperties.REQUEST_TIMEOUT, 3000); // Timeout in millis
requestContext.put(BindingProviderProperties.CONNECT_TIMEOUT, 1000); // Timeout in millis
myInterface.callMyRemoteMethodWith(myParameter);

Звичайно, це жахливий спосіб зробити щось, я б створив приємну фабрику для виробництва цих постачальників прив'язок, яким можна вводити потрібні тайм-аути.

Властивості прийнятої відповіді у мене не працювали, можливо тому, що я використовую реалізацію JBoss JAX-WS?

Використання іншого набору властивостей (знайдених у Посібнику користувача JBoss JAX-WS ) змусило це працювати:

//Set timeout until a connection is established
((BindingProvider)port).getRequestContext().put("javax.xml.ws.client.connectionTimeout", "6000");

//Set timeout until the response is received
((BindingProvider) port).getRequestContext().put("javax.xml.ws.client.receiveTimeout", "1000");

Ось моє робоче рішення:

// --------------------------
// SOAP Message creation
// --------------------------
SOAPMessage sm = MessageFactory.newInstance().createMessage();
sm.setProperty(SOAPMessage.WRITE_XML_DECLARATION, "true");
sm.setProperty(SOAPMessage.CHARACTER_SET_ENCODING, "UTF-8");

SOAPPart sp = sm.getSOAPPart();
SOAPEnvelope se = sp.getEnvelope();
se.setEncodingStyle("http://schemas.xmlsoap.org/soap/encoding/");
se.setAttribute("xmlns:SOAP-ENC", "http://schemas.xmlsoap.org/soap/encoding/");
se.setAttribute("xmlns:xsd", "http://www.w3.org/2001/XMLSchema");
se.setAttribute("xmlns:xsi", "http://www.w3.org/2001/XMLSchema-instance");

SOAPBody sb = sm.getSOAPBody();
// 
// Add all input fields here ...
// 

SOAPConnection connection = SOAPConnectionFactory.newInstance().createConnection();
// -----------------------------------
// URL creation with TimeOut connexion
// -----------------------------------
URL endpoint = new URL(null,
                      "http://myDomain/myWebService.php",
                    new URLStreamHandler() { // Anonymous (inline) class
                    @Override
                    protected URLConnection openConnection(URL url) throws IOException {
                    URL clone_url = new URL(url.toString());
                    HttpURLConnection clone_urlconnection = (HttpURLConnection) clone_url.openConnection();
                    // TimeOut settings
                    clone_urlconnection.setConnectTimeout(10000);
                    clone_urlconnection.setReadTimeout(10000);
                    return(clone_urlconnection);
                    }
                });


try {
    // -----------------
    // Send SOAP message
    // -----------------
    SOAPMessage retour = connection.call(sm, endpoint);
}
catch(Exception e) {
    if ((e instanceof com.sun.xml.internal.messaging.saaj.SOAPExceptionImpl) && (e.getCause()!=null) && (e.getCause().getCause()!=null) && (e.getCause().getCause().getCause()!=null)) {
        System.err.println("[" + e + "] Error sending SOAP message. Initial error cause = " + e.getCause().getCause().getCause());
    }
    else {
        System.err.println("[" + e + "] Error sending SOAP message.");

    }
}

ProxyWs proxy = (ProxyWs) factory.create();
Client client = ClientProxy.getClient(proxy);
HTTPConduit http = (HTTPConduit) client.getConduit();
HTTPClientPolicy httpClientPolicy = new HTTPClientPolicy();
httpClientPolicy.setConnectionTimeout(0);
httpClientPolicy.setReceiveTimeout(0);
http.setClient(httpClientPolicy);

Це спрацювало для мене.

Якщо ви використовуєте JAX-WS на JDK6, використовуйте такі властивості:

com.sun.xml.internal.ws.connect.timeout  
com.sun.xml.internal.ws.request.timeout

Якщо ваш сервер додатків WebLogic (для мене це було 10.3.6), тоді властивості, що відповідають за таймаути:

com.sun.xml.ws.connect.timeout 
com.sun.xml.ws.request.timeout

Не впевнений, чи це допоможе у вашому контексті ...

Чи можна мильний предмет відлити як BindingProvider?

MyWebServiceSoap soap;
MyWebService service = new MyWebService("http://www.google.com");
soap = service.getMyWebServiceSoap();
// set timeouts here
((BindingProvider)soap).getRequestContext().put("com.sun.xml.internal.ws.request.timeout", 10000);
    soap.sendRequestToMyWebService();

З іншого боку, якщо ви хочете встановити час очікування для ініціалізації об’єкта MyWebService, це не допоможе.

Це спрацювало для мене, коли я бажав очікувати часу на окремі дзвінки WebService.

найпростіший спосіб уникнути повільного отримання віддаленого WSDL під час створення вашого SEI - це не отримувати WSDL з віддаленої кінцевої точки служби під час виконання.

це означає, що вам доведеться оновлювати локальну копію WSDL щоразу, коли постачальник послуг вносить зміни, але це також означає, що вам доведеться оновлювати локальну копію щоразу, коли постачальник послуг вносить зміни.

Коли я генерую клієнтські заглушки, я кажу часу виконання JAX-WS анотувати SEI таким чином, що він буде читати WSDL із заздалегідь визначеного місця на шляху до класу. за замовчуванням розташування є відносно розташування пакета Служби SEI

<wsimport
    sourcedestdir="${dao.helter.dir}/build/generated"
    destdir="${dao.helter.dir}/build/bin/generated"
    wsdl="${dao.helter.dir}/src/resources/schema/helter/helterHttpServices.wsdl"
    wsdlLocation="./wsdl/helterHttpServices.wsdl"
    package="com.helter.esp.dao.helter.jaxws"
    >
    <binding dir="${dao.helter.dir}/src/resources/schema/helter" includes="*.xsd"/>
</wsimport>
<copy todir="${dao.helter.dir}/build/bin/generated/com/helter/esp/dao/helter/jaxws/wsdl">
    <fileset dir="${dao.helter.dir}/src/resources/schema/helter" includes="*" />
</copy>

атрибут wsldLocation повідомляє SEI, де можна знайти WSDL, а копія переконується, що wsdl (і підтримка xsd .. та ін.) знаходиться у правильному місці.

оскільки розташування є відносно розташування пакета SEI, ми створюємо новий підпакет (каталог), який називається wsdl, і копіюємо всі артефакти wsdl туди.

все, що вам потрібно зробити на цьому етапі, - це обов’язково включити всі * .wsdl, * .xsd на додаток до всього * .class, коли ви створюєте файл jar-артефакту клієнт-заглушки.

(якщо вам цікаво, анотація @webserviceClient - це місце, де це розташування wsdl насправді встановлено в коді Java

@WebServiceClient(name = "httpServices", targetNamespace = "http://www.helter.com/schema/helter/httpServices", wsdlLocation = "./wsdl/helterHttpServices.wsdl")