Хочу хранить на сервере COM-объект, чтобы постоянно его не создавать.
Если база однопользовательская файловая, понятно что клиент = сервер.
Можно как-то обойти логику УФ?

Этот человек очень полезен - он поднимает нам настроение!

На сервере - нельзя

(0) тонкий (или веб) клиент, файловый вариант же
через веб сервер

Когда-то изучал тему хранения ком-соединения на сервере между вызовами. Реальных способов два - или "сериализация несереализуемого", или функция в модуле с повторным возвращением значений.
Первый способ, когда несериализуемый ком-объект помещается в структуру, и она уже сериализуется и хранится на сервере в параметрах сеанса. Работает только в случае существования одного рабочего процесса на сервере, при перезапуске рабочего процесса сериализованный ком-объект ожидаемо превращается в тыкву, это надо проверять и пересоздавать соединение.
Второй способ действует максимум 20 минут, это время жизни повторно возвращаемых значений, и это не настраивается. И та же проблема с единственностью рабочего процесса - если их несколько или они перезапускаются, то последующие будут выполнять функцию заново.

(4) Все намного проще
Длительные фоновые задания
Но слипа в 1С нет, поэтому нужна ВК или еще какой изврат
И для файловой не подходит ибо там логика фоновых не такая как в серверной
Короче фоновое создается с ком-объектом и висит в спячке/ожидании, периодически каким то образом общаясь с другими модулями 1С

(4) "Второй способ действует максимум 20 минут"
20 минут - это в старой доброй тёпловой и ламповой 8.2...

(0) Вынеси COM-объект наружу из 1С во внешний http-сеервис и юзай
И да устанавливать и запускать/стопать этот сервис можно прямо из 1С

(5) Но в этом случае мы имеем фиксированную задержку при обращении к ком-объекту, связанную с периодом отработки в фоновом. Это нежелательно. Хочется реактивности взаимодействия, без лишних задержек..

(8) см (7)

(9) Это потребует влезания в код конфигурации, к которой мы хотим подключаться, что часто нежелательно или невозможно

(10) В смысле?

(11) Ну веб-сервис же надо поднимать в той базе, к которой мы хотим подключаться?

(12) веб сервис можно вообще хоть на питоне поднять, а 1ской тупо к нему долбиться и получать данные.

(13) А, ну так то конечно можно. Создать дополнительного внешнего агента, хранящего ком-объект и взаимодействующего с ним по запросам от другой базы. Но это лишние сложности, несущие лишние проблемы.

(14) Ну да сложности но зато "постоянно его не создавать"

как вариант запускать базу в толстом клиенте, но открывать управляемые формы, когда нужно. В толстом же можно открывать УФ?

(0) ВК на С# же!

(16) разрешаю! но как - догадайся сам ))

(16) не взлетит, типовые УФ в толстом глючат

(19) тогда наверное нужно какое-то асинхронное выполнение, чтобы выполнение шло на клиенте, а когда нужен сервер, дергался сервер

(16) "запускать базу в толстом клиенте, но открывать управляемые формы, когда нужно."
Это примерно как гланды нетрадиционным способом. Можно конечно, но есть вероятность получить канделябром от благодарных зрителей.
Почему бы не работать штатными средствами? Типа мы легких путей не ищем?

(21) Гении легких путей не ищут

(22) Ага. Понятно. Удачи. Кактуса повыше. Стены покрепче...

(23) вообще это рассматривается в контексте темы:

Какая из самых дешевых базовых 1С-конфигураций имеет интерфейс Такси?

так можно же в толстом клиенте уф запускать. там же нет передачи мутабельных

не путать с толстым клиентом и открытием форм уф

(26) я хочу использовать УФ а не ОФ

(28) ну я про это и говорю

(29) Так уже написал в (19) если типовые УФ формы если открывать в толстом то они глючат
Ибо проги когда их писали и тестеры проверяли только в тонком клиенте
Столкнулся впервые на Рознице с этим

(30) какие типовые? там же на обработках все будет

(31) а глюки там конфо-зависимые или платформо-зависимые?

(32) конфо

(33) погоди, а как обратиться к переменной модуля приложения в толстом клиенте из УФ, чего-то не пойму

Хотя стоп, бесполезно, в 1С:Деньги у обычного пользователя нет прав на запуск в Толстом клиенте.

(34)  в толстом клиенте уф нет разделения клиент-сервер.  на клиенте доступно ВСЕ

(36) меня больше интересует на сервере в толстом клиенте. там доступны переменные модуля?

правильно говорить "толстый клиент управляемое приложение"

(37) в толстом клиенте не нужен сервер

ух ты, прикольно. Поставил точку в &НаСервере ПриСозданииНаСервере в форме документа Расход.

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

Хотя нет, там можно дать права на толстого. Отлично, все супер.

(0) Попробовать использовать модуль с повторным использованием, установить ему время жизни - на время сеанса

(42) "установить ему время жизни - на время сеанса"
Это не работает. Время жизни повторных значений максимум 20 минут, а по факту может быть меньше, если 1с посчитает что маловато свободной памяти.

(42) я уже нашел решение, спасибо. решение: запуск толстого клиента.
К тому же в повторных значениях подозреваю можно возвращать только сериализируемые значения, а не COM-объекты

откуда у него модули