IBM E02HRLL-G Administration Guide - Page 173

Resolving ClassNotFoundException for User Exit classes

Page 173 highlights

Optionally, you can change the value of the attributes bcg.alertNotifications.mailFrom and bcg.alertNotifications.mailReplyTo. Resolving ClassNotFoundException for User Exit classes The ClassNotFoundException error can occur when a required class is not found for the following user exits: v Receiver user exits v Custom Actions user exit v Sender user exits If the ClassNotFoundException error occurs, verify the following information: 1. If the user exits are related to Receiver user exits, check that the corresponding jar or classes are present in either of the following folders: v /Receiver/lib/userexits v /Receiver/lib/userexists/ classes 2. If the user exits are related to the document manager, check that the corresponding jar or classes are present in the following folders: v /Router/lib/userexits v /Router/lib/userexits/classes 3. If the jar or class files for the user exits are present in the correct location, verify that the corresponding user exits shared library has the correct entries. To do this: a. Open the WebSphere Application Server Admin Console. b. Go to Environment > Shared Libraries. c. Look for BCG_RCVR_USEREXISTS and BCG_ROUTER_USEREXITS. d. Edit the shared library information in these attributes and ensure that the corresponding jars or classes are added to the class path. Reprocessing events and business documents that fail to log to the database If WebSphere Partner Gateway fails to log an event or a document status to its database, the data is placed into the DATALOGERRORQ queue for later reprocessing when the problem is resolved. To reprocess these failed events and documents, use the manual utility reprocessDbLoggingErrors.sh. This utility dequeues all the events and documents from DATALOGERRORQ and re-queues them into DATALOGQ. This enables the DocumentLogReceiver to log the events and documents into the database again. The utility stops after it processes all the existing events and documents in DATALOGERRORQ. Any events and document that fails to log will be placed into the DATALOGERRORQ again; however, this time, the utility ensures that the event or document is reprocessed only once (that is, the utility does not enter an endless loop with failing events and documents). To run the reprocessDbLoggingErrors.sh or reprocessDBLoggingErrors.bat utility: 1. Verify that the any variables are correctly defined in reprocessDbLoggingErrors.sh on any router: Chapter 17. Troubleshooting 167

  • 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

Optionally, you can change the value of the attributes
bcg.alertNotifications.mailFrom
and
bcg.alertNotifications.mailReplyTo
.
Resolving ClassNotFoundException for User Exit classes
The ClassNotFoundException error can occur when a required class is not found
for the following user exits:
v
Receiver user exits
v
Custom Actions user exit
v
Sender user exits
If the ClassNotFoundException error occurs, verify the following information:
1.
If the user exits are related to Receiver user exits, check that the corresponding
jar or classes are present in either of the following folders:
v
<
WebSphere Parnter Gateway Install Dir
>/Receiver/lib/userexits
v
<
WebSphere Partner Gateway Install Dir
>/Receiver/lib/userexists/
classes
2.
If the user exits are related to the document manager, check that the
corresponding jar or classes are present in the following folders:
v
<
WebSphere Partner Gateway Install Dir
>/Router/lib/userexits
v
<
WebSphere Partner Gateway Install Dir
>/Router/lib/userexits/classes
3.
If the jar or class files for the user exits are present in the correct location,
verify that the corresponding user exits shared library has the correct entries.
To do this:
a.
Open the WebSphere Application Server Admin Console.
b.
Go to
Environment
>
Shared Libraries
.
c.
Look for
BCG_RCVR_USEREXISTS
and
BCG_ROUTER_USEREXITS
.
d.
Edit the shared library information in these attributes and ensure that the
corresponding jars or classes are added to the class path.
Reprocessing events and business documents that fail to log to the
database
If WebSphere Partner Gateway fails to log an event or a document status to its
database, the data is placed into the DATALOGERRORQ queue for later
reprocessing when the problem is resolved.
To reprocess these failed events and documents, use the manual utility
reprocessDbLoggingErrors.sh
. This utility dequeues all the events and documents
from DATALOGERRORQ and re-queues them into DATALOGQ. This enables the
DocumentLogReceiver to log the events and documents into the database again.
The utility stops after it processes all the existing events and documents in
DATALOGERRORQ. Any events and document that fails to log will be placed into
the DATALOGERRORQ again; however, this time, the utility ensures that the event
or document is reprocessed only once (that is, the utility does not enter an endless
loop with failing events and documents).
To run the
reprocessDbLoggingErrors.sh
or
reprocessDBLoggingErrors.bat
utility:
1.
Verify that the any variables are correctly defined in
reprocessDbLoggingErrors.sh
on any router:
Chapter 17. Troubleshooting
167