Здравствуйте всем.
Или я чо-то не понимаю или поиск не рулит, но...
В сом-сервере есть RDM и форма. Форма работает с настройками, хрянящимися в ини-файле.
Простой вопрос: Как, по нажатию кнопки на форме, передать в модуль данных настройки из ини-файла и заставить базу приконнектиться по полученным параметрам?
Т.е., проще, как заставить взаимодействовать между собой RDM и форму?..

Все, что я нашел,- это описание, как вывести в label количество подключений к RDM. Не вопрос, от RDM к форме - без проблем... А вот как обратно???

Зачем апп-серверу нужна форма ? Это же объект автоматизации, а не объект ручного управления)

> Зачем апп-серверу нужна форма ?

Чтобы настроить его например.

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

Простой вопрос.
Я изменил имя БД и хочу проверить, есть ли коннект.
Каким образом вызвать событие коннект, которое я описал в сервере... Это должно быть отдельное приложение, которое по dсом-connection или socket-connetion цепляется к ини-шке и собсно к серверу. Прально?

Дык вот нельзя ли реализовать тоже, но внутри сервера?

> Чтобы настроить его например


Кто ж его настраивать-то будет ? Он же сервер)


> Коннекшыны в RDM должны знать, куда подцепляться хотябы


Форма для этого совершенно не нужна.


> хотелось бы визуализировать его настройку.


Кто будет рассматривать твою "визуализацию" и жмакать тавои кнопки, если апп-сервер не обслуживаемый ( ибо на то он и сервер) ?

> Кто будет рассматривать твою "визуализацию" и жмакать тавои
> кнопки, если апп-сервер не обслуживаемый ( ибо на то он
> и сервер) ?


Сегодня ему надо брать данные из базы данных № 1-1 и класть в № 1-2.
Завтра ему надо брать данные из базы данных № 2-1 и класть в № 2-2.

Ночью пришел злой администратор и поменял настройки через форму, которую я хочу видеть в сервере, а не в виде отдельного приложения.

Потом. Такая задача: Выборка и обработка данных - т.н. бизнес логика. Там есть свои параметры, которые также возникает необходимость менять через морду.

Ну так и сделай для админа отдельное приложение для конфигурирования апп-сервера ! Зачем все в одну кучу лепить ?

Пришел админ, остановил твой апп-сервер, запустил твой конфигуратор (или конфигуратор при старте сам останавливает апп-сервер), настроил с его помощью ini-файл и вновь запустил апп-сервер, который при старте обращается к этому ini-файлу и считывает из него актуальные настройки.

> Ну так и сделай для админа отдельное приложение для конфигурирования
> апп-сервера ! Зачем все в одну кучу лепить ?


Да я просто спросил чо... :-D
Плохо, что нельзя реализовать в форме сервера. Форма это так получается, бесплатный пирожок...

> Плохо, что нельзя реализовать в форме сервера


Почему нельзя ? Можно)
Но сначала поясни, что ты подразумеваешь под "сервером" ..

> Почему нельзя ? Можно)
> Но сначала поясни, что ты подразумеваешь под "сервером"
> ..


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

Т.е. твой апп-сервер являет собой out-of-proc-сервер автоматизации ?

Да...

Все. Понял... Вопрос снят... :-D

ЗЫ с температурой мучаюсь неделю уже.

Но экз-р апп-сервера создается по запросу удаленного тонкого клиента (на то он и апп-сервер). Этот клиент ничего не знает ни про какие настройки - он установил коннект с апп-сервером и желает немедленно получить результат некоего запроса к БД. А в этот момент админ на хосте, где стартовал апп-сервер, с пом. той самой формы начинает в срочном порядке править конфиг.файлы, так что ли ?

> А в этот момент админ на хосте, где стартовал апп-сервер,
>  с пом. той самой формы начинает в срочном порядке править
> конфиг.файлы, так что ли ?


:-)
Если админу надо поправить настройки, он или дождется завершения обработок или убъет текущие коннекты и потом сделает это. Другое дело, если вдруг на клиенте обнаружится, что исходные данные взяты не те или не оттуда, откуда надо, то виноват админ.

> убъет текущие коннекты


Вот с этого момента поподробнее..

Как ты себе это мыслишь ?

> Вот с этого момента поподробнее..


Sktsrv.exe -> Connections/Disconnect например.
:-D

Ну дадут ему по башке, ну и ладно...

> Sktsrv.exe -> Connections/Disconnect например.


Чудесно.

А если это DCOM ?


> Ну дадут ему по башке


Ему само собой, но первому на орехи достанется тебе как программисту, реализовавшему такую дурную логику)

К тому же BSS поставляется с исходными текстами (ибо демо), что есть оч даже неплохой пример для изучения взаимодействия "формы" и "RDM"