Обработка позволяет изменять модули конфигураций программно. Хороша в с лучае когда имеется приличный список баз.
Предварительно измененный модуль или модули выгружаются в каталог через конфигуратор. В самой обработке указывается путь к этому каталогу.
Естественно обработку надо запускать в отдельной базе (модуль которой не надо менять). Обработка получает пути подключения к конфигурациям из файла общего списка баз.
Ее еще можно доработать до полного удобства, но сперва выложу такой. В модуле обработки я использовал некоторые уже готовые варианты получения списка баз и путей.
http://help1c.com/faq/view/413.html
http://help1c.com/faq/view/271.html
Доработал обработку. Теперь клиент-серверный вариант определяется автоматически.
Добавлена возможность делать резервную выгрузку баз перед изменением или отдельно сделать выгрузку всех баз.
Добавлено окно процесса обработки с отображением потраченого и оставшегося времени.
Если кто заметит ошибки в ходе тестирования сообщите.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
А каким образом происходит само изменение модуля?!
(1) Стандартным. Достаточно посмотреть код.
(0) Вообще не плохо, хотя еще много чего можно доработать.
На мой взгляд самая большая проблема — опасный инструмент, можно много чего повредить.
Да не думаю, что уж много. Вдобавок если базы все с однотипным модулем, то риск не такой уж и большой. Тем более если на одной базе предварительно протестировать. Конечно дело тонкое, надо аккуратно подходить. У меня тоже были вначале большие опасения, но пока полет нормальный. Могу, кстати, добавить предварительную выгрузку (бэкап) если базы не велики.
А вносить изменения, используя хранилище не пробовал? Может такой путь все-таки лучше будет, чем такая «бомба»?!
Да твой вариант, конечно же оптимальный. Но эту вещь я создал для «залатывания дыр». Или для внесения изменения не во все «свои типовые» базы, а лишь в выбранные.
Т.е. на предприятии много баз. В хранилище лежит нормальная конфа и проверенная. И вот в определенный момент в некоторых базах дыра. Помещать в хранилище заплатку не хочется, которую потом переделывать надо все равно.
Ну мжт найдет еще какое применение эта обработка..
Пока не скачаешь — не поймешь в чем «бантик». Для меня это новое — меня модули конфигурации программно…
Спасибо, скачал вашу обработку, для меня это новое…менять модули и обновлять конфигурацию с помощью командной строки. Только вот как быть если в базе висят пользователи. И еще макет с двоичными данными для чего что-то непонял объясните пожалуйста.
Сорре за замешательство. Двоичные данные остались случайно. Дело в том, что у меня это была комплексная обработка. Там еще было реализована регистрация/обновление внешних обработок для большого количества баз (и большого кол-ва обработок) могу выложить позже, когда дополирую ее.
Текущую обработку доработал и исправил ошибки.
Кстати так менять модули мне показалось быстрее, чем через хранилище.