特定管理 > 支援視覺化與發行 > WVS 發佈規則 > 後發行 > AdditionalFilesPostPublishDelegate
AdditionalFilesPostPublishDelegate
AdditionalFilesPostPublishDelegate 可與 Windchill 支援的以及可以建立在發行規則中指出之檔案類型的任何 CAD 應用程式搭配使用。
在完成發行且儲存表示之後,AdditionalFilesPostPublishDelegate 會將表示的內容 (其他檔案) 複製到 WTDocument。此舉是為了當透過 PublishedContentLink 維護關聯的記錄時,可以讓企業分別控制及看見來自 CAD 文件結構的已發行內容。此外,您也可以使用 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
與此屬性相關聯的文字是可與要新增至 WTDocument 作為主要內容之其他檔案的名稱進行比對的 Java 一般運算式。一般運算式必須始終解析以選取單一檔案。如果一般運算式解析到多個檔案,會選取隨機檔案。
additional-file-secondary
與此屬性相關聯的文字必須是可與要新增至 WTDocument 作為附屬內容之所有其他檔案的名稱進行比對的 Java 一般運算式。
delete-original
此為可新增至已經包含 additional-file-primaryadditional-file-secondary 屬性之 post-publish 元素的額外屬性。若將此屬性設定為 "true",會將與一般運算式比對的原始檔案從原始表示中刪除
number
AdditionalFilesPostPublishDelegate 將要建立/版序化的物件的編號。如果有指定,「編號」在此「類型」的所有「Windchill 物件」之間必須具唯一性。如果沒有指定,「編號」會自動生成。
type
PostPublishDelegate 將要建立的物件的類型。如果有指定,「類型」可以由其「邏輯識別元」指定且必須是 wt.doc.WTDocument 的可變類型。如果沒有指定,AdditionalFilesPostPublishDelegate 會建立 wt.doc.WTDocument。
title
WTDocument 的標題。
description
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
資料夾
用於 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
建立已發行內容連結的指示器。如果設定為 "false" 或 "no" (不區分大小寫),則不會建立任何「已發行內容連結」(PCL)。這是不建立 PCL 的唯一方法。如果使用其他任何字串,則會建立 PCL。該字串會作為 PCL 的名稱 (或類型) 使用。允許使用多個 param-set,以便可以有多個 PCL 名稱。若多個 PCL 擁有不同的名稱,會為每個名稱建立不同 WTDocument 的不同連結。如果其中一些或所有 PCL 擁有相同名稱,則會在第一個名稱之後,針對每個相同名稱建立一個 wtdoc,然後對其進行版序化。會為每個版序建立 PCL。最後,若未將 "published-content-link" 屬性包括在 param-set 中,會針對每個「沒有名稱」的 published-content-link 建立 WTDocument,然後對其進行版序化。
這是否有幫助?