Распределенный сервер баз данных. Как залогинить пользователя?

Вероятно, у провайдера должно быть свойство, позволяющее сформировать строку подключения. Вот только не могу понять - какое. Вроде ни в одном из методов параметры аутоиндификации не передаются.

Вобщем работает это так:

Естественно необходимо определить метод интерфейса в классе удаленного модуля.
Правда с этими СОМ интерфейсам одно мучение - в связи с тем что раньше работать не приходилось, потому и возникает куча неполадок.
Первое. Странное поведение. В начале в метод передавал 2 параметра. Не работало, кричало, интерфейс неопределен. Сделал так:

Заработало. Стало работать и в первом варианте Правда юзерский дата сет начал ругатся. Выскакиват экзыпшен "Аргументы имеют неверный тип,выходят за пределы диапазона или конфликтуют друг с другом". Хм.
Соответственно возникает вопрос - че ему надо?В билдеровской справке, такой же метод определен вроде как ОлеВариант, но один. Переделал. Перестало работать все.:) Перезагрузился. Заработало.:)Правда исключение вылетает по прежнему. Буду разбираться... Правда в чем бока понять пока не могу. Читаю СОМ. :)^):)

На сервере в TypeLibrary создаешь новый метод, у него два параметра типа BSTR, Refresh

на стороне клиента

примерно так, код найти не могу похерил, но все работало.

Спасибо. Работает.
да и так тоже работает:

но мой вариант имеет один не достаток - он инициализирует удаленній сервер дважды. Благодаря твоему коду выяснил как это убрать.
Но проблема и в одном случае и в другом одна и та же. Я почему то не могу обратится к компонентам расположенным в ремотемодуле. Т.е. код на сервере (окна собщений и получение строки имени и пароля - исключительно для проверки):

Ошибка оченно информативная - "Ошибка на сервере" :)
Сейчас разбираюсь, возможно проблема связана с неверной инициализацией, или какими-то особенностями удаленного модуля данных. Потому как в стандартном модуле данная конструкция работает без проблем.
Или может быть это связано с потоковой моделью? Для данного сервера модель используется Фри. И необходимо проверять заблокирован объект или нет? тогда чем заблокирован?

Если бы это был набор BDE то рекомендовал -TSession. Попробуй в вставить:

Не знаю - окончательное ли это решение проблемы - но правильный вариант такой:

То есть, вынесение данных на форму, проблему решило. Остается открытым вопрос с блокировками - честно говоря еще не знаю как поведет себя сервер с несколькими пользователями и надо ли генерировать исключение на стороне сервера в случае например неверного логина - или сервер сгенерет его сам вобщем вопросы навеное еще будут :)

Небольшая поправка к написанному. Для нормальной работы с пользователями необходимо использовать датамодуль в виде:

Вот такие пирожки с котятами.
Одна из проблем с которыми столкнулся - при закрытии приложения - вылетает ошибка доступа на сервере. Если не вызывать делиты - то проблем вроде нет но отжирается память. :(
Будет еще чего интересного - выложу.

Подскажите плиз, где можно посмотреть инфу по потоковой модели Both - в чем ее особенность? Я так понимаю, что в это модели можно использовать COM+ - но где об этом можно прочесть? В руководстве разработчика сказано - этот потоковый тип здесь не рассматривается.

Вобщем уперся на сейчас в одну (возможно!) проблему.
В проекте программа должна работать следующим образом:
1. Вызывается удаленный СОМ-сервер.
2. При успешном вызове - вызывается метод авторизации в который передаются необходимые данные.
3. Процесс авторизации на сервере генерирует события - OnLogin or OnFailure.
4. Событие обрабатывается клиентом - соответственно если все путем - вызывается метод - коннект ДБ в котором создается динамически подключение к базе (создается датамодуль и т.п.), если событие не обработанно, обработанно неправильно или логин неверен - первыйнах.
5. Далее - закачка и передача данных и т.п.
Авторизация происходит не в домене - т.е. механизм виндоус использовать у меня не выходит. Это предистория.
Все работает нормально. События вызываются, клиенты логинятся и в целом все нормально кроме одного. Я не могу связать объект СОМ и внутренний объект SocketConnection. Не получается. Точнее коечто выходит. Т.е используя свойство AppServer - я могу получить доступ к методам сервера. Но я не могу подписать его на нужные мне события! То есть - если я объявляю:

замечательно но не все.
Соответственно если коннетится SocketConnection - он создает новый поток на сервере - и все мои логины ему до задницы :) Правда доступа к базе он тоже не получает. Хоть что то хорошое.
Если я пытаюсь выполнить обратную последовательность - т.е. законнектить компонент, а затем уже вызвать процедуру сервера - получаю ошибку при регистрации событий. Запарился.
Из этого я вижу несколько способов решения:
1. Дописать в копонент свойство, позволяющее подключить его к уже существующему серверу. Вроде самое простое решение и наверное попробую реализовать сегодня ночью.
2. Разобраться как это выполнить не расширяя компонент :) Сюдя по всему - мало реальная и не сбыточная мечта. Так как поля класса закрыты - доступ к ним я могу получить только через хак или в самом классе - первое не годится в связи с ненадежностью, второе - сказанно выше.
3. Использовать механизм транзакций СОМ+. Т.е. создать компонент зависящий от первого - установить его свойство транзакции в "требуется" и стартовать ее из родительского - коннекшион соответственно делать к дочернему.
Вот третий способ мне кажется наиболее оптимальным, но так как мне еще не приходилось реализовать приложения COM+, ну кроме тестового сегодня ночью :), подскажите плиз, правильны ли мои выкладки - и желательно - что необходимо может учесть при этом. Естетвенно, если кто либо чтото подобное делал.
Тестовый сервер у меня стартовал нормально - правда я не успел протестировать работу методов и событий и еще не до конца разобрался с транзакциями в СОМ+. Займусь этим сегодня - если у кого есть любимые грабли - поделитесь :)