• Windchill ESI does not use TIBCO Rendezvous Certified Messaging (RVCM), therefore, managing ledger files and the associated performance impacts do not come into play. Due to Windchill ESI's strategic use of JMS, request/reply messaging, and synchronous SAP APIs, the Reliable Messaging (RV) delivery option adequately provides robust transaction management services.

• Windchill ESI uses checkpoints at key points in the TIBCO BusinessWorks processing flow to prevent data corruption in the event of system failures. Checkpoints persist the current state of the application to disk, and therefore are notably slower to execute than memory-based operations. However, the location of checkpoints has been strategically designed to ensure robust transaction integrity while minimizing adverse performance effects.

• Windchill ESI does not use an external or third-party database and therefore is not subjected to any of the associated performance impacts.

• Windchill ESI does not support multi-threading (parallel processing) within a single product data release operation (that is within a single BusinessWorks job). This is due, in part, to the object processing sequence required by SAP. Multi-threading/parallel processing is, however, supported between different jobs.

• Windchill ESI by default uses a single adapter configuration for all SAP objects. In other words, the adapter instances do not use TIBCO's automatic load balancing (RVCMQ) feature. This is due to the complexity of the SAP API set (multiple API calls are required in sequence to process a single business object) and a TIBCO restriction on the management of adapter sessions. If adapter throughput is a critical concern for you, we recommend you look into the performance tuning options, described later, or develop new SAP APIs that can process one business object with a single API call. Developing new SAP APIs would help in restoring the option of using the RVCMQ feature, but would require extensive customization of the Windchill ESI application.