IBM BJ0NJML Integration Guide - Page 244

Object Structure Creations, Required Object Determinations, Building the Object Structure

Page 244 highlights

Object Structure Creations Object Structure Creations The integration framework provides predefined object structures for enterprise services, publish channels, and invocation channels across multiple functional areas. The functional areas include purchasing, work management, and inventory. You can create an object structure, an enterprise service, and a publish channel to support the exchange of data to and from the integration framework. Required Object Determinations To determine what data to include in an object structure, you need some knowledge of the system applications and objects. Begin by examining the data model of an application to determine which objects, database tables, and views contain the data that you must transfer to and from an external system. You must find out which objects populate the system tables. Generally, a one-toone relationship exists between an object and a database table. However, in some cases, multiple objects write data to a single table. For example, assume that you must send a person object to and from the system, but the system does not provide a predefined object structure with person data (the system does provide a predefined purchase requisition object structure, MXPERSON). After you use the person application, you determine that the data that you need resides in the following tables: PERSON, PHONE, EMAIL, SMS. The tables have the same name as the corresponding objects. Include the PERSON, PHONE, EMAIL, and SMS objects in the object structure that you create. The resulting enterprise service and publish channel contain the data fields in those objects. Building the Object Structure After you identify the necessary objects, create the object structure on the Object Structure tab in the Object Structures application. Perform the following activities to build an object structure that contains the person object. This procedure creates a standard, hierarchical object structure. An object structure can have the same object more than once in its definition. However, the objects must have a valid parent-child relationship, and you cannot reference the object more than once in the same hierarchical structure. XML requires that the name of the object structure must begin with an alphabetic character. 1 Enter PERSON as the primary (top-level) source object, then PHONE as the child object. PERSON becomes the parent of PHONE. 2 Select the predefined object relationship that contains the appropriate WHERE clause that links the PERSON and PHONE object. If multiple relationships exist, select the WHERE clause that applies to the relationship that you are creating. 230 Integration Guide

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330

Object Structure Creations
230
Integration Guide
Object Structure Creations
The integration framework provides predefined object structures for enterprise
services, publish channels, and invocation channels across multiple functional
areas. The functional areas include purchasing, work management, and
inventory. You can create an object structure, an enterprise service, and a publish
channel to support the exchange of data to and from the integration framework.
Required Object Determinations
To determine what data to include in an object structure, you need some
knowledge of the system applications and objects. Begin by examining the data
model of an application to determine which objects, database tables, and views
contain the data that you must transfer to and from an external system.
You must find out which objects populate the system tables. Generally, a one-to-
one relationship exists between an object and a database table. However, in some
cases, multiple objects write data to a single table.
For example, assume that you must send a person object to and from the system,
but the system does not provide a predefined object structure with person data
(the system does provide a predefined purchase requisition object structure,
MXPERSON). After you use the person application, you determine that the data
that you need resides in the following tables: PERSON, PHONE, EMAIL, SMS.
The tables have the same name as the corresponding objects. Include the
PERSON, PHONE, EMAIL, and SMS objects in the object structure that you
create. The resulting enterprise service and publish channel contain the data fields
in those objects.
Building the Object Structure
After you identify the necessary objects, create the object structure on the Object
Structure tab in the Object Structures application. Perform the following activities
to build an object structure that contains the person object.
This procedure creates a standard, hierarchical object structure. An object
structure can have the same object more than once in its definition. However, the
objects must have a valid parent-child relationship, and you cannot reference the
object more than once in the same hierarchical structure.
XML requires that the name of the object structure must begin with an alphabetic
character.
1
Enter PERSON as the primary (top-level) source object, then PHONE as the
child object. PERSON becomes the parent of PHONE.
2
Select the predefined object relationship that contains the appropriate
WHERE clause that links the PERSON and PHONE object. If multiple
relationships exist, select the WHERE clause that applies to the relationship
that you are creating.