IBM BJ0NJML Integration Guide - Page 37

Interface Tables, MXIN_INTER_TRANS queue table.

Page 37 highlights

Interface Tables Asynchronous Inbound Integration Processing If the verification fails, the integration framework issues an error and does not process the message. 2 If the verification is successful, the integration framework identifies the inbound JMS queue that is assigned to the enterprise service and the external system. 3 The integration framework writes the message to the inbound queue. If the message contains multiple instances of a document, for example, if a single message contains ten person records, the application writes ten messages to the queue. If one of the messages has a processing error, a single message processing exception is identified and none of the other messages that can be successfully processed are committed to the database. 4 The integration framework updates the JMS message header with the external system and enterprise service names. You can preview the data that you want to import to check the format and the data validity of a source file. It is a synchronous validation mechanism that presents all the source file processing errors without committing data to the database. The preview data process checks that the data structure of the selected file complies with the integration XML or flat file definitions. The following steps describe the initiation of inbound processing that uses interface tables. 1 The external system writes message data to the appropriate interface tables. It also updates the MXIN_INTER_TRANS queue table with information about the sequence in which the interface table records must be processed. 2 A system cron task regularly polls the MXIN_INTER_TRANS queue table for records to be processed. 3 If any records are ready to be processed, the integration framework identifies the sender as the external system and the enterprise service name from the MXIN_INTER_TRANS queue table. 4 The integration framework checks that the external system and enterprise service are valid and enabled. The integration framework checks that the enterprise service object structure supports flat structures. If the verification fails, the integration framework sends an error notification to the system administrator and stops processing the inbound message. 5 If the verification is successful, the integration framework identifies the inbound JMS queue that is assigned to the enterprise service and external system and writes the message to that queue. Inbound Integration Processing 23

  • 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

Asynchronous Inbound Integration Processing
Inbound Integration Processing
23
If the verification fails, the integration framework issues an error and does not
process the message.
2
If the verification is successful, the integration framework identifies the
inbound JMS queue that is assigned to the enterprise service and the external
system.
3
The integration framework writes the message to the inbound queue. If the
message contains multiple instances of a document, for example, if a single
message contains ten person records, the application writes ten messages to
the queue.
If one of the messages has a processing error, a single message processing
exception is identified and none of the other messages that can be successfully
processed are committed to the database.
4
The integration framework updates the JMS message header with the external
system and enterprise service names.
You can preview the data that you want to import to check the format and the
data validity of a source file. It is a synchronous validation mechanism that
presents all the source file processing errors without committing data to the
database.
The preview data process checks that the data structure of the selected file
complies with the integration XML or flat file definitions.
Interface Tables
The following steps describe the initiation of inbound processing that uses
interface tables.
1
The external system writes message data to the appropriate interface tables. It
also updates the MXIN_INTER_TRANS queue table with information about
the sequence in which the interface table records must be processed.
2
A system cron task regularly polls the MXIN_INTER_TRANS queue table for
records to be processed.
3
If any records are ready to be processed, the integration framework identifies
the sender as the external system and the enterprise service name from the
MXIN_INTER_TRANS queue table.
4
The integration framework checks that the external system and enterprise
service are valid and enabled.
The integration framework checks that the enterprise service object structure
supports flat structures.
If the verification fails, the integration framework sends an error notification
to the system administrator and stops processing the inbound message.
5
If the verification is successful, the integration framework identifies the
inbound JMS queue that is assigned to the enterprise service and external
system and writes the message to that queue.