IBM E02HRLL-G Administration Guide - Page 110

AS Viewer, Problem Cause, Explanation, Solution, Technical support, Detailed information about events

Page 110 highlights

AS Viewer Problem Cause: The Connection Parse XML Failure error is generated due to the following reason: The information from the incoming document is not sufficient for parsing the connection. Explanation: Hub should parse the incoming document for getting the attributes required to find the connection for the incoming XML document. Either the connection is not configured or the proper values are not present in the incoming XML. Solution: To solve this problem, do the following: v Check whether the connection is configured properly. v Check whether the incoming document contains all the required attributes for identifying the connection. Technical support: For further information on this error event, visit our technical support site at: WebSphere Partner Gateway technical support site. Detailed information about events: To view the details of the event, click on the event code provided. Use the AS Viewer to view packaged B2B transactions and B2B process details that use the Applicability Statement 1, 2, or 3 (AS1, AS2, or AS3) communication protocol. You can view the choreography of the B2B process and associated business documents, acknowledgment signals, process state, HTTP headers, and contents of the transmitted documents. Like its predecessor, AS1, which defines a standard for data transmissions using SMTP, AS2 defines a standard for data transmissions using HTTP. AS3 is a standard for data transmission using FTP. AS2 and AS3 describe how to connect, deliver, validate, and reply to data. They do not interact with the content of the document, only the transport. AS2 and AS3 create a wrapper around a document so that it can be transported over the Internet using HTTP or HTTPS for AS2, or FTP for AS3. Together, the document and wrapper are called a message. AS2 provides signing and encryption around the data carried within HTTP packets. Similarly, AS3 does this for the data transported using the FTP transport. AS2 and AS3 provide an encryption base with guaranteed delivery. AS1, AS2 and AS3 provide signing and encryption functionality. Compression functionality is also provided. An important component of both AS2 and AS3 is the receipt mechanism, which is referred to as a Message Disposition Notification (MDN). The MDN ensures the sender of the document that the recipient has successfully received the document. The sender specifies how the MDN is to be sent back (either synchronously or asynchronously, and signed or unsigned). Note: When the decryption fails for an incoming encrypted AS2 document, a failure MDN is not sent on the same connection. To correct this issue, a partner connection must be activated , whether used or not between the two partners. The connection created must be a AS to None connection, that is, a connection by activating the AS B2B capability on one partner and None B2B capability on the other, thus creating a connection and activating it. Ensure that the source gateway on the AS side is a SMTP gateway (in case of AS1) or HTTP destination (in case of 104 IBM WebSphere Partner Gateway Enterprise and Advanced Editions: Administration 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

Problem Cause:
The Connection Parse XML Failure error is generated due to the
following reason: The information from the incoming document is not sufficient for
parsing the connection.
Explanation:
Hub should parse the incoming document for getting the attributes
required to find the connection for the incoming XML document. Either the
connection is not configured or the proper values are not present in the incoming
XML.
Solution
: To solve this problem, do the following:
v
Check whether the connection is configured properly.
v
Check whether the incoming document contains all the required attributes for
identifying the connection.
Technical support:
For further information on this error event, visit our technical
support site at: WebSphere Partner Gateway technical support site.
Detailed information about events:
To view the details of the event, click on the
event code provided.
AS Viewer
Use the AS Viewer to view packaged B2B transactions and B2B process details that
use the Applicability Statement 1, 2, or 3 (AS1, AS2, or AS3) communication
protocol. You can view the choreography of the B2B process and associated
business documents, acknowledgment signals, process state, HTTP headers, and
contents of the transmitted documents.
Like its predecessor, AS1, which defines a standard for data transmissions using
SMTP, AS2 defines a standard for data transmissions using HTTP. AS3 is a
standard for data transmission using FTP.
AS2 and AS3 describe how to connect, deliver, validate, and reply to data. They do
not interact with the content of the document, only the transport. AS2 and AS3
create a wrapper around a document so that it can be transported over the Internet
using HTTP or HTTPS for AS2, or FTP for AS3. Together, the document and
wrapper are called a message. AS2 provides signing and encryption around the
data carried within HTTP packets. Similarly, AS3 does this for the data transported
using the FTP transport. AS2 and AS3 provide an encryption base with guaranteed
delivery. AS1, AS2 and AS3 provide signing and encryption functionality.
Compression functionality is also provided.
An important component of both AS2 and AS3 is the receipt mechanism, which is
referred to as a Message Disposition Notification (MDN). The MDN ensures the
sender of the document that the recipient has successfully received the document.
The sender specifies how the MDN is to be sent back (either synchronously or
asynchronously, and signed or unsigned).
Note:
When the decryption fails for an incoming encrypted AS2 document, a
failure MDN is not sent on the same connection. To correct this issue, a partner
connection must be activated , whether used or not between the two partners. The
connection created must be a AS to None connection, that is, a connection by
activating the AS B2B capability on one partner and None B2B capability on the
other, thus creating a connection and activating it. Ensure that the source gateway
on the AS side is a SMTP gateway (in case of AS1) or HTTP destination (in case of
104
IBM WebSphere Partner Gateway Enterprise and Advanced Editions: Administration Guide