IBM E02HMLL-I Implementation Guide - Page 29

Messaging, technologies, InterChange, Server, Express

Page 29 highlights

- At startup, when it interacts with the InterChange Server Express to get its initial configuration. - During operation, when it receives directives from the connector controller to report its status, pause, stop, or resume. v Optionally, ORB-based communication can also be used for event delivery in a publish-and-subscribe interaction. In the IIOP request/response protocol, communication either succeeds or fails immediately, so both programs must be running for the components to communicate. However, for request/response interactions in an InterChange Server Express implementation, you can use a connector property to set a store-and-forward mode, specifying how a connector controller will respond to a collaboration's request in a situation where the connector agent is unavailable: v If you set the property to True, the connector controller won't fail any collaboration requests even if the connector agent is unavailable. A request is blocked until the connector agent is operational. This causes a collaboration to wait until the connector agent is operational before it completes the processing flow for the request. v If set to False, the connector controller fails all collaboration requests if the connector agent is unavailable. This causes a collaboration to complete the processing of the request according to its business logic for processing a failed request. Messaging technologies Messaging embodies a communication style in which programs asynchronously exchange discrete units of data (messages). Programs that use a messaging transport need not establish connections or wait for messages; each program asynchronously sends and receives messages by interacting with the messaging service. The messaging service provides guaranteed delivery, storing the message if the destination program is unavailable and retrying until it is available. Java Messaging Service (JMS) is supported as the messaging system. When JMS is the delivery transport mechanism, data persistence can be provided through the long-lived business processes feature. When this feature is used, a process initiated by a request on a collaboration can be placed in a waiting state with a timeout value, so that the process will be resumed if and when a specified data response is received. Use of this feature requires that the feature be enabled during the creation of the collaboration template. InterChange Server Express InterChange Server Express is a multi-threaded, Java-based execution framework for collaborations. InterChange Server Express runs within its own Java Virtual Machine (JVM). This section describes the following services and features of InterChange Server Express: v "Event management service" on page 18 v "Connector controllers" on page 18 v "Repository" on page 18 v "Database connectivity service" on page 18 v "Database connection pools" on page 18 v "Transactional collaborations" on page 18 v "Recovery features" on page 19 Chapter 1. Overview of IBM WebSphere Business Integration Server Express 17

  • 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

At
startup,
when
it
interacts
with
the
InterChange
Server
Express
to
get
its
initial
configuration.
During
operation,
when
it
receives
directives
from
the
connector
controller
to
report
its
status,
pause,
stop,
or
resume.
v
Optionally,
ORB-based
communication
can
also
be
used
for
event
delivery
in
a
publish-and-subscribe
interaction.
In
the
IIOP
request/response
protocol,
communication
either
succeeds
or
fails
immediately,
so
both
programs
must
be
running
for
the
components
to
communicate.
However,
for
request/response
interactions
in
an
InterChange
Server
Express
implementation,
you
can
use
a
connector
property
to
set
a
store-and-forward
mode,
specifying
how
a
connector
controller
will
respond
to
a
collaboration’s
request
in
a
situation
where
the
connector
agent
is
unavailable:
v
If
you
set
the
property
to
True,
the
connector
controller
won’t
fail
any
collaboration
requests
even
if
the
connector
agent
is
unavailable.
A
request
is
blocked
until
the
connector
agent
is
operational.
This
causes
a
collaboration
to
wait
until
the
connector
agent
is
operational
before
it
completes
the
processing
flow
for
the
request.
v
If
set
to
False,
the
connector
controller
fails
all
collaboration
requests
if
the
connector
agent
is
unavailable.
This
causes
a
collaboration
to
complete
the
processing
of
the
request
according
to
its
business
logic
for
processing
a
failed
request.
Messaging
technologies
Messaging
embodies
a
communication
style
in
which
programs
asynchronously
exchange
discrete
units
of
data
(messages).
Programs
that
use
a
messaging
transport
need
not
establish
connections
or
wait
for
messages;
each
program
asynchronously
sends
and
receives
messages
by
interacting
with
the
messaging
service.
The
messaging
service
provides
guaranteed
delivery,
storing
the
message
if
the
destination
program
is
unavailable
and
retrying
until
it
is
available.
Java
Messaging
Service
(JMS)
is
supported
as
the
messaging
system.
When
JMS
is
the
delivery
transport
mechanism,
data
persistence
can
be
provided
through
the
long-lived
business
processes
feature.
When
this
feature
is
used,
a
process
initiated
by
a
request
on
a
collaboration
can
be
placed
in
a
waiting
state
with
a
timeout
value,
so
that
the
process
will
be
resumed
if
and
when
a
specified
data
response
is
received.
Use
of
this
feature
requires
that
the
feature
be
enabled
during
the
creation
of
the
collaboration
template.
InterChange
Server
Express
InterChange
Server
Express
is
a
multi-threaded,
Java-based
execution
framework
for
collaborations.
InterChange
Server
Express
runs
within
its
own
Java
Virtual
Machine
(JVM).
This
section
describes
the
following
services
and
features
of
InterChange
Server
Express:
v
“Event
management
service”
on
page
18
v
“Connector
controllers”
on
page
18
v
“Repository”
on
page
18
v
“Database
connectivity
service”
on
page
18
v
“Database
connection
pools”
on
page
18
v
“Transactional
collaborations”
on
page
18
v
“Recovery
features”
on
page
19
Chapter
1.
Overview
of
IBM
WebSphere
Business
Integration
Server
Express
17