IBM BJ0NJML Integration Guide - Page 100

Service Level Schemas, Schema Name, Schema Generation

Page 100 highlights

Integration Schemas Service Level Schemas Service level schemas apply to enterprise services, object structure services, and standard services. The same schema describes enterprise services and object structure services. A different schema describes standard services. Enterprise services, object structure services, and standard services use objects and object structures as input and output for the operations they support. Multiple services can perform the same operation using the same input and output. For example, two AddMXPERSON services can have different processing rules but the same input (the MXPERSON object structure). The input and output schema types for enterprise services and object structure services are generally reusable. The system defines the input and output for publish channels and invocation channels. This information is available to anyone who must implement these channels to invoke external services or to map to other output formats. Schema Name The naming convention for object structure schemas and enterprise services schemas is application service name + Service, for example, PERSONService.xsd. The naming convention for service level schemas is object structure + Service, for example, MXPERSONService.xsd. Schema Generation Predefined service schema files are not provided. When you deploy a service, a service schema file is generated for the associated object structure, if one does not exist already. The following conditions initiate a system file generation: T You generate the service-level schema by using the Select Action menu in the Web Services Library application T A Web service is deployed The generated schema files are under the root/schema/common/service directory. All service level schemas include the metadata schema file and the applicable object structure and object schema files. Service Level Schema Elements One schema file is generated per object structure with multiple data types within each file. Each data type corresponds to each input and output operation that can be deployed or processed as a service. Different services reuse the data types in these schemas. No one service uses all the data types in a single schema. The service level schemas contain the following types, which use MXPERSON as an example. T CreateMXPERSON T CreateMXPERSONResponse T DeleteMXPERSON 86 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

Integration Schemas
86
Integration Guide
Service Level Schemas
Service level schemas apply to enterprise services, object structure services, and
standard services. The same schema describes enterprise services and object
structure services. A different schema describes standard services.
Enterprise services, object structure services, and standard services use objects
and object structures as input and output for the operations they support.
Multiple services can perform the same operation using the same input and
output. For example, two AddMXPERSON services can have different processing
rules but the same input (the MXPERSON object structure). The input and output
schema types for enterprise services and object structure services are generally
reusable.
The system defines the input and output for publish channels and invocation
channels. This information is available to anyone who must implement these
channels to invoke external services or to map to other output formats.
Schema Name
The naming convention for object structure schemas and enterprise services
schemas is
application service name
+ Service, for example, PERSONService.xsd.
The naming convention for service level schemas is
object structure
+ Service, for
example, MXPERSONService.xsd.
Schema Generation
Predefined service schema files are not provided. When you deploy a service, a
service schema file is generated for the associated object structure, if one does not
exist already.
The following conditions initiate a system file generation:
You generate the service-level schema by using the Select Action menu in the
Web Services Library application
A Web service is deployed
The generated schema files are under the
root
/schema/common/service directory.
All service level schemas include the metadata schema file and the applicable
object structure and object schema files.
Service Level Schema Elements
One schema file is generated per object structure with multiple data types within
each file. Each data type corresponds to each input and output operation that can
be deployed or processed as a service. Different services reuse the data types in
these schemas. No one service uses all the data types in a single schema.
The service level schemas contain the following types, which use MXPERSON as
an example.
CreateMXPERSON
CreateMXPERSONResponse
DeleteMXPERSON