Обычное приложение.
Форма одного сеанса инициирует некоторое вычисление на сервере. Получает результат.

А можно как то этот результат отдать с сервера всем таким открытым формам на всех клиентах?

Без сохранения результата в базу данных

взаимодействия между сессиями средствми 1с не предусмотрено

Нет. Напишите 100 сценариев использования данной фичи и отправьте в ООН, ОБСЕ и НАТО

(3) Это ты к чему? бывает стопицот сценариев. когда нужно послать оповещение с сервера на клиент

(4) Ни одного такого сценария не знаю - просветите?
База сама по себе решений о расчётах не принимает. //Упреждая.

(4) ну так пусть сделает способов же море просто...

понятно что все сессии должны получать/ждать эту рассылку каким то способом

(4) Сценарии использования очень любят на партнерском форуме просить, пришлют в теме десяток, а в итоге фичу так и не делают по куче "объективных" причин. Так вот отправить 100 сценариев в ОБСЕ равносильно, что отправить их в 1С - толку никакого

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

(7) Ах эта шутка была. Совсем старенький стал

(3) нужно читать как "Нет. И ничего с этим не поделаешь"

(8) угу особенно распределенная событийная модель крута...

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

(11) Можно ошибиться так что и базу убьещь или зайти на сможешь и что?

Даже в браузерах такую штуку запилили, а поначалу тоже считали: нафик-нафик

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

*не забирать ранее забраный конечно +(14)

Повторное использование возвращаемых значений?

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

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

(13) И что это такое, интересно, запилили в браузере?

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

(18) WebSocket

http://habrahabr.ru/post/79038/

(21) Сами-то читали что там написано?

А чем отличаются сеансы от соединений в рамках 1С?
Точнее какая принципиальная разница между результатами функций ПолучитьСоединенияИнформационнойБазы() и ПолучитьСеансыИнформационнойБазы()?

(23) Сеансы - это клиенты, а соединения - это клиенты + все вспомогательные соединения типа ws, фоновые задания и прочее

(24) Офф: Если я через ОЛЕ подключаюсь к базе - это соединением будет считаться? А если через &Клиента, то - сеанс. Правильно?

(25) комконнетор - соединение, но не сеанс

Нет такого. Тоже несколько раз сталкивался с потребностью некой общей таблице хранящейся на сервер 1с

Сегодня только понедельник, а уже приходится мириться с константой(хз) и с карой небесной.
Пичалько.

Всем спасибо, что сэкономили мне время на поиски решения:)

(28)только не с константой - у них там всё время какие-то проблемы с константами )))

(28), (29)+ точно они эти константы на клиенте еще не доступны ))

с константой поимеешь проблемы с блокировками. Лучше РС на одну запись

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

Ого! У константы ВерсииДанных нет.
У записи регистра тоже.

А если я буду обращаться СправочникСсылка.спр1.ВерсияДанных, то данные реквизитов этого элемента будут тянутся на клиента и платформа подождет пока к ним обращусь?

* ИЛИ платформа подождет пока к ним обращусь? +(34)

(33) У записи регистра есть доп поля, типа "Дата", например.

(31) а с блокировками тоже проблема. Думаю запуск регламентного задания для записи результата вычисления решит проблему блокировок.