Всем привет,

Хотелось бы спросить мнения у знающих людей на счет следующего:

Данно:
1. клиент: GUI (реализованний а-ля SWING)
2. <tcp-ip> (будет)
3. некий engine (посути либа) и как back-end - база

Работает 1-с-3 без проблем, но надо дать возможность использовать прогу пользователям из инета (а-ля Java Web Start), без всяких там citrix metaframe'ов и т.д.

Хотелось бы элегантно связать 1-с-3, при этом обеспечив простоту и легкость.
Самое простое что приходит в голову - веб-сервис (+ надо апп сервер)

Есть ли еще жизнеспособнные варианты?

Спасибо.

Спасибо откликнувшимся

Чендлерне совсем понял что такое 3
если БД то через jdbc
3 = либа (читай логика), которая работает с сервером сообщений и базой
Это жестоко - базу выставлять "наружу всему миру"...

MBasilЕсли
2. <tcp-ip> (будет)
то зачем WebService, так как WebService и web приложение предполагают (в основном)
использование HTTP.
Установив устойчивый (?) tcp-ip сокет и при отсутствии необходимости экономить
ресурсы нет необходимости использовать web приложение ? (чистый Интранет)
В противном случае для связи клиента с приложением обязательно HTTP, или я чего-то не понял.
Совершено верно говорите и понимаете.
Хотелось бы постоянности, легкости и обеспечить высокую пропускную способность, отсуда следует : tcp-ip + свое придумывать, как обвертивать все данные и т.д. (но нехотелось бы).

http/web-service - сейчас как единственный приемлемый вариант (много стандартных вещей уже реализованно и работает там, ничего придумывать ненадо, но далеко не самый эффективный вариант думаю)

Кстати, приложение для internet пользователей.


JAX RPCJAX RPC
Надо смотреть

MBasilБудете использовать собственный протокол обмена выгадаете немного в производительности.
Используете WebService с JAX-RPC вымграете в гибкости, возможности общего публикования службы, возможности интеграции и наращивания, однако проиграете в производительности.
Я бы все-же выбрал стандартный подход..

Мне тоже хочется стандарта, обеями руками "за" - так можно сказать, но
нерадует меня как-то перспектива JAX-RPC...

Прокомментировать можите?

Спасибо!

Web Services Technologies

Java API for XML-Based RPC (JAX-RPC)

JAX-RPC enables building of Web services and Web applications based on the SOAP 1.1 specification, Java SE 1.4 or lower, or when rpc/encoded style must be used. If possible, JAX-WS should be used instead as it is based on the most recent industry standards.


Web services hints and tips: JAX-RPC versus JAX-WS, Part 4

Summary

Both JAX-RPC and JAX-WS provide a dynamic client model. And both can be viewed as equivalent from a high-level point of view. But when you get down to the details, you can see that JAX-RPC's dynamic model is an RPC model, while JAX-WS's dynamic model is a messaging model. The JAX-WS APIs provide greater flexibility and are the next step in the evolution of Web services programming models. JAX-WS also adds support for asynchronous support and for a dynamic service, which JAX-RPC doesn't define.

И еще..Или еще один подход - открываете URL connection с web-серваком, на серваке подымаете обычный сервлет и по запросу выкидываете xml-ны. Парсинг xml - на ваше усмотрение, в технологиях недостатка нет. Тока подход этот сам по себе кривой. Как и проект, в котором я его видел :)

в топку такой подход :)
проще и быстрее тогда все через tcp пустить...

Blazkowicz guiМне тоже хочется стандарта, обеями руками "за" - так можно сказать, но
нерадует меня как-то перспектива JAX-RPC
XFire?
Интересно. Надо попробывать...
Спасибо!