Вопрос

Столкнулась со странным поведением системы. Версия 7.14.0.597.

В системной настройке 'CurrentPackageId' указан пользовательский пакет (не Custom), а в настройке 'CustomPackageId' указан пакет Custom.

При редактировании карточки раздела изменения вносятся в нового наследника этой карточки в пакет Custom, причем не под тем пользователем, под которым выполняются изменения, а под пользователем Supervisor (в полях 'Создал' и 'Изменил' нового сервиса указан Supervisor).

Никакие 'танцы с бубнами' не помогают решить данную проблему.

Может кто-то сталкивался с таким или у Вас есть идеи, как можно решить эту проблему?

Возможно, проблемы в параметрах пакета, который указан в 'CurrentPackageId'?

Нужно, чтобы изменения, выполненные в мастере, писались в пользовательский пакет, который указан в настройке 'CurrentPackageId'.

У меня такой же вопрос

1 комментарий

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

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

На прод среде имеется бизнес-процесс в пакете Custom. Я хочу изменить этот процесс, внести его в свой пакет разработки. Что собственно уже сделал на среде разработки. Однако при импорте на тестовую заметил, что этот БП не импортируется, так как такой уже есть в пакете Custom. Есть какие нибудь методы решения такой проблемы? только удаление из Custom на прод перед импортом? Или лучше всё таки новый бп создать?

У меня такой же вопрос

1 комментарий
Лучший ответ

Добрый день!
Можно у себя на стенде перетащить БП в свой пакет (сменить пакет у БП), а при установке в прод ставить архивом изменяемые пакеты (включая Custom) через установку приложения (не импорт схемы)

Добрый день!
Можно у себя на стенде перетащить БП в свой пакет (сменить пакет у БП), а при установке в прод ставить архивом изменяемые пакеты (включая Custom) через установку приложения (не импорт схемы)

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

Всем привет!

Немного предыстории. По неопытности долгое время доработка системы производилась в облаке, на продуктивной среде. Соответственно все изменения попали в пакет Custom.

Сейчас стоит задача перенести все схемы и данные из объекта Custom в отдельный пакет, выгрузить его и дальше работать в отдельном пакете на локальной среде.

Погрузивший в структуру БД было выяснено, что принадлежность схемы к пакеты находится в БД, таблица SysSchema, поле SysPackageId, данные хранятся в соседней таблице SysPackageSchemaData. Был написан нехитрый sql скрипт, который переопределяет ссылку на на новый пакет. И вроде даже все работает, но вот беда, в метаданных схемы осталась ссылка на старый пакет, т.е. в БД уже новый, а в метаданных старый.

Прошу подсказать, как быть в этом случае? Как перегенерировать метаданные схемы? Очистка редис, генерация и компиляция не помогла.

Просто вручную тыкать в каждый объект как-то не очень хочется (объектов больше 200)

У меня такой же вопрос

3 комментария
Лучший ответ

Владимир Соколов пишет:

Может, просто переименовать Custom? И создать новый Custom

 + Помимо переименования необходимо будет почистить системную настройку "Идентификатор пользовательского пакета" [CustomPackageUId], т.к. именно эта настройка отвечает за указание системного пакета.

Также хорошо бы было вычистить после этого зависимости этого пакета, т.к. по умолчанию "Custom" собирает в себе зависимости от всех пакетов.

Может, просто переименовать Custom? И создать новый Custom

Владимир Соколов пишет:

Может, просто переименовать Custom? И создать новый Custom

 + Помимо переименования необходимо будет почистить системную настройку "Идентификатор пользовательского пакета" [CustomPackageUId], т.к. именно эта настройка отвечает за указание системного пакета.

Также хорошо бы было вычистить после этого зависимости этого пакета, т.к. по умолчанию "Custom" собирает в себе зависимости от всех пакетов.

И на продуктовой среде, наверное, нужно установить CurrentPackageId на новый кастомный пакет, чтобы настройки пользователей туда попадали?

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

Добрый день. Помогите разобраться новичку с идиотской проблемой: в пакете Custom неактивна кнопка "Добавить". Следовательно -> не могу корректно создать свой пакет. Как это можно побороть?

У меня такой же вопрос

14 комментариев

Здравствуйте, Алексей.

Чтобы добавить новый пакет в контекстном меню (не обязательно пакета Custom) на вкладке [Пакеты] раздела [Конфигурация] выбрать действие [Добавить] (во вложении скриншот). Подробнее с механизмом создания пользовательского пакета вы можете ознакомиться по данной ссылке: https://academy.terrasoft.ru/documents/technic-sdk/7-9/sozdanie-polzova….

