IBM BJ0NJML Integration Guide - Page 230

Java Exits, User Exit Preprocessing

Page 230 highlights

Outbound Customization Java Exits The following figure illustrates the hierarchy of standard Java exit classes for outbound processing. These Java classes are available to both the publish channel and the invocation channel. The hierarchy illustration does not apply to processing rules, XSL, and handler exits. Integration processing for publish channel messages can be based on system events or initiated events by using the Data Export feature. Publish channels subscribe to these events and receive an event notification when a system transaction is saved using the business objects. Publish channels subscribe to these exit events and receive an event notification when a transaction is saved based on the business objects. An integration XML message is created based on the publish channel object structure when the Java exits run. Both the XML message and the business objects can be referenced. The data in the business object is saved, but not committed, so the Java exit cannot update the values of the business object. You can access a business object that is not part of the publish channel object structure by using any relationship from an object available in the exit. You can also instantiate a new object from the database as needed. You can use either option to retrieve additional data from the system. You then can map the data to the outbound XML message so that it is available to the external systems. User Exit Preprocessing The user exit class has two methods: one exit runs before and one exit runs after the execution of the channel processing class. In the first user exit, the input is the XML, as generated by the object structure. If you have an ERP adapter processing class, use either the preprocessing method or postprocessing method to run your custom logic depending upon your requirement. If necessary, you can change data in the message to alter the processing logic in the publish channel processing class. Outbound message customization can be done in the first user exit by using the following method: public StructureData setUserValueOut(StructureData irData) This method can perform the following processing: T Validate data 216 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

Outbound Customization
216
Integration Guide
Java Exits
The following figure illustrates the hierarchy of standard Java exit classes for
outbound processing. These Java classes are available to both the publish channel
and the invocation channel.
The hierarchy illustration does not apply to processing rules, XSL, and handler
exits.
Integration processing for publish channel messages can be based on system
events or initiated events by using the Data Export feature. Publish channels
subscribe to these events and receive an event notification when a system
transaction is saved using the business objects.
Publish channels subscribe to these exit events and receive an event notification
when a transaction is saved based on the business objects. An integration XML
message is created based on the publish channel object structure when the Java
exits run. Both the XML message and the business objects can be referenced. The
data in the business object is saved, but not committed, so the Java exit cannot
update the values of the business object.
You can access a business object that is not part of the publish channel object
structure by using any relationship from an object available in the exit. You can
also instantiate a new object from the database as needed. You can use either
option to retrieve additional data from the system. You then can map the data to
the outbound XML message so that it is available to the external systems.
User Exit Preprocessing
The user exit class has two methods: one exit runs before and one exit runs after
the execution of the channel processing class. In the first user exit, the input is the
XML, as generated by the object structure. If you have an ERP adapter processing
class, use either the preprocessing method or postprocessing method to run your
custom logic depending upon your requirement.
If necessary, you can change data in the message to alter the processing logic in
the publish channel processing class.
Outbound message customization can be done in the first user exit by using the
following method:
public StructureData setUserValueOut(StructureData irData)
This method can perform the following processing:
Validate data