|
|
|
Forum Member
 
участник
Last Login: 22.11.2007 13:44
Сообщ.: 30,
Visits: 140
|
|
Необходимо сделать промежуточный уровень, между клиенским приложением и сервером БД (Sybase ASE), через сервер приложений, как я понимаю это реализуется на веб сервисах. Хотелось бы узнать, что в данном случае оптимальный использовать, промежуточном уровне не предпологается никакая аглоритмическая обработка. Взаимодествие между клиентом и сервером приложений предпологается взаимодейсвие по SOAP. Также необходимо предусмотреть сессионость между клиентом и сервером приложений.
Хотелось бы узнать, что использовать в данной задачи (AXIS, AXIS2, Burlap, и др) и вообще при разработке веб сервисов по состоянию на настоящее время. Как подходят Sun-овские технологии для разработки веб сервисов, в том числе и в SE6
А еще чтобы можно было пересылать сложные объекты, ResulSet, например
|
|
|
|
|
Supreme Being
модератор
Last Login: 10.03.2008 23:02
Сообщ.: 2 077,
Visits: 21 402
|
|
resultset cherez webservice ne pereshlete webservices rabotaut cherez xml file. Esli ya ne oshibaus to vam nuzhen axis - ya escho ne lazil v SE6 mozhet webservices tam uzhe i vklucheny - ne znayu...
mezhdu websrvice - om i DataBase mozhete postavit chto ugodno no ne sovetuyu imet v DAO business logic.
luchshe tak - webservice -> servlet ->DAO(hibernate) ili Stateless EJB eto komu kak nravitsa. Mozhno escho spring prikrutit vmesto svyazki servlet ->DAO(EJB) - eto esli vremya pozvolyaet
|
|
|
|
|
Forum Member
участник
Last Login: 22.11.2007 13:44
Сообщ.: 30,
Visits: 140
|
|
Про передачу ResultSet, я подразумевал возможность средства реализации веб сервиса преобразовывать в XML сложные объекты, понятно что не как объект его передавать...
а вот про
>>luchshe tak - webservice -> servlet ->DAO(hibernate) ili Stateless EJB
>>eto komu kak nravitsa. Mozhno escho >>spring prikrutit vmesto svyazki servlet ->DAO(EJB) - eto esli vremya >>pozvolyaet
ВебСервис->Сервлет
Сервлет то зачем????
|
|
|
|
|
Supreme Being
модератор
Last Login: 10.03.2008 23:02
Сообщ.: 2 077,
Visits: 21 402
|
|
| ya napisal eto kak primer.
|
|
|
|
|
Supreme Being
модератор
Last Login: 10.03.2008 23:02
Сообщ.: 2 077,
Visits: 21 402
|
|
| Ya imel vvidu chto esli neobhodimo obrabotat dannie poluchennie is webservice pered tem kak suvat ih v Bazu i naoborot poluchennie iz Bazy dannie peregnat v xml dlya etogo luchshe imet otdelniy object kotoriy mozhet byt vsem chem hochesh i servletom v tom chisle.
|
|
|
|
|
Supreme Being
участник
Last Login: 16.03.2007 12:40
Сообщ.: 135,
Visits: 1 461
|
|
Прежде всего, не факт что web services - лучшее решение. Они заметно съедают быстродействие в сравнении в jdbc-доступом: сначала преобразование из формата БД в XML, потом на клиенте - валидирующий парсинг. Если используется mime-encoding, то еще добавьте. Если клиент написан на Java, я бы хорошо подумал насчет сделать middle layer на EJB. А самое заманчивое решение - отговорить заказчика от этой глупости: сами же пишете, что на промежуточном уровне не будет никакой алгоритмической обработки. Или сервер лишний к делу нужно пришить?
Касательно web services. Я использую Axis. Пробовал JWSDP 3, 4, 5. Багов много; даже 5 валился при генерации wsdl -> java, если wsdl ссылается на сложную xsd. Самое большое, с моей точки зрения, усовершенствование в Axis 2 в сравнении с 1 - поддержке аннотаций при генерации java -> wsdl. Для меня лично это неактуально (всегда работаю в обратную сторону), поэтому продолжаю пользоваться 1, проблем не было.
Общепринятого механизма поддержки состояний в web services не существует. Есть несколько надстроек над web services которые, среди прочего, поддерживают stateful взаимодействие (Globus toolkit, например), но лично мне они видятся слишком тяжеловесными. Поддержку состояний реализую в своих приложениях.
К вопросу зачем сервлет к web service. Для работы WS нужен контейнер, который технически является сервлетом. Например, AxisServlet.
|
|
|
|