Форум: "Corba";
Текущий архив: 2006.10.29;
Скачать: [xml.tar.bz2];
ВнизCOM-сервер Найти похожие ветки
← →
OldNaum © (2005-08-22 11:14) [0]Начну издалека ) стоит следующая задача: есть некоторая ГИС, которая использует свой язык программирования. Некоторое время назад встала задача создания COM-сервера для различных нужд, причем ПО (приклад к ГИС) написанное на скрипте должно уметь с ним работать. Т.к. сей скрипт понятия не имеет что такое COM, но умеет работать с DLL, пришлось вводить по сути трехзвенку: ПО -> некая связующая DLL -> COM-сервер.
Изначально был сделан внешний сервер автоматизации, понятное дело, упрятанный в DLL. На данный момент стоит задача некоего "объединения" СОМ-серверов в сети с целью обмена информацией между собой + еще реализация некоего функционала.
Недолго думая ) мною было принято решение написать сервис, который бы мог работать с COM-сервером и в тоже время обеспечивал связь по TCP/IP протоколу между подобными себе сервисами внутри сети.
Является ли сей вариант рациональным? Имеет ли смысл попытаться реализовать СОМ-сервер непосредственно в сервисе?
← →
Polevi © (2005-08-24 13:44) [1]я бы не стал смешивать мух с котлетами
← →
OldNaum © (2005-08-24 21:34) [2]т.е. к чему вы склоняетесь? охота сделать все "по уму" )
← →
Polevi © (2005-08-25 09:13) [3]пусть сервис занимается транспортом а COM сервер бизнес логикой
← →
OldNaum © (2005-08-25 10:15) [4]спасибо ) вы предали мне уверенности )
← →
isasa © (2005-08-25 10:27) [5]>который бы мог работать с COM-сервером и в тоже время обеспечивал связь по TCP/IP протоколу между подобными себе сервисами внутри сети.
а зачем тогда DCOM.
← →
Polevi © (2005-08-25 10:33) [6]DCOM внутри MS сети, или HTTP туннель + IIS, тяжеловато
← →
OldNaum © (2005-08-25 13:35) [7]чем проще, тем проще. про DCOM даже не задумывался. надо будет посмотреть инфу, спасибо за наводку, господа.
Страницы: 1 вся ветка
Форум: "Corba";
Текущий архив: 2006.10.29;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 1.097 c