Добрый день! Имеется 1с-совместимая конфигурация, которая часто обменивается с типовой бухгалтерией данными через COM-соединение. Задача стоит следующая: нужно не подключаться к бухгалтерии каждый раз, как потребуется очередной обмен, а держать как бы постоянное COM-соединение. С этим возникают следующие проблемы.
Если создать COM-соединение на клиенте, то к нему можно потом смело обращаться в течение клиентского сеанса. НО - дальнейшие действия (запросы данных, создание новых документов и т.п.) могут быть выполнены только на сервере. А передать COM-объект с клиента на сервер для дальнейшей с ним работы программа не позволяет ("отсутствует отображение для типа COМОбъект").
Если создать COM-соединение на сервере, то серверная переменная благополучно "умирает" после завершения процедуры, и в следующий раз приходится подключаться заново. До обновления на платформу 8.2 я помещала созданный COM-объект во временное хранилище. Когда нужно было снова обмениваться данными, доставала его оттуда - это гораздо быстрее работает, чем снова подключаться. Теперь на 8.3 этот "несериализуемый" COM-объект во временное хранилище не помещается. 1С советуют "пересмотреть проектное решение". Я уже месяц пересматриваю и ничего придумать не могу.
Может быть, кто-то сможет подкинуть идею. Заранее спасибо за любые пинки в правильном направлении.

заменить на веб-сервис

(1) растолкуйте, пожалуйста, что вы имеете в виду?

(0) ЕМНИП, Fragster предлагал костыль чтобы COM-объект на сервере не умирал.

(2) Он имеет в виду использовать не подключение через COM, а организовать передачу данных через web сервис.

(3) ого, у него столько тем - сейчас попробую поискать

(4) пошла учить матчасть )

(0) ОбщийМодуль с повторно-возвращаемыми значениями.

Проблема во времени жизни этих значений, оно очень мало.

На мое предложение на партнерском реализовать механизм хранилища несериализуемых серверных значений - на меня накинулась толпа долбоящюров из франчей с криками "попячься, линукс, разным серверы в кластере, вам это не надо". Разработчики тактично отмолчались.
Такие дела.

(9) Ну, область применения достаточно узкая, возможно, есть более приоритетные направления разработки.

(3) я предлагал немного другое

(7) +1
Получил на этот вопрос несколько лет назад ответ от 1С - юзайте повторное использование возвращаемых значений

(7),(8) - пишут про 20 минут, если указывать, что "на время сеанса" . в принципе, может подойти такой вариант. Там обычно человек сидит и подряд выгрузки фигачит. Если на 20 минут ушел покурить - можно и повторно подключиться, не помрет. Короче, пробовать можно, спасибо.

(11) и где почитать? или там совсем не о том?

(0) Дарю:

Структура = Новый Структура("Объект", НесериализумыйВ83Объект);
ПоместитьВоВременноеХранилище(Структура);

Можно также таблицу значений использовать

(15) ета чит, а нормальные пацаны читами не пользуются - сам говорил

(13) если "сидит и фигачит" - сделайте "ком" в форме на клиенте ;)

(15) (16) Этот чит не работает в 8.3

(13) ЛПП (ложь, п%^&^&шь, провокация).

v8: Ошибка при переходе на платформу 8.3

(18) у меня на 1С:Предприятие 8.3 (8.3.4.408) работает
в мануале написано, что вроде не должно, но, тля, работает тем не менее

Кэш сбрасывается достаточно произвольно, 20 минут - это фантастика.

(17) на клиенте не получается, потом нужно через этот ком запросы формировать и документы создавать, надо на сервере

+(21) лично только что, нахально ухмыляясь, поместил так во временное хренилище новый COMОбъект("Scripting.Filesystemobject")

(15) да ну нафиг, я что-то подобное пробовало - не прокатило. Ушла еще раз проверять

(25) Режим совместимости?

(21) РЕАЛЬНО РАБОТАЕТ. Я пробовала, помню, на первых этапах куда-то запихивать, почему-то мне кажется, что именно в структуру - не получилось!

(27) Режим совместимости Версия 8.3.3, платформа тк и вообще 1С:Предприятие 8.3 (8.3.5.823)

(24) при работе через КОМ не обязательно делать это на сервере (я про то, что _в ком объекте_ доступны те методы, которые недоступны в тонком клиенте)

(29) гхмм, надо тестировать. Походу разрешили в 8.3.4

на 1С:Предприятие 8.3 (8.3.5.823) тоже сработало без режимов совместимости вобоще

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

1С:Предприятие 8.3 (8.3.4.408) без режима совместимости - работает

но это не повод этим пользоваться: это хитрой иглавъяйцеяцовутке рано или позжно работать перестанет - к бабке не ходи

(34) возможно, платформа ваш объект приняла за сериализуемый, кто ее знает? Мои вот не хотят туда помещаться, пробовала еще раз только что. Через структуру, как подсказал добрый человек (15) почему-то сработало. Это дает мне отсрочку, но вы правы, рано или поздно 1с этот свой баг найдет и исправит :(

:) непонятно - зачем пытаться использовать костыли, которые могут зависеть от платформы? объясните неграмотному

(36) время торопит :) Необходимо срочно, чтобы программа работала под 8.3. Пока костыль помогает - пусть работают, а я буду учить матчасть.

А вообще - всем большое спасибо, дали идеи, в каком направлении работать.

(38) нет ничего более постоянного, чем временное )))

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

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

(39) так и есть! А ведь все тянется еще с той файловой версии программы, когда не было управляемых форм и ком-объект был доступен отовсюду! Никогда ж нет времени взять и все переписать заново! Так и появляются костыли...

(37) (41) Респект таким пацанам!

(42) угу, пацанам респект, а нам, девчатам, пора идти реализовывать ваши советы.
Еще раз всем спасибо!

(42) Где извинения за (19)-то? :)

(44) А что не так? Кэш повторно-возвращаемых живет своей жизнью. 1С объясняет это "если памяти не хватает - кэш сбрасываем"

Промахнулся, (18) имел в виду :)

(0) а в чем проблема заново подключаться, неужели эти 2-3 секунды так важны?

(47) ты не поверишь

2-3 секунды - очень важны
миллион записей в регистре сведений - это не много
пара-другая десятков тысяч документов - это мало
маленькая база - это 100Гб
30 пользователей - pfff

(49) так ТС месяц пересматривает и не может найти решение, а 2-3 секунды на подключение это очень много.

Ну, я так и сказал - ты не поверишь

(15) Максимум через 20 минут или на другом rphost'е сразу - в структуре извлеченной из этого хранилища будет лежать Неопределено.