Configuring Azure Blob Storage Containers for Windchill ESI
Windchill supports publishing ESI response files in Azure Blob Storage. Users can then use the XML or JSON response files from the Azure Blob Storage for customization per their preference.
To store response files in Azure Blob Containers, refer to the following use cases:
1. Azure Storage account configured with security credentials authentication:
When the blob configuration utility windchill com.ptc.windchill.objectstorage.azureblob.tools.BlobConfigurationTool configure -u <admin username> -p <admin password> is invoked, and if the security credentials authentication option is chosen, you must provide the storage account name and key to be saved in an encrypted format. This is the same utility used for configuring Windchill vault data persistence on Azure Blob Containers. For more information on configuring vault storage using blob configuration utility, see Configuring Windchill File Vaults to Use Azure Blobs. Using this encrypted configuration, the ESI module is capable of identifying the correct storage account.
2. Storage account configured with MSI authentication:
When Windchill is configured to use MSI authentication using blob configuration utility, the storage account name is not captured. To identify the storage account in which the ESI response is published, you must set the property esi.azure.storage.account using site.xconf. Refer to the example below:
<Property name="esi.azure.storage.account"
overridable="true"
targetFile="codebase/wt.properties"
value="<azurestorageaccountname>"/>
Configure Azure Blob Storage Container to be used by Windchill for storing ESI response files
1. Property esi.azure.storage.container is set
If the property esi.azure.storage.container is set to esi-responses-container, and Path attribute value of a distribution target is set to /esi/location1, then, the response files will appear in container esi-responses-container with Blob names prefixed with /esi/location1. You must set this property using site.xconf. Refer to the example below:
<Property name="esi.azure.storage.container"
overridable="true"
targetFile="codebase/wt.properties"
value="<container-name>"/>
2. Property esi.azure.storage.container is not set
Property esi.azure.storage.container is not set, and Path attribute value on a distribution target is set to /esi/location1, then Windchill will try to place response files in a container named "esi" with Blob names prefixed with "/location1". In other words, the first element from Path attribute value will be treated as the container name.
Was this helpful?