Как запустить простейшее приложение WebServices

@simplepilot · Регистрация: 22.07.2007

Author24 — интернет-сервис помощи студентам

Читаю книгу вижу фигу. Провёл уже 3 часа за изучением Sun Webservice Tutorial (http://java.sun.com/webservices/docs/1.3/tutorial/doc/index.html) и так и не понял как же мне реализовать реальную работу следующего проекта.
1. Есть клиент и сервер
2. Сервер предоставляет клиенту определённое API.Методы должны быть задекларированы абстрактно не привязано к какому то языку.
3. Первоночально API сервера должно быть реализовано на Java в перспективе .NET
4. Клиент обращается к методам сервера используя какой либо Stub (созданый возможно JAX-RPC)
5. Хотелось бы иметь стандартные пути для реализации соеденения между клиентом и сервером через общеизвестные протоколы такие как HTTP(S). Для нестандартных протоколов нужна возможность написания своего метода реализации соеденения.

Возможно ли это ?

@mr_dronski · 04.04.2010, 11:52

>1. Есть клиент и сервер
логично

>2. Сервер предоставляет клиенту определённое API.Методы должны быть задекларированы абстрактно не привязано к какому то языку.
WSDL - читайте туториал дальше

>3. Первоночально API сервера должно быть реализовано на Java в перспективе .NET
в общем-то, пофиг . гы-гы

)

>4. Клиент обращается к методам сервера используя какой либо Stub (созданый возможно JAX-RPC)
каким клиеннтом будете пользоватьс, тот и будет этим заниматься. JAX-RPC подойдет только для JAX-RPC (хоть это и стандарт). не забывайте также про DII (Dynamic Invocation Interface), тогда стабы не нужны, но требуется больше мозгов от разработчика (а они у нас конечно же имеются

>5. Хотелось бы иметь стандартные пути для реализации соеденения между клиентом и сервером через общеизвестные протоколы такие как HTTP(S). Для нестандартных протоколов нужна возможность написания своего метода реализации соеденения.
Нестандартные? в общем, спека SOAP подразумевает разделение transport layer и message load. так что все можно нарисовать, если у заказчика какие-либо нереализованные эротические фантазии

на сегодняшний день мне уже попадались реализации транспорта через HTTP/S, SMTP, FTP, JMS. уверен, есть еще. гугле вам поможет

читайте туториал дальше и полностью, и успехов вам

@simplepilot 1 / 1 / 5 Регистрация: 22.07.2007 Сообщений: 366
		1
	Как запустить простейшее приложение WebServices 03.04.2010, 08:00. Показов 976. Ответов 1 Метки нет (Все метки) Читаю книгу вижу фигу. Провёл уже 3 часа за изучением Sun Webservice Tutorial (http://java.sun.com/webservices/docs/1.3/tutorial/doc/index.html) и так и не понял как же мне реализовать реальную работу следующего проекта. 1. Есть клиент и сервер 2. Сервер предоставляет клиенту определённое API.Методы должны быть задекларированы абстрактно не привязано к какому то языку. 3. Первоночально API сервера должно быть реализовано на Java в перспективе .NET 4. Клиент обращается к методам сервера используя какой либо Stub (созданый возможно JAX-RPC) 5. Хотелось бы иметь стандартные пути для реализации соеденения между клиентом и сервером через общеизвестные протоколы такие как HTTP(S). Для нестандартных протоколов нужна возможность написания своего метода реализации соеденения. Возможно ли это ? 0

@mr_dronski 4 / 4 / 1 Регистрация: 13.08.2008 Сообщений: 931
	04.04.2010, 11:52	2
	>1. Есть клиент и сервер логично >2. Сервер предоставляет клиенту определённое API.Методы должны быть задекларированы абстрактно не привязано к какому то языку. WSDL - читайте туториал дальше >3. Первоночально API сервера должно быть реализовано на Java в перспективе .NET в общем-то, пофиг . гы-гы ) >4. Клиент обращается к методам сервера используя какой либо Stub (созданый возможно JAX-RPC) каким клиеннтом будете пользоватьс, тот и будет этим заниматься. JAX-RPC подойдет только для JAX-RPC (хоть это и стандарт). не забывайте также про DII (Dynamic Invocation Interface), тогда стабы не нужны, но требуется больше мозгов от разработчика (а они у нас конечно же имеются >5. Хотелось бы иметь стандартные пути для реализации соеденения между клиентом и сервером через общеизвестные протоколы такие как HTTP(S). Для нестандартных протоколов нужна возможность написания своего метода реализации соеденения. Нестандартные? в общем, спека SOAP подразумевает разделение transport layer и message load. так что все можно нарисовать, если у заказчика какие-либо нереализованные эротические фантазии на сегодняшний день мне уже попадались реализации транспорта через HTTP/S, SMTP, FTP, JMS. уверен, есть еще. гугле вам поможет читайте туториал дальше и полностью, и успехов вам 0