Есть самописная конфигурация, которая по COM подключается к БП3.0, и периодически забирает оттуда некоторые данные. Для оптимизации получение COM-соединения было вынесено в виде функции в модуль с включенным "на время сеанса" повторным возвращением значений. В версии 8.2 это работало нормально - соединение кэшировалось, и обращение к нему было моментальным. Кэш сбрасывался через 20 минут неактивности, как и положено по документации.
После перехода на 8.3 кэш повторного возвращения сбрасывается намного раньше - где-то через 1 минуту. Это нормально? Можно ли как-то управлять временем кэширования?

(0) Нет и это печально.

(1) И через временное хранилище в 8.3 теперь COM-объект не закэшируешь, а тут еще и кэширование средствами повторного возвращения значений урезали. Такой вот прогресс наоборот получается..

(2) ПодключитьОбработчикОжидания, который будет дергать кэш, не давая расслабить ему булки. Ну и я спрошу на партнерском.

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

(3) ссылку кинь

(4) и это избавило от необходимости кэширования

Мда... К рукоблудству склоняют... ((

(4) Я нифига не понял.

(8) условно:

Процедура ЭтоФоновоеЗадание()
  Перем Соединение;

  Соединение = УстановитьСоединение();
  Пока Истина Цикл
    Пауза();
    Если ПораЧтоТоДелать() Тогда
      ЧтоТоДелаем();
    КонецЕсли;
    ОбновляемРССЖивостью();
  КонецЦикла;
КонецПроцедуры

Процедура ЭтоРегламентноеЗадание()
  Если РССЖивостьюСвежий() Тогда
    Возврат;
  КонецЕсли;

  Если ФоновоеЗаданиеЕсть() Тогда
    ОтменяемЕго();
  КонецЕсли;
  
  ЗапускаемФЙоновоеЗадание();
КонецПроцедуры

(3) Спасибо за совет. Вариант через дергание регламентным заданием работает)

(9) ГХМ. Это один, универсальный механизм?

(9) Механизм многопоточности?

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

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

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

ух, что там на партнерском!
в кратце: "не нужно!" %)

(14) Толпа дятлов из франча начала псевдоумия разводить.

Интеллигенция, ёпт.