Форум: "Базы";
Текущий архив: 2002.09.19;
Скачать: [xml.tar.bz2];
ВнизВопрос про MIDAS!!! Найти похожие ветки
← →
Julya (2002-08-23 15:15) [0]Создаю ActiveX Library, добавляю TRemoteDataModule, ну и кое-какие методы типа Logon(), Get...() Set..() и т.п. Регестрирую DLL. Пишу клиента (использую DCOMConnection). На локальной машине все хорошо... но когда хочешь клиентом приконнектиться к серверу на другой машине выскакивает ошибка "Класс не зарегистрирован". Где грабли, уважаемые мастера?
← →
Digitman (2002-08-23 15:55) [1]
> Регестрирую DLL
Где регистрируешь ? Регистрация нужна , в первую очередь, там , где серверная сторона DCOM-механизма будет искать фабрику класса AppServer"а. Именно - на той машине, к которой ты обращается клиент.
Кр.того, на машине-сервере должен быть запущен DCOM-сервер (как NT-сервис или как Win9x-приложение) и в регистрационной базе DCOM-сервера должна присутствовать рег.запись, позволяющая DCOM-серверу стартовать твой AppServer с заданными правами по запросу удаленного DCOM-клиента
← →
Julya (2002-08-27 10:44) [2]Все нормально регистрирую! Все эти условия выполняются! Вопрос остается открытым! Помогите, кто знает!!
← →
Romkin (2002-08-27 10:49) [3]Ну нельзя так просто с другой станции обратиться к dll, сервер приложений для удаленного доступа должен быть приложением (exe), а никак не библиотекой
← →
Polevi (2002-08-27 10:56) [4]используй Borland Socket Server и TSocketConnection
← →
Julya (2002-08-29 09:01) [5]Я использую Socket Server & TSocketConnection, и у меня получается обращаться к другой станции к ДЛЛ !!!
У меня возник такой вопрос: почему все таки надо писать EXE а не DLL (Romkin ответь если знаешь, плиз) и еще может кто знает какие есть подводные камни про работе с DLL??
Всем очень благодарна за помощь!!!
← →
Digitman (2002-08-29 09:23) [6]>Julya
DLL (каково бы ни было ее содержание) не может быть загрежена и выполнена как самостоятельный процесс. Для исполнения тела DLL всегда требуется хост-процесс, в АП которого DLL и загружается. В случае с BSS хост-процессом является процесс самого BSS, поэтому у тебя и "получается". Но это не есть хорошо - использовать ресурсы, распределенные системой BSS-процессу, для исполнения его "телом" инородного ему кода. Основная задача BSS : используя гнездовой транспорт и локальный COM-механизм, осуществлять "посредническую миссию" между двумя распределенными процессами в обход DCOM-механизма (каковой имеет определенные особенности и ограничения)
← →
AndrewSM (2002-08-29 14:08) [7]>Julya
Если сервер выполняется под Win2000/XP лучше всего использовать COM+ приложения (Transactional Data Module). Появляется много новых возможностей - автоматическая авторизация, диспетчеризация ресурсов, распределенные транзакции и пр.
← →
Romkin (2002-08-29 15:43) [8]А чем не устраивает exe?
а dll действительно должна грузится в адресное пространство процесса (клиентской части)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.09.19;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.005 c