wsimport завершено. Виклику SOAP усе одно потрібен проксі.
Розділяйте генерацію WSDL, отримання WSDL під час виконання та виклик SOAP, коли налаштовуєте доступ до JAX-WS через проксі.
WSDL завантажено, класи Java згенеровано, а перший виклик SOAP усе одно не виходить із мережі. Параметр проксі, який використовує генератор, належить роботі самого генератора.
Довідка з wsimport в Oracle JDK 8 описує параметр HTTP-проксі для цього інструмента. Це не переносна інструкція, вбудована в створені класи сервісу. Пізніший застосунок може працювати в іншій JVM, під іншим обліковим записом і з іншою реалізацією JAX-WS.
Визначте, який запит не вдався
| Етап | Процес або компонент для перевірки |
|---|---|
| Генерація класів із WSDL та імпортів | Інструмент збирання або виклик wsimport |
| Читання WSDL під час побудови сервісу | Розташування WSDL у застосунку та клієнт часу виконання |
| Виклик кінцевої точки SOAP | Обраний транспорт часу виконання та його налаштування проксі |
Середній етап легко проґавити. Створений сервіс може досі посилатися на віддалений WSDL. Якщо часу виконання потрібно отримати його під час побудови, налаштування порту лише після цього запізно для того раннього завантаження. Пакування потрібного опису як ресурсу застосунку може прибрати цю залежність від отримання там, де реалізація це підтримує.
Клас із назвою ClientProxyFeature з однієї реалізації не є автоматично частиною кожного постачальника JAX-WS.
Тримайте облікові дані проксі окремо від облікових даних сервісу SOAP. Успішне завантаження WSDL може бути навіть анонімним, тоді як кінцева точка операції вимагає входу, або навпаки.
Запишіть невдалий URL і точку, де зупинилися побудова або виклик. Зазвичай це показує, куди належить відсутнє налаштування, без нової спроби згенерувати ті самі класи.