這是前幾日遇到一個問題，客戶反映部件的結構與關聯模型（裝配）的結構不一致，某些裝配中有的元件在部件結構中沒有反映出來，此外，裝配模型的映射參數未能傳遞至關聯部件中。
從問題現象看來，應該是“構建”失敗了，因爲不論是公共屬性的傳遞，還是結構的驅動，都依賴於成功的“構建”。果然，在問題模型的詳細信息頁面執行Actions>Build Associated Part時，事件管理器出現了報錯：
Failed to build associated part: Nothing to build. No rules were found to build this.....
報錯中所指的rules，其實就是指EPMBUILDRULE這張表，其實只要模型和部件是相關聯的，就必然會在EPMBUILDRULE有記錄，也就是有rules，那麼爲什麼還是出現no rules是報錯呢？
這時，就需要調整wt.build和wt.epm.build的log4j日誌級別來查看詳細情況了，當然，uwgm的日誌級別也需要調整：
編輯 $WT_HOME/codebase/WEB-INF/log4jMethodServer.properties，添加如下行：
log4j.logger.com.ptc.windchill.uwgm=DEBUG
log4j.logger.wt.method.server.timing=INFO
log4j.logger.wt.adapter.verbose=INFO
log4j.logger.wt.build=ALL
log4j.logger.wt.epm.build=ALL
不需要重啓Windchill，只需等待大約兩分鐘，修改即可生效，當然保險起見可以等個5分鐘
最後在日誌中發現瞭如下信息：
wt.build.StandardBuildService wcadmin - ignoring unverified sources = [wt.epm.EPMDocument:10813434]
這裏的unverified指的並不是沒有校驗族表，事實上問題模型也不是族表
如果我們去查詢數據庫的話，會發現在EPMDOCUMENT這張表中，有一列就是VERIFIED，該列的值通常都是1，即使是未校驗的族表，該列的值也是1。但在本例中，問題模型的該列值就是0了。
至於何種情況下VERIFIED列值會變爲0，其實在公司內部也沒有公開的資料。所幸解決方法倒是很簡單，只需將問題模型檢出後做個“再生”，然後再保存檢入即可。
