|
Ошибка при типовом обновлении ЗУП на 3.1.2.105 | ☑ | ||
---|---|---|---|---|
0
denispetroff
17.02.17
✎
18:21
|
При типовом обновлении ЗУП с 3.1.2.94 на 3.1.2.105 при дообновлении в предприятии вылезла ошибка:
Метод объекта не обнаружен (ЗаполнитьВидДоговораВКадровомУчетеСотрудников) КадровыйУчетРасширенный.ЗаполнитьВидДоговораВКадровомУчетеСотрудников(Параметры[0]) Процедура конечно лежит в ОбщийМодуль.КонтрактыДоговорыСотрудников... неужели такие баги ещё проходят в типовых релизах? |
|||
1
Неверный Параметр И
17.02.17
✎
18:42
|
6. Запрещена публикация чисто чтобы поглумиться различных косяков в типовых конфигурациях, примеров кривого и неоптимального кода, а также программных комментариев.
Да ты провокатор, однако. |
|||
2
Неверный Параметр И
17.02.17
✎
18:54
|
+ Полтора года стажа и единственное сообщение...
Тоньше надо, тоньше, т-щ. |
|||
3
denispetroff
17.02.17
✎
19:32
|
(2) теперь тонкий вопрос: как провернуть редирект без изменения типового модуля?
Расширения не предлагать: 8.3.9.2077-> Ошибка при создании расширения. |
|||
4
denispetroff
17.02.17
✎
19:36
|
(3) *8.3.9.2033
|
|||
5
Serg_1960
17.02.17
✎
20:12
|
(3) Вопрос ещё тоньше :) откуда такой страх изменения типовой конфигурации? Чего такие большие круглые глаза? Первый раз ошибку в типовой увидели и теперь будете любоваться на неё до следующего релиза?
|
|||
6
Serg_1960
17.02.17
✎
20:19
|
И кстати: в типовой ЗУП 3.1.2.105 нет такой проблемы. Это Вы, наверное, обновляясь перепрыгнули через обязательный релиз.
|
|||
7
piter3
17.02.17
✎
20:25
|
дообновлении это как?
|
|||
8
denispetroff
17.02.17
✎
20:29
|
(6) это тоже хотелось понять, это только у меня или же реально в типовой.
интересно, конечно же, каким образом так можно перепрыгнуть, с типовыми обновлениями (без сравнения) (5) страха нет, есть условие задачи |
|||
9
denispetroff
17.02.17
✎
20:32
|
(7) Это отложенное обновление имеется в виду
|
|||
10
piter3
17.02.17
✎
20:35
|
(9) не понял немного.
|
|||
11
piter3
17.02.17
✎
20:35
|
сравнение с поставщиком что дает.кэш протух?
|
|||
12
Serg_1960
17.02.17
✎
20:37
|
(8)Вероятно разработчики лоханулись, разрешая обновиться на 105 с 94.
"Когда не понимаешь что происходит - чисти кэши"(я сказал) :)) |
|||
13
Провинциальный 1сник
17.02.17
✎
20:39
|
(8)
Метода восстановления девственности такая. 1. Выгружаешь cf 2. Включаешь возможность изменений 3. Правишь нужные строчки кода (костылинг) в обновляторах. 4. Запускаешь режим предприятия и дожидаешься успешной процедуры обработки данных при обновлении 5. Загружаешь cf из пункта 1 без сравнения и объединения. |
|||
14
Serg_1960
17.02.17
✎
20:42
|
(10) "Администрирование" - "Поддержка и обслуживание" - "Регламентные и фоновые задания" - "Отложенное обновление ИБ"
|
|||
15
Провинциальный 1сник
17.02.17
✎
20:44
|
(6) Обязательные релизы - миф. Просто баги в процедурах обновления бывают, и в последующем их иногда правят.
|
|||
16
piter3
17.02.17
✎
20:45
|
(14) это я в курсе.я не понял он скаканул через релизы или чего
|
|||
17
Serg_1960
17.02.17
✎
20:49
|
(15) Ещё раз повторю: у меня типовая 3.1.2.105 и там нет такой ошибки. но обновлял я её последовательно, а не с 3.1.2.94
|
|||
18
piter3
17.02.17
✎
20:50
|
(17) вот примерно об этом и хотел спросить,что же сделал автор для такой штуки
|
|||
19
Serg_1960
17.02.17
✎
20:54
|
Предлагаю автору посмотреть на конфигурацию поставщика "без фильтра" (Конфигурация - Поддержка - Настройка поддержки - кнопка "Сравнить, объединить")
|
|||
20
Serg_1960
17.02.17
✎
20:57
|
(16) В UpdInfo.txt разрешено:
Version=3.1.2.105 FromVersions=;3.1.1.116;3.1.2.90;3.1.2.94;3.1.2.79;3.1.2.84;3.0.25.150; |
|||
21
denispetroff
17.02.17
✎
21:03
|
(18) Просто обновлял через поддержка-обновить, с 94 на 105 позволяется
хотел ещё понять было ли до меня "снять замок->что-то править->поставить замок" (13) этот принцип мы знаем, хотелось бы скорее узнать откуда собирается список этих процедур для отложенного обновления, еще не нашел, надеюсь на подсказку, чтобы долго не искать |
|||
22
Serg_1960
17.02.17
✎
21:09
|
(21) "хотел ещё понять было ли до меня..." - это не в тему, платформа контролирует - разрешает поставить "замочек" только через сравнение, объединение с конфигурацией поставщика.
|
|||
23
denispetroff
17.02.17
✎
21:11
|
(22) ок, понял...значит в типовой ищем....
|
|||
24
denispetroff
17.02.17
✎
21:19
|
(21) Нашел заполнение обработчиков здесь ОбновлениеИнформационнойБазыСлужебный.СформироватьСписокОтложенныхОбработчиковОбновления()
|
|||
25
Serg_1960
17.02.17
✎
21:33
|
Не хочу грузить автора, но "Отложенное обновление ИБ" - это всего лишь отложенные обработчики обновления информационной базы. Не конфигурации, а данных. То, что раньше называлось обязательные обработки обновления.
Разработчики, имхо, начудили - хранят сведения об обработчиках в константе с типом хранилище значений - так сразу можно и не увидеть что там наклоунили. |
|||
26
piter3
17.02.17
✎
21:36
|
Я стараюсь сначал полностью обновить,а уж потом пускать.Чуйка что ли срабатывает
|
|||
27
denispetroff
17.02.17
✎
21:39
|
(25) именно, сейчас разбираю механизм по которому они заполняют эту константу
|
|||
28
Yrii-ay
17.02.17
✎
21:41
|
Я думал ошибки бывают только при нетиповом
|
|||
29
piter3
17.02.17
✎
21:43
|
(28) я тоже так думал или натягивая через нцать релизов
|
|||
30
denispetroff
17.02.17
✎
22:04
|
(27) В модулях лежат процедуры ПриДобавленииОбработчиковОбновления(), в которых формируются структуры с описанием Обработчиков.
При обновлении собираются все обработчики со всех модулей и сохраняются в константу кажется так.... |
|||
31
denispetroff
18.02.17
✎
18:58
|
(30) В общем в отладке на горячую поменял значения имен обработчиков в Константе СведенияОбОбновленииИБ в ДеревеОбработчиков и в Плане обработчиков. Там же в процедуре обновления значения константы перезаписываются текущими значениями.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |