IBM BJ0NJML Integration Guide - Page 183

Continuous Queue Errors, WebSphere Application Server

Page 183 highlights

Continuous Queue Errors Continuous Queue You can use different application server configurations to manage error messages. When you are loading a large volume of messages, you can encounter a large number of errors. The continuous queue continues to reprocess the messages at the top of the queue that are in error instead of new messages that are being added to the queue. For example, you can run a nightly GL account update process that does not complete successfully. The following day you find that the GL accounts are not in the system and a high volume of system messages are generated. When a high volume of messages occur, the queue processing continues to work on the same messages and does not attempt to process new messages. You can avoid this situation by using server-specific configurations for your queues. WebSphere Application Server You can configure a continuous queue to have a corresponding error queue. If a message in the continuous queue encounters an error, the message is moved out of the continuous queue to the error queue. The system moves the message when the number of retries set in the maximum failed deliveries parameter is met. The continuous queue then processes new queue messages. Configuring the Error Queue To configure an error queue: 1 Configure an error queue destination within the same bus member where the continuous queue resides. 2 Configure the continuous queue destination definition to have an exception destination. The exception destination must point to the error queue destination that you previously defined in step 1. 3 In the error queue add an exception destination that points to itself. Errors in the error queue move from the top of the error queue to the bottom of the error queue. Messages in error are continuously retried. You must control how often the message reprocessing occurs to avoid excessive system resource use. The integration framework message-driven bean implementation provides an MDBDELAY property that delays the processing of the messages, based on the property value. When you configure the MDBDELAY property, the system retries the messages in the error queue in a controlled manner. At some point, your message can be successfully processed in a controlled environment. Edit the ejb-jar.xml file to configure the message-driven bean delay. The default value is 30 seconds (30000 milliseconds). JMS Queue Configuration 169

  • 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

Continuous Queue
JMS Queue Configuration
169
Continuous Queue Errors
You can use different application server configurations to manage error messages.
When you are loading a large volume of messages, you can encounter a large
number of errors. The continuous queue continues to reprocess the messages at
the top of the queue that are in error instead of new messages that are being
added to the queue.
For example, you can run a nightly GL account update process that does not
complete successfully. The following day you find that the GL accounts are not in
the system and a high volume of system messages are generated. When a high
volume of messages occur, the queue processing continues to work on the same
messages and does not attempt to process new messages. You can avoid this
situation by using server-specific configurations for your queues.
WebSphere Application Server
You can configure a continuous queue to have a corresponding error queue. If a
message in the continuous queue encounters an error, the message is moved out
of the continuous queue to the error queue. The system moves the message when
the number of retries set in the maximum failed deliveries parameter is met. The
continuous queue then processes new queue messages.
Configuring the Error
Queue
To configure an error queue:
1
Configure an error queue destination within the same bus member where the
continuous queue resides.
2
Configure the continuous queue destination definition to have an exception
destination. The exception destination must point to the error queue
destination that you previously defined in step 1.
3
In the error queue add an exception destination that points to itself. Errors in
the error queue move from the top of the error queue to the bottom of the
error queue. Messages in error are continuously retried.
You must control how often the message reprocessing occurs to avoid excessive
system resource use. The integration framework message-driven bean
implementation provides an MDBDELAY property that delays the processing of
the messages, based on the property value.
When you configure the MDBDELAY property, the system retries the messages in
the error queue in a controlled manner. At some point, your message can be
successfully processed in a controlled environment.
Edit the ejb-jar.xml file to configure the message-driven bean delay. The default
value is 30 seconds (30000 milliseconds).