Нужно чтобы при запуске 1С сразу же подключался WSПрокси соединение с другой базой, и чтобы оно висело покуда этот сеанс не завершен.

Я пробовал делать через параметры сеанса: Фиксированный массив или фиксированная структура.
Мне 1С говорит что недопустимый тип данных.
Можно ли это проделать как то другим способом?

Спасибо!

(0) Произвольный тип данных?

Обернуть в структуру, но начиная с ~8.3.10 и это прикрыли

(1) Произвольного нету
(2) Получается никак не сделать?

(2) А если ХЗ?

(0) сделай глобальную переменную.

(5) это как понять "глобальная переменная"? Извините может вопрос дурацкий, но я думал что глобальные переменные как раз и сидят в Параметрах системы.

(5) Вы про 7.7 или про УФ?

(6) Может Параметры сеанса?

Тема напоминает что-то подобное что было не так давно... я там вроде предлагал создавать соединение в вызове общего модуля у которого в свойствах стоит ПовторноеИспользованиеВозвращаемыхЗначений = НаВремяСеанса

(9) А всё равно каждые 5 минут дохнуть будет... Вот то ли дело ламповая 8.2 - там ком-соединение (адодб) держалось до получаса...

(10) погоди, а разве сборщик мусора не раз в 20 минут приходит?

(11) Не знаю. Я так, ориентировочно про полчаса в 8.2
А то, что в 8.3 оно 5 минут от силы - это факт

(6) Глобальная переменная и параметры сеансы - это как говорят в Одессе немного разные вещи :)
(7) про УФ

(13) в общем глобальном модуле?

(14) Так какая разница в общем глобальном модуле или нет.
Нужно просто чтобы была типа "ПараметрыСистемы.ОсновнаяОрганизация"

Но у этой самой "ОсновнаяОрганизация" тип данных например "СправочникСсылка.Организация",
А тут то тип данных WSПрокси...

Вот и получается что этого типа данных нету.

глобальная переменная в модуле сеанса, разумеется она будет доступна только на клиенте.

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

(16)на сервере можно через внешнюю компоненту,так как они также как и параметры сеанса хранятся у менеджера кластера.

и,кстати,самый главный вопрос
прокси же для подключения по http протоколу,что там хранить между подключениями?

(17) да то-же нельзя, простой пример

сервер 1 - на нем создали дискрипт 123456
сохранили (не важно где и как)
идет серверный вызов, кластер отправляет его в рхост на другом сервере 2 (с линухой)
сервер 2 получает дискриптр 123456 и чего он с ним будет делать??? у него в памяти нет процесса способного что-то сделать с этим дискриптором (такой процесс есть на сервере 1).

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

(0) надо отказаться от SOAP и жизнь сразу наладится

(4) А это прикрыли. После получения все что не сериализуется и было помещено туда = Неопределено

(20) ХТТП-соединение точно так же не получится кэшировать