wessen exppRMI - синхронный вызов
A WS типа нет?
- если через SMTP то нет :)

wessen
С точки зрения прикладника, наверное и WS поверх SMTP тоже синхроный.
- SOAP не относится ни к синхронным, ни к асинхронным протоколам, т. к. SOAP сообщения односторонние.

wessen Kachalov wessen
С точки зрения прикладника, наверное и WS поверх SMTP тоже синхроный.
- SOAP не относится ни к синхронным, ни к асинхронным протоколам, т. к. SOAP сообщения односторонние.

SOAP это лишь одна из сотавляющих WS и если SOAP сам по себе асинхронный, то это не значит, что WS тоже асинхронные. Есть еще такая штука, как WSDL, там описываются операции (имя, вх. параметры, вых. параметры), можно замапить все это дело на Java методы и для прикладника , использующего эти методы, все будет выглядеть синхронно и не важно, что там в недрах, SOAP(а может и XML RPC) повер HTTP, SMTP или TCP.
- я знаю что такое Web-сервисы и WSDL и на всякий случай хочу уточнить что:

SOAP не синхронный и не асинхронный - он односторонний! Т. е. SOAP это спецификация сообщения, а не диалога. То что Вы называете "синхронным" взаимодействием это два независимых сообщения одно из которых шлет клиент, а второе сервер. Синхронным или асинхронным является транспортный протокол используемый для отправки этих сообщений HTTP, SMTP, JMS

web-сервисы это надстройка над SOAP

WSDL не требует синхронного взаимодействия и вообще не указывает способ взаимодействия (синхронный/асинхронный)

в web-сервисах предусмотрены четыре типа взаимодействия: запрос-ответ (request-response), одностронее (one-way), требование ответа (solicit-response), уведомление (notification). Если так называемые " прикладники " абстрагируются от "синхронного" транспортного протокола (HTTP), то взаимодействие типа one-way или notification назвать "синхронным" им просто не удастся :)

wessen Kachalov
SOAP не синхронный и не асинхронный - он односторонний! Т. е. SOAP это спецификация сообщения, а не диалога.


я тоже так подумал, но меня все-таки смутила последняя буква P - Protocol.
- протокол, потому что есть отправитель и получатель, но это не означает, что получатель сообщения должен отвечать отправителю.

wessen
Kachalov
Если так называемые " прикладники " абстрагируются от "синхронного" транспортного протокола (HTTP), то взаимодействие типа one-way или notification назвать "синхронным" им просто не удастся :)

Удастся.
one-way - public void meth(String param) //тут с натяжкой, но все-же
notification - public String meth() // а тут чем не синхронное взаимодействие?

по большому счету, это все разновидности request-response.

one-way - public void meth(String param) //request без response
notification - public String meth() //response без request
это односторонние взаимодействия и по большому счету все как раз наоборот, request-response в SOAP представляют собой два отдельных сообщения, которые в рамках транспорта на основе HTTP удается запихнуть в синхронное взаимодействие запрос-ответ в пределах одного сетвого соединения, а если бы в качестве транспорта использовался SMTP это были бы два разных сетевых соединения и соответственно два отдельных сообщения: одно сообщение это сообщение-запрос SOAP-клиента к SOAP-серверу, а второе сообщение это сообщение-ответ от SOAP-сервера к SOAP-клиенту, причем когда именно придет ответ от SOAP-сервера точно не известно, т. к. SMTP-сервера используют понятие очередь при отправке сообщений. Т. е. с точки зрения SOAP все работает нормально, а с точки зрения пользователя системы, смена транспортного протокола сильно меняет характеристики приложения - за счет "очереди" повышается устойчивость к большой нагрузке, но время отклика получается не гарантированным.

wessen
Вы как-то все низкоуровнево копаете, вот есть замапленый к примеру метод на WS - public String meth(String param), неужели кому-то понадобится посытать параметр одним HTTP запросом, а получать ответ другим. Хотя на самом деле, в недрах того-же аксиса все так и может произойти, смотря чего там с биндингами в WSDL намудрили.
- т. к. SOAP по определению однонаправленный работать это может как угодно, все зависит от реализации - о чем собственно и речь :)