Я говорю об синхронном на стороне клиента. Это означает, что запросчик службы блокируется после отправки сообщения службе.вызов синхронного обслуживания на стороне клиента
Мой вопрос: связан ли он с параметром -a -s инструмента wsdl2java, поскольку -a генерирует код стиля асинхронного программирования и -s генерирует код стиля синхронизации.
Или блокировка или отсутствие клиентской стороны полностью контролируется логикой клиента?
Благодаря
-a Генерировать только код стиля асинхронного программирования (по умолчанию: off)
-s Генерировать только код стиля синхронизации (по умолчанию: выключено). Приоритет более -a
Эти параметры определяют, как ваш клиент будет вести себя для запроса/ответа, когда вы используете WSDL2Java в большинстве случаев, когда вы обычно пишете бизнес-логику, чтобы сделать соответствующие вызовы с соответствующими параметрами.
Вы можете еще более ездить на клиента стиль вызова, но его действительно не будет легко читать, что автогенерируемая код AXIS 2. :)
Вы можете использовать инструмент wsdl2java для создания либо синхронным (блокирующий) или асинхронный (без блокировки) клиента заглушки.
Для получения более подробной информации я бы рекомендовал прочитать документацию low level APIs. Это будет описывать работу кода, который вы найдете в ваших сгенерированных java-файлах.
Если вы используете NetBeans для создания вашего клиента веб-службы , сгенерированная операция по умолчанию уже синхронна. Если вы хотите переключить его на асинхронный вызов или наоборот, вы можете легко выполнить следующие этапы: