|Bookshelf Home | Contents | Index | PDF|
Copying an object can cause an upgrade problem that is difficult to debug. Functionality is often added to most of the predefined business components during major releases. This new functionality often depends on new fields, joins, and so forth, that are added to a predefined business component. During the upgrade, these new fields are added only to the predefined business components in your merged repository.
Copying an object can result in problems following an upgrade. These problems can be difficult to locate and debug. The errors often occur because some C++ code for the business component or applet class attempts to find a field that does not exist in your custom copy of that business component or applet. The only way to debug the problem is to compare your custom business component with the predefined business component, and to add any new fields and other child object definitions that Siebel CRM added in the new release. This work can be complex, requiring detailed knowledge of what changed in the new release.
Creating a new copy of a business component or applet can result in redundancy in your configuration. For example, if you create a copy of the Account business component and name it My Account, and use this copy on all of the views that reference accounts, then you must also define copies of every applet that references accounts and make sure each of these copies references the new My Account business component. It also might be necessary for you to create a new business object, screen, and so forth.
You might make a copy of an object in the belief that doing so will reduce problems during an upgrade. The assumption is that if the business component is named My Account, then the Application Upgrader will leave it alone during the upgrade, resulting in no problems after the upgrade. However, this assumption is misleading. The problems you might encounter with an upgraded configuration that contains a copied object might be more complex to solve than the problems caused by reusing a predefined object. It is easier to examine your Siebel application after an upgrade and remove various new controls and list columns from a predefined applet than it is to examine each custom business component and applet to determine which fields, joins, multi-value links, and so forth that you must troubleshoot.
|Configuring Siebel Business Applications||Copyright © 2011, Oracle and/or its affiliates. All rights reserved. Legal Notices.|