Скажем, нужно обновить конфигурацию. Обновление вышибает всех пользователей. Почему бы 1С не возобновлять открытые окна со введенными в них данными? Ведь на сервер (при записи) все равно посылается XML, с сервера (при открытии) получается тоже XML. Его бы куда-нибудь локально, что ли, сохранять время от времени (как бы запись, но не на сервер) и потом возобновить, если прошло обновление или другой вид сбоя (обрыв связи, выключение питания, программная ошибка). Также сохранять открытые окна, чтобы их не отыскивать и не переоткрывать, что было бы удобно также и при отладке.

Нормальный софт давно так умеет....

(0) а если добавился реквизит в документ?

(2) Считаешь это большой проблемой?

(0) в 8.3, говорят, еще и не такое реализовано

"Обновление вышибает всех пользователей"
у меня не вышибает... А такие обновления, которые вышибают - я не делаю во время работы :-)

(3) для открытия формы этого документа - да

(6) да ладно, не думаю что там структура xml меняется, можно это и учесть

+(7) *полностью меняется

(5) С обновлением метаданных, я имею в виду. Можно на вечер сдвигать всю работу, но тут выяснилось что в вечернее время тоже кто-то работает, и им прилетает обломинго.

тогда на поздний вечер сдвигать

У них еще и при динамическом обновлении, оказывается, тоже все вылетает.
Я думаю что надо отправлять в 1С петицию. :-)
Если кто поддерживает - ставлю пункт голосовалки.

(7) меняется, запакуй документобъект в xml, добавь реквизит в этот док, попробуй прочитать xml

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

(0) ТС настолько увлёкся манипуляциями, что даже в голосовалке ставит единственный вариант

(14) Считайте это подписью под петицией.

уф  говорят умеют делать реконнект к серверу

Или ты до сих пор не перешел на уф? а???

(14) это видимо, автор предвидит бурное обсуждение и жаркие дебаты, по этому решил защитить ветку от бота @{Длинная ветка}

(4) Читаю http://habrahabr.ru/post/147077/ - вроде бы действительно что-то есть. Хорошо бы если это так, но в http://v8.1c.ru/overview/release_8_3_1/ это на первый взгляд не подтверждается.

(17) УФ это что?

Клиент у меня тонкий.

(0) Против. У пользователя должно быть минимум открытых окон. Иначе он в них запутается.

(22) Ему самому решать сколько у него должно быть открыто окон. Если надо закрыть - он закроет окно, разве не так? После сбоя или реструктуризации я имею в виду их возобновлять.

(23) Не так. Большинство пользователей на такое не способны.

(24) Не способны закрыть окно если они хотят закрыть окно?

(19) а откуда навязчивая идея обновлять обновления в полете?

(25) Они неспособны хотеть закрыть окно. Они даже не знают, что оно открыто, зато воют о том, что программа врет, что он заблокировал объект, ведь тот у него даже не открыт.

(21) в тонком есть история окон, научи их

(28) Жостко :)

(28) В истории нет журналов.

(27) Это не наша проблема. Наша проблема - при любом сбое вернуть все как было.

(31) это не проблема, это хотелка

а не все хотелки есть добро

Чтоб при сбое не накрылось - кури резервирование кластеров и т.д., построение отказоустойчивых систем. Обновление - не есть сбой, штатное закрытие

(32) Это проблема. У пользователей не должно сбоить и пропадать введенное им.

(34) И как это поможет не накрыться сбою до записи у клиента?

что поможет? резервирование кластеров - там синхронизация идёт процессов, и при вылете сервака гонку принимает другой, сохранив все данные, окна и т.д.
http://www.gilev.ru/1c/app/

(37) Пользователь вводить документ, но еще не нажал на Сохранить. Как "кластеры" и прочее помогут ему не потерять сделанный воод?

(38) Это позволяет обеспечить непрерывность работы:

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

Если требуется техническое обслуживание компьютеров кластера, их можно выключать прямо во время работы, не останавливая работу пользователей с информационной базой.
При выходе из строя любого сервера кластера работа пользователей не остановится она будет автоматически переведена на резервный кластер и/или на резервные рабочие процессы. Для пользователей такой переход будет незаметным.
Если один из рабочих процессов кластера завершится аварийно, подключенные к нему пользователи будут автоматически переведены на другие или резервные рабочие процессы. Такой переход также будет незаметен для пользователей. (с)

(38) Главное не как, главное что это работает. Юзер просто переходит вместе со своим контекстом на другой сервер и даже не замечает этого.

(39) Уборщица выдернула кабель - это понятно, а если программист добавил в метаданные реквизит-другой? В сабже ведь про изменение конфигурации.

(41) обновление - это штатная ситуация, 1с реализована так, что требуется выгон юзеров. нефиг обновлять посреди рабочего дня

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

К примеру, я добавил реквизит в справочник или документ. Если клиент действительно тонкий, то почему при следующем открытии окна он не может это изменение показать без закрывания и открывания всей 1С? Где он это все хранит?

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

Пользователи вышибаются, фоновые задания не вышибаются...

Казалось бы, что мешает тонкому клиенту пользоваться старыми метаданными - ну будет в базе поле новое или уже несуществующее - тонкому клиенту-то какая разница!

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

8 байт лишних пересылать.

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

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

Это уберет необходимость аварийных выбросов пользователей из 1С при обновлении конфигурации.