专业化管理 > 支持可视化和发布 > WVS 发布规则 > 发布后 > AdditionalFilesPostPublishDelegate
AdditionalFilesPostPublishDelegate
AdditionalFilesPostPublishDelegate 可与任何 Windchill 所支持的、可用于创建发布规则中表示的文件类型的 CAD 应用程序一起使用。
完成发布且存储表示之后,AdditionalFilesPostPublishDelegate 会将表示的内容 (附加文件) 复制到 WTDocument 中。这样使得企业可以控制和显示独立于 CAD 文档结构的已发布内容,同时可通过 PublishedContentLink 维护关联记录。另外,还可以使用 delete-original <post-publish> 参数将附加文件从原始表示中删除。
此外,如果 WTDocument 已经存在,则委派代码将迭代该 WTDocument,从而提供了一种通过 WTDocument 的小版本历史记录跟踪历史记录的方法。
下表列出了 AdditionalFilesPostPublishDelegate 的有效 <post-publish> 参数名,并介绍了各个参数的用法。
必需的参数
下列参数是 AdditionalFilesPostPublishDelegate 类的必须参数。
参数名称
定义
delegate
必须是 com.ptc.wvs.server.publish.AdditionalFilesPostPublishDelegate
name
AdditionalFilesPostPublishDelegate 要创建或迭代的 WTDocument 名称。名称必须在其类型的所有对象中唯一,以确保委派能找到要迭代的正确对象。有四种可用于创建 WTDocument 名称的替代宏:{ADDITIONAL_FILE_PRIMARY_BASENAME}、{ADDITIONAL_FILE_PRIMARY_EXTENSION}、{ADDITIONAL_FILE_SECONDARY_BASENAME} 和 {ADDITIONAL_FILE_SECONDARY_EXTENSION}。这些宏将分别被主要/次要文件基础名称和主要/次要文件扩展名所替代。例如,如果使用以下 post-publish 元素:<post-publishname="name"> Additional_File_For_{AUTHORING_APP}_{EPM_NUMBER}_{ADDITIONAL_FILE_PRIMARY_BASENAME}_{ADDITIONAL_FILE_PRIMARY_EXTENSION}</post-publish>,且带有名为 "01-52108.PRT" 的部件,则·WTDocument·将被命名为:Additional_File_For_PROE_01-52108.PRT_step_01-52108_prt_stp,其中创作应用程序为 "PROE",EPM 编号为 "01-52108",附加文件基础名称为 "step_01-52108_prt",附加文件扩展名为 "stp"。
可选的参数
下列参数是 AdditionalFilesPostPublishDelegate 类的可选参数。
参数名称
定义
additional-file-primary
与该属性相关联的文本为 Java 正则表达式,该表达式与将作为主要内容添加到 WTDocument 的附加文件名称匹配。必须始终将正则表达式解析为选择单个文件。如果将正则表达式解析为选择多个文件,则系统将随机选择文件。
additional-file-secondary
与该属性相关联的文本必须为 Java 正则表达式,且该 Java 正则表达式与将作为次要内容添加到 WTDocument 的附加文件名称匹配。
delete-original
该属性为附加属性,可被添加至已包含 additional-file-primaryadditional-file-secondary 属性的 post-publish 元素中。如果将该属性设置为“真”,则将会从原始表示中删除与正则表达式匹配的原始文件。
number
AdditionalFilesPostPublishDelegate 要创建/迭代的对象的编号。如要指定该值,编号必须在该类型的所有 Windchill 对象中唯一。若未指定,系统将自动生成编号。
类型
PostPublishDelegate 要创建的对象的类型。如要指定该值,则类型可通过其“逻辑标识符”指定并且必须为 wt.doc.WTDocument 的可变类型。若未指定,AdditionalFilesPostPublishDelegate 将创建 wt.doc.WTDocument。
title
wt.doc.WTDocument 的标题。
description
wt.doc.WTDocument 的描述。
container-oid
用于 WTDocument 初始创建的容器的对象标识符字符串。如果未指定该值,则将检查 container-name;如果两个值均未指定,则会将 WTDocument 置于将要发布的 EPMDocument 所在的同一上下文中。
container-name
用于 WTDocument 初始创建的容器的路径 (请参阅以下示例) 或名称 (字符串值)。如果使用了一个名称,但该名称不存在,或有多个容器使用该名称,则“发布后”将会停止并显示一条错误消息。只有在未设置 container-oid 时才会检查 Container-name。如果未指定该值和 container-oid,则会将 WTDocument 置于将要发布的 EPMDocument 所在的同一上下文中。
示例:/wt.inf.container.OrgContainer=PTC/wt.projmgmt.admin.Project2=TestProj
folder
用于 WTDocument 初始创建的文件夹路径。
Windchill 10.2 M020 和更高版本中,如果未指定文件夹,则使用可表示对象的文件夹路径。如果指定上下文中不存在该文件夹,则会创建该路径下缺失的文件夹。例如:
要指定根文件夹:/ /default/Default
* 
使用默认值指定根文件夹时不区分大小写。所有子文件夹均区分大小写。
要指定根文件夹下的第一级文件夹:/MyFolder /Default/MyFolder/default/MyFolder
要指定多级文件夹,可使用 "/" 分隔文件夹名称:/first/second /first/scond/third/Default/first/second/Default/first/second/third
* 
由于子文件夹区分大小写,因此 /Default/first/second 所指定的文件夹与 /Default/First/second 不同。
content-description
WTDocument 内容的描述。
lifecycle-template
与 WTDocument 关联的生命周期模板。
lifecycle-state
与 WTDocument 关联的生命周期状态。
published-content-link
创建 Published Content Link 指示器。如果设置为“假”或“否”(不区分大小写),则不会创建“发布内容链接”(PCL)。这是不创建 PCL 的唯一方法。如果使用其他任意字符串,都将创建 PCL。该字符串将用作 PCL 的名称 (或类型)。系统允许多个 param-set,因此可以有多个 PCL 名称。如果将多个 PCL 命名为不同的名称,则将为每个名称创建链接至不同 WTDocument 的不同链接。如果一些或者全部 PCL 名称相同,则创建一个 wtdoc,并对第一个名称后的每个相同名称进行迭代。对于每个小版本,将创建一个 PCL。最后,如果 param-set 中并不包括 "published-content-link" 属性,则将创建 WTDocument,随后对每个“无名”published-content-link 进行迭代。
这对您有帮助吗?