IBM BJ0NJML Integration Guide - Page 147

Queue Properties, Cron Task for the Sequential Queues, Asynchronous Cron Task Inbound Processing

Page 147 highlights

Queue Properties JMS Queues The maximum try count property represents the number of times the system retries to process a failed message before sending an e-mail notification. The maximum try count default value is 5; the integration framework retries a failed message five times. The integration framework tries to process a failed message as many times as specified by the maximum try count. If the message cannot be successfully processed after the specified number of retries, the integration framework changes the failed message status from ERROR to HOLD. The error management retry mechanism uses the maximum try count parameter. When a message status is changed from HOLD to RETRY, the Error Management application retries its processing as many times as specified by the maximum try count parameter. The default value for the count parameter property is 0. The queue processing framework attempts to process the error message indefinitely. Cron Task for the Sequential Queues The default settings direct the JMSQSEQCONSUMER cron task to poll the outbound queue, sqout, and the sequential inbound queue, sqin, every 30 seconds. You must activate the applicable instances of the cron task (SEQQIN, SEQQOUT), to avoid having the unprocessed inbound and outbound messages remain in the queues. If you do not use one or both of these queues, do not activate these cron task instances. Asynchronous Cron Task Inbound Processing The XMLFILECONSUMER cron task and the FLATFILECONSUMER cron tasks must first be created, configured, and enabled before cron task message processing can occur. XMLFILECONSUMER Cron Task Parameters The XMLFILECONSUMER cron task is the mechanism that you must use to load XML files without any application user intervention. The XMLFILECONSUMER cron task has the following predefined parameters: Parameter EXTERNALSYSTEM SOURCEDIRECTORY Description A required parameter value that identifies the external system value that the cron task data load process uses. A required parameter value that defines the directory where source files are loaded. This directory must exist on the application server. Basic Configuration 133

  • 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

JMS Queues
Basic Configuration
133
Queue Properties
The maximum try count property represents the number of times the system
retries to process a failed message before sending an e-mail notification. The
maximum try count default value is 5; the integration framework retries a failed
message five times.
The integration framework tries to process a failed message as many times as
specified by the maximum try count. If the message cannot be successfully
processed after the specified number of retries, the integration framework
changes the failed message status from ERROR to HOLD.
The error management retry mechanism uses the maximum try count parameter.
When a message status is changed from HOLD to RETRY, the Error Management
application retries its processing as many times as specified by the maximum try
count parameter.
The default value for the count parameter property is 0. The queue processing
framework attempts to process the error message indefinitely.
Cron Task for the Sequential Queues
The default settings direct the JMSQSEQCONSUMER cron task to poll the
outbound queue, sqout, and the sequential inbound queue, sqin, every 30
seconds. You must activate the applicable instances of the cron task (SEQQIN,
SEQQOUT), to avoid having the unprocessed inbound and outbound messages
remain in the queues.
If you do not use one or both of these queues, do not activate these cron task
instances.
Asynchronous Cron Task Inbound Processing
The XMLFILECONSUMER cron task and the FLATFILECONSUMER cron tasks
must first be created, configured, and enabled before cron task message
processing can occur.
XMLFILECONSUMER Cron Task Parameters
The XMLFILECONSUMER cron task is the mechanism that you must use to load
XML files without any application user intervention.
The XMLFILECONSUMER cron task has the following predefined parameters:
Parameter
Description
EXTERNALSYSTEM
A required parameter value that identifies the
external system value that the cron task data load
process uses.
SOURCEDIRECTORY
A required parameter value that defines the
directory where source files are loaded. This
directory must exist on the application server.