Запросы в DFC и WDK в Documentum
У меня есть ниже запросы в DFC и WDK: -
1) TBO является типом базовых объектов и предназначен для конкретного типа объекта в Documentum. SBO для глобального использования. Можем ли мы сделать код SBO, который будет действовать как TBO, если да, то как? Как я могу сделать мой SBO специфичным для определенного типа объекта.
2) Как я могу вызвать класс поведения из action.xml в WDK? Если я не хочу использовать компонент в моей настройке WDK. Любые примеры для поддержки этих запросов будут заметны.
3) Почему требуется объем в WDK? Какова его роль и может ли область действия переопределять привилегии с точки зрения иерархии. Если пользователю предоставляется область действия для компонента в WDK, но он / она не имеет достаточных привилегий для доступа к нему в documentum. Может ли пользователь по-прежнему получать доступ к определенному компоненту?
4) Могут ли значения безопасности папки переопределять разрешения базового уровня объекта? Что будет с первыми папками безопасности или базовыми уровнями разрешений или привилегий?
Спасибо!! дебютантка
1 ответ
Это не такой вопрос для SO, по крайней мере, в большинстве частей. Тем не мение:
1.) TBO и SBO - это просто архитектурные подходы для конкретных требований. Если у вас есть определенный код, который вы хотите запустить для объектов определенного типа, а не только для объектов подтипов, вам нужно изменить объектную модель, чтобы применить логику для всех объектов в иерархии типов. Это не проблема с объектной / типовой моделью Documentum.
Например: у вас есть custom_document как подтип dm_document и custom_child1_document и custom_child2_document, оба подтипа custom_document. У вас есть TBO, установленный на custom_child2_document. Вы не хотите применять SBO, чтобы иметь доступ к пользовательской логике под dm_document. Просто добавьте TBO для ввода custom_documentm, и у вас будет логика для всех типов в dm_document.
2.) Вы не можете вызывать класс поведения без вызова компонента. Если у вас есть определенный код, который вы хотите запустить из других мест, изолируйте его в другом месте и запускайте по желанию.
3.) Вам не нужно указывать область действия для вашей конфигурации WDK. Однако, как только вы изучите WDK в деталях, вы найдете его полезным.
4.) Папка является объектом. Вы должны знать, что при доступе к объектам через папки вам нужно разрешение на доступ как к папке, так и к документу, связанному с этой папкой (достаточно уровня чтения). Вам нужны только разрешения для идентификатора объекта, к которому вы обращаетесь, например, из DQL. Базовые и расширенные разрешения предназначены для использования в особых случаях, вам не нужны расширенные разрешения для чтения содержимого объекта, если у вас есть разрешение на чтение базовых данных для вашего объекта. Однако для запуска рабочего процесса с этим конкретным объектом в качестве вложения / пакета вам необходимо иметь базовое разрешение Relate + расширенное разрешение на запуск процедуры для целевого Workflow. Различные правила действуют, когда вы хотите добавить объект в определенную папку. Но это длинная история.
Относительно безопасности папки - проверьте эту статью.