Ребята, хотелось бы услышать про чужой опыт (успешный или не очень) по реализации трехзвенки в системе, в которой от 50 клиентов (в моей случае - 70, и все в разных городах).
Дело в том, что сейчас возможно придется выбирать технологию для реализации и есть определенный риск, что решая одни проблемы, приобрету другие. В настоящий момент используется система, реализованная в Borland Builder: технология COM, связь осуществляется с помощью сокетов (для чего на сервере всегда запущена утилита scktsrvr.exe). На стороне клиента используется компонент TClientDataSet+TSocketConnection, на сервере - TDataSetProvider. Проблема в том, что система работает нестабильно. Периодически у клиентов возникает ошибка "Invalid SID", природу которой до сих пор толком понять не удалось. Причина в утилите scktsrvr.exe, которая не поддерживается производителем с 2004 года. Для устранения ошибки приходится перезапускать scktsrvr.exe, а так же перезапускать все клиентские программы (что останавливает работу на несколько минут). Было принято решение переводить все на компоненты kbmMW (тут можно узнать подробнее о них: http://www.components4programmers.com/). Соблазнило описание реализованной в них функциональности, однако на деле вся эта прекрасная функциональность работает не совсем гладко. Компоненты эти в некоторых местах сырые (в частности, там реализован модуль поддержки ODAC - именно эту технологию мы используем для доступа к бд Oracle, так в этом модуле были найдены и исправлены несколько ошибок). И реализованная на этих компонентах система работает неприемлимо медленно, хотя и весьма стабильно. Сейчас пытаемся разобраться со структурой кода компонентов, чтобы попытаться понять причины "тормозов" и по-возможности исправить их, однако не исключен вариант, что эта технология (эти компоненты) будет отвергнута. И тогда встанет вопрос (уже задаемся им периодически) — какую технологию использовать? Не хотелось бы вновь потратить много времени и в итоге отказаться от использования.
Собственно, мой вопрос потому так и звучит: кто что использует для трехзвенки при написании в Borland Builder и насколько успешен опыт использования? Полагаю многим будет интересно узнать про чужой опыт.

А какие ресурсы вам для этого понадобились (люди/время)? На основе чего делали свой транспорт (Indy, other)?

BaldrМы используем COM/DCOM, правда в условиях ЛВС. Клиентов 100+. Для удаленных офисов, т.е. тонких каналов, по моему разумению, подходит не очень.

Я бы Вам рекомендовал разработать собсвенный app. сервер на сокетах, альтернативный вариант -реализовать двухзвенку (клиент-Oracle) и разместить логику на стороне СУБД. Вариант тоже так себе, но для вашей задачи может и подойдет. Нотификацию клиентов можно делать DBMS_ALERT. :)

Логика и так реализована на стороне СУБД, app. сервер требуется в частности для компрессии пакетов (да и для шифрования, чего уж тут скрывать :)). Разработать собственный app. сервер - в наших условиях задача очень трудновыполнимая по причине отсутствия ресурсов (людей мало). Самый хороший вариант - воспользоваться одной из существующих технологий. Вопрос - какой именно? Сейчас используем COM (связь через сокеты). О минусах ее я написал в первом посте. Из известных есть еще MTS (и можно похоронить планы перевода сервера на Linux), CORBA, SOAP (связь по HTTP), и kbmMW(сторонние разработчики, первые впечатления не очень). Возможно есть еще что-то, разработанное сторонними разработчиками, о чем мы не знаем. Вот я и прошу поделиться опытом использования любых конкретных технологий и решений.

ArtemiyУважаемые, а объясните мне вообще необходимость 3-х звенки в данной задаче?
Не кажется ли вам что такую систему проще и лучше будет реализовать по архитектуре классического клиент-сервера + сервер терминалов? Что не устаривает в таком решении? Чем не подходит?

Плюсы подхода:
* простота реализации; (классические, надежные технологии)
* высокая надежность;
* возможность распараллелить терминал сервера (Citrix). Вкупе с возможностями Oracle RAC мы получаем практически не ограниченную масштабируемость;
* относительно низкие требования к каналу;
* стабильность соединения. Даже если связь порвется, ваша работа и данные не будут потеряны, при повторном открытии терминальной сессии вы подключитесь к старой сессии.
* простота поддержки и обновления приложения(находится в одном месте, на сервере терминалов, настройки и данные пользователя находятся либо в базе, либо в профиле, хранящемся так же на сервере;
* возможность клиент работать на любых платформах поддерживающих возможность соединения с терминал-сервером;
* стабильность окружения в котором работает ПО, простота отладки.

Где можно почитать подробности? Я слово Citrix, признаться, слышу впервые. И еще: вы все эти плюсы перечислили, опираясь на собственный опыт? Какие у вас условия? Сколько клиентов? В условиях локальной сети или через интернет (при глючном модемном, gprs, etc)?

ValPotНе пробовали, но внушает.

www.realthinclient.com

Спасибо, ознакомлюсь.

Глас народа[quot Artemiy]
топикстартеру: вебсервисы - без альтернатив, если объемы передаваемых данных не сильно критичны.

А нельзя немного поподробнее? Какие объемы считать критичными? Хорошо было бы послушать о личном опыте. Для меня важна скорость работы, а каналы у многих клиентов (в каких-нибудь Урюпинсках) не ахти.

А что касается терминалов, то я сильно сомневаюсь, что это подойдет для моих условий. Качество связи очень далеко от идеала, часты обрывы. Потому хотелось бы вернуться к теме топика, а именно: поделитесь опытом реализации трехзвенок в похожих условиях.