|
Добавление подсистем из внедренной БСП | ☑ | ||
---|---|---|---|---|
0
kdenis
05.05.15
✎
15:44
|
Доброго дня.
Собственную конфигурацию поставил на поддержку БСП. При внедрении только часть подсистем (начал с самых необходимых, а остальные решил добавить позже по мере ознакомления с документацией). Кода дело дошло до добавления новых подсистем, оказалось, что добавленные объекты не ставятся на поддержку. При этом при первом внедрении перенесенные объекты на поддержку встали. Вопрос: как это побороть? Последовательность действий: 1. Первое внедрение - согласно документации (все перенесенные объекты корректно встали на поддержку). 2. Добавление новых подсистем из конфигурации поставщика: 2.1 Сравнил/объединил с конфигурацией поставщика, отметил необходимые подсистемы, режим - взять из конфигурации поставщика. 2.2 Нажал выполнить. В первый раз было окно с настройкой правил поддержки, в этот раз его не было. 2.3 В результате у перенесенных объектов стоит правило "Изменения разрешены". Дальнейшее расследование показало, что при сравнении / объединении можно задать правило "Объект не редактируется" для отдельных объектов. Но! Например, всему справочнику нельзя задать это правило, только в отдельности каждому реквизиту, форме, команде. Каким образом поставить на поддержку объекты перенесенных подсистем БСП не при первом внедрении, а при последующем добавлении? |
|||
1
Поpyчик-4
05.05.15
✎
15:52
|
(0) Надо было всю БСПятину запихать и не иметь мозг с поддержкой.
|
|||
2
kdenis
05.05.15
✎
15:55
|
(1) Спасибо, но не наш метод. Библиотека содержит много полезного, и бесполезного достаточно.
|
|||
3
kdenis
05.05.15
✎
15:58
|
(2) Не исключаю, что при обновлении БСП до новой версии возможность вернуть объекты на поддержку появится.
Может быть кто-нибудь знает способ решить вопрос проще? |
|||
4
kdenis
05.05.15
✎
16:15
|
подниму
|
|||
5
Леха Дум
05.05.15
✎
16:36
|
(3)(4) а попробовать самому не вариант?
|
|||
6
kdenis
05.05.15
✎
16:41
|
(5) Вариант. Когда выйдет новая версия БСП обязательно попробую. Не знаешь как поставить объекты из (0) на поддержку не дожидаясь новой версии БСП?
|
|||
7
Леха Дум
05.05.15
✎
17:44
|
У тебя нигде не указано какая версия сейчас стоит.
Попробовать можно следующим образом: Снять с поддержки конфигурацию, взять ту версию, которая была и по новой поставить на поддержку. |
|||
8
kdenis
06.05.15
✎
11:11
|
(7) Попробовал. Результат не тот, который ожидался.
Сложный объект, например, справочник, целиком на поддержку не ставится. Все содержимое справочника (формы, реквизиты, команды) по отдельности на поддержку встают (закрываются замками), при этом у самого справочника режим "Снят с поддержки". Простые объекты, например, общие модули, на поддержку встают корректно. |
|||
9
kdenis
06.05.15
✎
15:04
|
еще подниму
|
|||
10
kdenis
07.05.15
✎
19:27
|
Исследование проблемы пока привело к следующим результатам:
Как оказалось, у объектов, которые даже вручную не ставятся на поддержку, различается между конфигурациями только справочная информация! Объединяю один из таких объектов с конфигурацией поставщика, сохраняю конфигурацию. При новом сравнении снова вижу отметку о том, что объекты различаются справочной информацией и, соответственно, режим "Не редактируется" установить нельзя. Может кто знает, как объединить объекты, чтобы и справочная информация объединилась тоже? |
|||
11
Лефмихалыч
07.05.15
✎
21:50
|
(0) может ты добавляешь новые объекты из конфигурации, не равной конфигурации поставщика?
|
|||
12
kdenis
08.05.15
✎
09:11
|
(11) Вряд ли. Конфигурация поставщика загрузилась в мою базу, с ней и делаю сравнение/объединение, добавляю новые объекты. При повторном сравнении/объединении видно, что объекты разные и различаются справкой.
|
|||
13
mistеr
08.05.15
✎
09:24
|
(10) Замечал такое при объединении конфигураций (без поддержки). Похоже, что иногда в HTML текст автоматически вносятся какие-то несущественные изменения (типа перевода строк), которые делают объекты не идентичными. Похоже на баг платформы.
|
|||
14
kdenis
08.05.15
✎
09:46
|
(13) Тоже думаю, что баг платформы. А изменения там не в переводах строк, а в гуиде конфигурации и версии mshtml. Причем, у некоторых объектов эти данные в справке различаются, но сравнение показывает, что они одинаковы. А у некоторых, как в моем случае, показываются различия.
На просторах сети нашел способ: 1. Выгрузить конфигурацию поставщика в файл, загрузить ее в пустую базу. 2.Скопировать оттуда справку в виде html в свой проблемный объект. 3. Сравнить/объединить объект с конфигурацией поставщика. По словам автора, проблема у него решилась. Мне же данный способ не помог. Оставлю тут, может кому поможет. |
|||
15
kdenis
08.05.15
✎
10:07
|
В надежде на помощь расскажу еще одно замечание.
1. Попробовал удалить проблемный справочник в своей конфигурации. 2. Из созданной на основе сохраненной конфигурации поставщика базы скопировал этот справочник в свою конфигурацию. При копировании получил сообщение: Обнаружены неразрешимые ссылки: Справочник.ДополнительныеОтчетыИОбработки.Форма.ФормаЭлемента.Справка Какая-то проблема именно с этой справкой. Единственное, что могу предположить: У справки есть свой гуид, который совпал с имеющимся в моей базе. И при копировании платформа не может создать объект с имеющимся гуидом, и присваивает справке новый, который, соответственно, не равен гуиду поставщика. Задам еще вопрос: как найти существующий гуид в базе и при необходимости изменить его? |
|||
16
Леха Дум
26.05.15
✎
17:03
|
(15) Открой справку и посмотри на текст, выделенный как ссылка, смотри его свойства и если увидишь в поле "Адрес" текст "Отсутствующий объект метаданных", поменяй на правильный
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |