| Installing Upgrading Designing Configuring Deploying Monitoring Administering Troubleshooting Reference JBI Components | |
| Close Print View | |
| Designing: Editing Existing OTDs |
|
Creating a Runtime Environment
Designing Business Processes in the Sun Business Process Manager
Working with TCP/IP HL7 Collaborations
Developing Sun Master Indexes (Repository)
Developing Sun Master Patient Indexes
Developing OTDs for Application Adapters
Developing OTDs for Communication Adapters
Developing OTDs for Database Adapters
Steps to Edit an Existing Informix OTD
Steps to Edit the OTD from the Java CAPS IDE Include:
To Edit the OTD from the Java CAPS IDE
Editing an Existing Sybase OTD
To Edit the OTD from the Java CAPS IDE
Using the OTD Importer in Netbeans
Developing OTDs for Web Server Adapters
Designing with Application Adapters
Designing with Communication Adapters
Designing with Web Server Adapters
Designing with Sun JCA Adapters
A single OTD can consist of many Database objects. They can be a mixture of Tables, Prepared Statements and Stored Procedures. By using the Database OTD Wizard, the OTD Edit feature allows you to:
Add or Remove Table/Views.
Change data types by selecting a different one from a list.
Add or Remove columns from a Table object.
Add or Remove Prepared Statement objects.
Edit Prepared Statement objects.
Add or Remove Stored Procedure objects.
Edit Stored Procedure Resultsets.
When a minor change is needed for an existing OTD, there is no need to rebuild it from scratch; instead, you can edit the OTD. To edit an OTD, complete the following steps:
Caution - Once the OTD has been edited, you must verify that the changes are reflected in the Collaboration so that no errors occur at runtime. For example, if during the edit process, you delete a database object that is included in a Collaboration, the Collaboration could fail at build or run-time.
When editing an OTD, you can connect to another instance of the database under the following conditions:
The same type of DB2 database must be used. Because of incompatibility of certain features in the databases, switching between DB2 databases that run on z/OS, AS/400 and Windows/UNIX is not supported.
The same version of the database should be used unless the newer version is compatible with the older version.
Tables in the database must be defined with the same definition.
The stored procedures must be identical.
For tables/stored procedures built with 'qualified-name’, the schema name for the tables/stored procedures must be identical in both database instances.