Изменение модуля конфигурации программно для большого количества баз

Опубликовал Roma (Olenevod) в раздел Программирование - Практика программирования

Обработка загружает в конфигурацию измененный модуль (формы или объекта).

Обработка позволяет изменять модули конфигураций программно. Хороша в с лучае когда имеется приличный список баз. 

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

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

 

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

http://help1c.com/faq/view/413.html

http://help1c.com/faq/view/271.html 

 

Доработал обработку. Теперь клиент-серверный вариант определяется автоматически.

Добавлена возможность делать резервную выгрузку баз перед изменением или отдельно сделать выгрузку всех баз. 

Добавлено окно процесса обработки с отображением потраченого и оставшегося времени. 

 Если кто заметит ошибки в ходе тестирования сообщите. 

Скачать файлы

Наименование Файл Версия Размер
Изменение модулей конфигураций
.epf 19,39Kb
13.03.12
46
.epf 19,39Kb 46 Скачать

См. также

Добавить вознаграждение
Комментарии
1. Доржи Балбаров (Angeros) 07.03.12 04:30 Сейчас в теме
А каким образом происходит само изменение модуля?!
2. Сергей Кучеров (СергейКа) 610 07.03.12 08:44 Сейчас в теме
(1) Стандартным. Достаточно посмотреть код.
(0) Вообще не плохо, хотя еще много чего можно доработать.
На мой взгляд самая большая проблема - опасный инструмент, можно много чего повредить.
3. Roma (Olenevod) 19 07.03.12 10:08 Сейчас в теме
Да не думаю, что уж много. Вдобавок если базы все с однотипным модулем, то риск не такой уж и большой. Тем более если на одной базе предварительно протестировать. Конечно дело тонкое, надо аккуратно подходить. У меня тоже были вначале большие опасения, но пока полет нормальный. Могу, кстати, добавить предварительную выгрузку (бэкап) если базы не велики.
4. Fomix (fomix) 21 13.03.12 09:39 Сейчас в теме
А вносить изменения, используя хранилище не пробовал? Может такой путь все-таки лучше будет, чем такая "бомба"?!
5. Roma (Olenevod) 19 13.03.12 16:50 Сейчас в теме
Да твой вариант, конечно же оптимальный. Но эту вещь я создал для "залатывания дыр". Или для внесения изменения не во все "свои типовые" базы, а лишь в выбранные.
Т.е. на предприятии много баз. В хранилище лежит нормальная конфа и проверенная. И вот в определенный момент в некоторых базах дыра. Помещать в хранилище заплатку не хочется, которую потом переделывать надо все равно.
Ну мжт найдет еще какое применение эта обработка..
6. JER MARK (JER_MARK) 13.03.12 16:52 Сейчас в теме
Пока не скачаешь - не поймешь в чем "бантик". Для меня это новое - меня модули конфигурации программно...
7. al petrov (petrov_al) 10 13.03.12 20:37 Сейчас в теме
Спасибо, скачал вашу обработку, для меня это новое...менять модули и обновлять конфигурацию с помощью командной строки. Только вот как быть если в базе висят пользователи. И еще макет с двоичными данными для чего что-то непонял объясните пожалуйста.
8. Roma (Olenevod) 19 14.03.12 13:44 Сейчас в теме
Сорре за замешательство. Двоичные данные остались случайно. Дело в том, что у меня это была комплексная обработка. Там еще было реализована регистрация/обновление внешних обработок для большого количества баз (и большого кол-ва обработок) могу выложить позже, когда дополирую ее.
Текущую обработку доработал и исправил ошибки.

Кстати так менять модули мне показалось быстрее, чем через хранилище.