Configuring the Build Rule
Windchill uses a combination of Windchill Preference Management utility preferences and Windchill properties to control the following functions during execution of the build rule:
• What attributes to publish from a CAD document to a build target, based on the team template of the target
• Specification of whether to use existing part usage links or create new usage links
• Specification of whether to use existing part usage links or create new usage links
• Enabling or disabling the creation of as stored configurations
Controlling Attribute Publishing
You can set the following preferences to define the attributes that are published to the indicated build targets (these preferences are all listed under the categories > ).
• Attributes to be published on Link
• Attributes to be published on Master
• Attributes to be published on Occurrence
• Attributes to be published on Part
For each preference, the default value is an asterisk (*), which specifies that all attributes are to be published. Specify the specific attributes to be published by replacing the asterisk with a delimiter-separated list of attributes (or specify no attributes by removing the asterisk).
 |
The preference, > > , defines the delimiter that separates the listed attributes. A comma (,) is the default value.
|
The following table lists preferences for the build service:
|
Preference
|
Values
|
Description
|
|---|---|---|
|
Allowed edit of part structure built by build service
|
Yes
No (default)
|
In the case where a CAD document is owned by an ECAD application, allows editing of the part structure built by build service
|
|
Attributes Delimiter
|
, (default)
<character value>
|
Identifies the delimiter used in listing attributes to be published
|
|
Attributes to be published on Link
|
• All Attributes: Use the * character to configure the system to publish all global, soft-type attributes.
• Regular Expression: Provide a match for the regular expression that will include global, soft-type attributes based on their internal name. Regular expressions to be prefixed with the string, "regex:".
• Delimited List: Provide the internal attribute names of the global, soft-type attributes delimited by character specified in preference Attributes Delimiter.
The default value is to not publish any attributes.
|
Identifies attributes to be published on the member link.
|
|
Attributes to be published on Master
|
• All Attributes: Use the * character to configure the system to publish all global, soft-type attributes.
• Regular Expression: Provide a match for the regular expression that will include global, soft-type attributes based on their internal name. Regular expressions to be prefixed with the string, "regex:".
• Delimited List: Provide the internal attribute names of the global, soft-type attributes delimited by character specified in preference Attributes Delimiter.
The default value is to publish all attributes or *.
|
Identifies attributes to be published on the master
|
|
Attributes to be published on Occurrence
|
• All Attributes: Use the * character to configure the system to publish all global, soft-type attributes.
• Regular Expression: Provide a match for the regular expression that will include global, soft-type attributes based on their internal name. Regular expressions to be prefixed with the string, "regex:".
• Delimited List: Provide the internal attribute names of the global, soft-type attributes delimited by character specified in preference Attributes Delimiter.
The default value is to not publish any attributes.
|
Identifies attributes to be published on an occurrence
|
|
Attributes to be published on Part
|
• All Attributes: Use the * character to configure the system to publish all global, soft-type attributes.
• Regular Expression: Provide a match for the regular expression that will include global, soft-type attributes based on their internal name. Regular expressions to be prefixed with the string, "regex:".
• Delimited List: Provide the internal attribute names of the global, soft-type attributes delimited by character specified in preference Attributes Delimiter.
The default value is to publish all attributes or *.
|
Identifies attributes to be published on the part
|
Specifying Usage Links
To have the build process use existing usage links, leave the property wt.epm.build.subsumeLinks set to the default value true.
To specify that the build process creates new usage links, set the property wt.epm.build.subsumeLinks to false.
If you want the build process to create new links using your usage link class (a subclass of WTPartUsageLink) set wt.epm.build.linkClass to your usage link class. The default value is wt.part.WTPartUsageLink.
Vetoing Operations Based on Owner Application
By default, the following operations are set for a client-side veto on objects owned by specific applications:
• Add link
• Change folder (Move)
• Check in
• Check out
• Delete IBA
• Delete link
• Delete (object)
• Modify property
• Revise
Each operation is controlled by a property that contains the operation name, and the operation is vetoed for all applications listed in the default value. To enable the operation for objects owned by a specific application, remove that application’s name from the default listing.
For example, to enable moving (changing the folder) of objects owned by the Pro/INTRALINK Gateway application, you modify the property wt.epm.veto.change.folder. The default value for the property is:
OPTEGRAGATEWAY,PROINTRALINKGATEWAY,PROPDMGATEWAY,
WORKMANAGERGATEWAY,IDEASTDM.
WORKMANAGERGATEWAY,IDEASTDM.
Therefore, you enable the move operation for Pro/INTRALINK Gateway-owned objects by removing PROINTRALINKGATEWAY, from the comma-delimited list, yielding the following setting for the property:
wt.epm.veto.change.folder=OPTEGRAGATEWAY,PROPDMGATEWAY,WO
RKMANAGERGATEWAY,IDEASTDM.
RKMANAGERGATEWAY,IDEASTDM.
|
|
The property wt.epm.veto.delimiter defines the character used to delimit the list of owning applications. The default value is comma (,).
|