"Мария Ватулина" написал:
Подробнее с механизмом создания пользовательского пакета вы можете ознакомиться по данной ссылке: https://academy.terrasoft.ru/documents/technic-sdk/7-9/sozdanie-polzovat....

Я наверное не совсем правильно изъяснил проблему... попытаюсь по пунктам:
1. Создал свой пакет.
2. Унаследовался от предпоследнего пакета из схемы зависимостей пакетов.
3. При попытке переопределить зависимость пакета Custom (я должен указать зависимость от своего, вновь созданного пакета), обнаружил, что не могу внести данное изменение т.к. кнопки "Добавить" и "Удалить" неактивны.
4. При осмотре других пакетов данный функционал так же неактивен.

P.S. Пакет, созданный мною в SVN зафиксирован.

"Терещенко Алексей" написал:"Добавить" и "Удалить" неактивны.

Следующая вкладка на вашем скриншоте)
Custom не зависит от пакетов.
Но у него есть зависимые пакеты

"Варфоломеев Данила" написал:

Следующая вкладка на вашем скриншоте)
Custom не зависит от пакетов.
Но у него есть зависимые пакеты

Согласно обучению, которое было проведено ранее и зафиксировано в видео уроках, пакет Custom ВСЕГДА должен находится последним в цепочке зависимостей пакетов и принимать наследование, например, от моего, вновь созданного, ПРЕДПОСЛЕДНЕГО. В противном случае могут возникнуть ряд непредвиденных проблем в работе всего функционала данного продукта.
На вкладке "Зависит от пакетов" - как раз таки это и отображено. а вкладка "Зависимые пакеты" - всегда будет пустой для Custom - такова логика построения пакетов данного продукта со слов тренера по обучению.

"Терещенко Алексей" написал:такова логика построения пакетов данного продукта

Согласен, был не прав. Уже сам запутался в зависимостях.
Сейчас создал свой пакет, унаследовался от SalesEnterpriseSoftkeyRus и он автоматом перенёсся в "зависит от пакетов" Custom'а. Раньше вроде как надо было вручную указывать.

Отредактировать пакет Custom нельзя, если вы поменяли системную настройку "Издатель". Измените её обратно на Customer и отредактируйте то, что нужно. Если я правильно понял проблему.

"Сидоров Александр Валерьевич" написал:Отредактировать пакет Custom нельзя, если вы поменяли системную настройку "Издатель"

Тут я не могу ничего сказать. В работу получил систему с уже рядом внесенных изменений. Возможно Вы и правы. Но тут возникает вполне логичный вопрос: где это правится?

"Терещенко Алексей" написал:Но тут возникает

Так я и говорю - измените системную настройку Издатель на Customer

"Сидоров Александр Валерьевич" написал:измените системную настройку Издатель на Customer

Название = Издатель
Тип = Строка (500 символов)
Знач. по ум. = Customer
Код = Maintainer

это настройки по умолчанию - 100%. Т.е. они не правились.

Здравствуйте, Алексей.

После создания и сохранения вашего пакета пакет Custom должен автоматически добавиться на вкладку Зависимые пакеты вашего пакета. Откройте ваш пакет на изменение и проверьте данную вкладку. На ней должен отображаться пакет Custom (скрин 1). Также, откройте на изменение пакет Custom и проверьте вкладку Зависит от пакетов. В списке должен присутствовать ваш созданный ранее пакет (скрин 2).

"Мария Ватулина" написал:После создания и сохранения вашего пакета пакет Custom должен автоматически добавиться на вкладку Зависимые пакеты вашего пакета

Пробовал... пробовал как с фиксацией в SVN, так и без... Данного волшебства не происходит.

Алексей, проверьте в БД для пакета Custom поле Maintainer в таблице SysPackage. Возможно, что в поле указано значение от значения в системной настройке Maintainer.

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

"Мария Ватулина" написал:Возможно, что в поле указано значение от значения в системной настройке Maintainer.

"Terrasoft"

"Мария Ватулина" написал:Для более подробного рассмотрения проблемы рекомендуем обратиться в Техническую поддержку Terrasoft

Победил!!!
"Управление конфигурацией" -> "Конфигурация" -> Вкладка "Действия" -> "Компилировать все".
После чего зависимости пакетов приобрели правильную схему.
Однако, я не увидел скомпилированных исходников C#... Но это уже тема следующего поста...

Войдите или зарегистрируйтесь, чтобы комментировать