![]() |
|
|
Регистрация Восстановить пароль |
Повторная активизация e-mail |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
![]() |
|
Опции темы | Поиск в этой теме |
![]() |
#1 |
Форумчанин
Регистрация: 25.09.2008
Сообщений: 209
|
![]()
Здравствуйте. Возникла задачка, предполагаю, что она типичная, но куда копать для осознания этой "типичности" - не знаю.
Суть вопроса: имеется система документооборота, доступ к документам она даёт через своё АПИ, которое реализовано в виде COM-сервера, т.о. для того, чтобы выбрать нужный документ из неё - необходимо, чтобы на компьютере были зарегистрированные классы, т.е. соответствующее ПО было установлено. Имеется так же база данных другая (производство, цех), самописная. Клиентам, работающим с БД цеха документооборот не нужен, поэтому на машинах его им не устанавливают, но некоторые документы просматривать требуется. Идея такая, доработать СУБД таким образом, чтобы клиент по своему запросу обращался к своему серверу, тот лопатил документооборот, вытаскивал нужный документ, и передавал его клиенту. Однако, есть небольшая проблема - СУБД на линуксе, дополнительное ПО на машину не поставить, поэтому, по всей видимости, остаётся взять дополнительный комп, установить на нём документооборот, и написать программу, которая будет принимать запросы от соседнего компьютера, и отдавать ему нужные данные. Существуют ли типовые способы решения проблемы? Или реализации этой схемы, что это за схема такая, шлюз како-нибудь? Подскажите, пожалуйста, кто в курсе, что можно почитать на эту тему! |
![]() |
![]() |
![]() |
#2 | ||
Белик Виталий :)
Старожил
Регистрация: 23.07.2007
Сообщений: 57,097
|
![]() Цитата:
Цитата:
I'm learning to live...
|
||
![]() |
![]() |
![]() |
#3 | ||
Форумчанин
Регистрация: 25.09.2008
Сообщений: 209
|
![]() Цитата:
Ну и ещё, для текущих насущных задач даже более целесообразно, чтобы к базе документооборота обращалось серверное ПО производства. Насколько я понимаю, вопрос дополнительной машины возник только из за невозможности установки COM-сервера и прочих технических приблуд на серверной машине. Цитата:
у нас вопрос возник между отделами, сейчас он на стадии согласования ТЗ. Пожалуй, коротко всё обсуждение можно описать одним словом, кому логичнее писать этот "шлюз" (или как там его назвать), у кого будет стоять этот промежуточный компьютер. И как собс-но это делать. Последний раз редактировалось AnTe; 26.11.2012 в 11:43. |
||
![]() |
![]() |
![]() |
#4 |
Старожил
Регистрация: 17.11.2010
Сообщений: 18,922
|
![]()
В дельфях и без особых заморочек сделать сервер приложений с одним RemoteDataModule и несколькими методами для обмена данными с клиентами. С клиента соединяться через DCOMConnection
Если бы архитекторы строили здания так, как программисты пишут программы, то первый залетевший дятел разрушил бы цивилизацию
|
![]() |
![]() |
![]() |
#5 |
Форумчанин
Регистрация: 25.09.2008
Сообщений: 209
|
![]()
Спасибо! Навели на нужное направление. Просто до этого не приходилось даже организовывать связь между приложениями, за исключением трививальных случаев, не то, что организовывать удалённое взаимодействие
погляжу матчасть в сторону DCOM, RPC |
![]() |
![]() |
![]() |
![]() |
||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Безпроводная сеть компьютер-компьютер | <Slavs> | Свободное общение | 10 | 14.05.2012 09:10 |
Бесплатный смс шлюз | CodeNOT | PHP | 1 | 03.04.2012 11:26 |
TWebBrouser + шлюз | Prox_ | Работа с сетью в Delphi | 7 | 03.03.2011 19:32 |
GSM - шлюз | snake-as | Свободное общение | 3 | 01.04.2008 14:50 |
Безопасная связка компьютер-компьютер, как организовать наилучшую защиту | Alar | Операционные системы общие вопросы | 3 | 17.02.2008 21:15 |