Динамическое обновление общего модуля #638477

Внес изменения в общий модуль, обновлил динамически. Перезашел в 1С предприятие, изменения не вступили в силу. Что не так делаю? Как правильно обновлять?

не использовать динамическое обновление

кэш почисти

не надоело ещё на граблои с динамическим налетать, да потом ещё и спрашивать што случилось?

"Что не так делаю?" Не правильно обновляешь. "Как правильно обновлять?" Не демонически))

ошибка динамического обновления .как я понимаю была исправлена еще в весенних релизах

она не то что не исправлена, она до сих пор не признаётся 1с. исправляют мелкие баги, саму суть ошибки - не получается у них за все сколько-там лет

(интереса ради) Хоть кто-нибудь из присутствующих представляет как реально работает демоническое обновление?

в общих чертах, толстый клиент. на тонком ваще хз

Вам не надоело гнать на динамическое обновление? Когда в сильно переписанной базе 100+ пользователей, по-другому не сильно получается. За несколько лет база обновляется динамически по несколько раз в день - проблем не было ни разу А по теме - наверняка просто кеш надо почистить

"проблем не было ни разу" "наверняка просто кеш надо почистить"

>>А по теме - наверняка просто кеш надо почистить А из за чего, стесняюсь спросить? Из-за демонического. Никто не гонит, пользуйтесь на здоровье, тока за столько лет пора понять что летит кэш, и спрашивать об этом уже моветон

Ню-ню. Оптимистичненько. Проблеме динамического обновления уже несколько лет. Ситуация стала лучше, чем раньше, но "исправили", это излишнее преувеличение...

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

Согласен Необходимость очищать папку - небольшое осложнение, ИМХО.

дак это и есть последствия демонического в общем случае, или ты связи не видишь между кривым кэшем и демоническим?

Он не видит в этом проблемы :)

Как в анекдоте про женщину не могущую отказать и доктора

непонятно, почему сама платформа не чистит кеш при запуске базы? Почему это вручную надо делать?

Сорри, но есть ещё один "скрытый" аспект демонического обновления, на который мало кто обращает внимание. Риторический вопрос: ради чего делается оперативное обновление конфигурации? Чаще всего - для оперативного устранения выявленных критичных проблем. Но даже если это "малозначное" изменние конфигурации - задумайтесь: Юзверы, которые не перезапустили сеанс, продолжают работать с "устаревшей" конфигурацией - в то время, когда остальные уже рабтают с "актуальной" конфой! Когда вы вносите демонические изменения - вы думаете об этом? Что одновременно будет работать две схемы - устаревшая и обновленная? Иногда это чревато малоприятными последствиями. Сорри за много буковок, но считаю нужным донести мысль в полном объёме.

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

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

Если изменилась процедура проведения документа, то юзвери, у которых есть права будут заставлены перевойти?

Новые задания, стартовавшие после обновления. Или ты говоришь о работающих в момент? Это не могу представить, как может быть

Я уточню свою мысль - я полностью согласен, что динамическое обновление, в случае если есть выбор, использовать не надо. Но! Если бы возможности обновлять динамически не было бы в принципе, ситуация была бы гораздо хуже. Почему 1с не решает некоторые оставшиеся проблемы с динамическим обновлением - вопрос другой

Они не кэшируют конфигурацию - им это не надо. Кэширование - только для клиентов, которые вечно недовольны быстродействием 1С :)

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

Да и вообще мир не идеален :)

Но вообще, если хаотически автоматизировать хаос - получится хаотически автоматизированный хаос. А быстро реагировать на крики пользователей "Это надо сделать здесь и сейчас!" - глупо. 99%, что это вполне может подождать неделю, и 70-80% - что это вообще делать не надо.