在 Documentum 6.5 中创建和修改文档模板时,该对象类型的 TBO 被触发。在 5.3 创建模板并没有触发 TBO。
这是一个问题,因为在签入和保存文档时,我让 TBO 对文档进行各种处理。但是,如果文档只是进入我的模板柜的模板,我希望它什么也不做。
有没有其他人遇到过这个问题?有什么策略可以解决这个问题?
在 Documentum 6.5 中创建和修改文档模板时,该对象类型的 TBO 被触发。在 5.3 创建模板并没有触发 TBO。
这是一个问题,因为在签入和保存文档时,我让 TBO 对文档进行各种处理。但是,如果文档只是进入我的模板柜的模板,我希望它什么也不做。
有没有其他人遇到过这个问题?有什么策略可以解决这个问题?
我认为有某种方法可以以编程方式检测被操作的对象是否是模板,因此您可以将自定义 tbo 逻辑包装在 if 检查中,如果它是模板,则不会执行任何逻辑。然而...
...一般来说,在您的 tbo 中包含大量逻辑并不是一种好的做法,因为 tbo 的运行与上下文无关,并且您经常遇到这样的情况,您希望避免这种情况。最好将这种类型的逻辑放在 sbo 中,然后从您希望调用此逻辑的上下文中调用 sbo。即通过扩展webtop。
如果 5.3 不是这种情况,我会提交一个支持错误。作为一种变通方法,您可以检查 TBO 中文档的文件夹路径,如果文档在模板文件夹中,则忽略该事件。
我解决了这个问题,在创建模板之前使用脚本重命名 TBO。这禁用了 TBO,然后在创建模板后,我将它们命名回来。
有趣的问题.. 通常模板保存在预定的文件夹位置。在自定义 TBO 对象中,您可以跳过对保存在模板对象路径中的文档的附加行为的调用。