IBM E02HMLL-I Implementation Guide - Page 87

Setting, initial, states, components, deployment

Page 87 highlights

v Merge Property Descriptor The Merge option causes all the server names, integration components, properties, and values established in the imported file to be added to the existing file. The merge is completely hierarchical and granular. For example, if the original file contains only a Server1, and the import file contains a Server1 and Server2, the Server2 name and all the integration components, properties, and values associated with it will be added to the original file. The Server1 name already established in the original file is not removed. If an integration component exists in Server1 in the import file, but not in Server1 in the original file, that component will be added to Server1 in the original file. Likewise, if a property exists for a specific integration component in Server1 in the import file, but not in the original file, that property will be added for that specific integration component in Server1 in the import file. At the lowest level, value replacement occurs. That is, the value for a specific property of a specific integration component in a specific server name in the import file will replace the value (if one exists) for the same property of the same integration component associated with the same server name in the original file. Copying and pasting deployment configuration properties Deployment configuration properties created for one server can be copied and pasted into the configuration for another server. When you copy and paste properties, any values assigned to those properties are copied and pasted as well. When you paste properties, if the properties already exist in the configuration, they are overwritten by the paste operation. Setting deployment properties without System Manager A standalone utility, contained in the deploymentconfigutil.zip file in the product \bin directory, can allow a *.dfg file to be edited without the use of System Manager. This can be useful, for example, in a situation where a database administrator needs to have a connector password property set to a specific value for interacting with the database, but does not want to reveal that value to the implementer who is using System Manager. The implementer can use the Deployment Configurator feature of System Manager to create a *.dfg file with default values and then send that file to the database administrator. The database administrator then runs the standalone utility, which allows modification of the property values (not the addition or deletion of integration components or properties). The database administrator uses the utility to modify the password value, and then sends the file back to the implementer, who uses System Manager to import the *.dfg file into Deployment Configurator. This utility is controlled by a pre-defined password and you must contact the product support center to get one. The password is intended to prevent users without appropriate privileges from changinge the passwords or encrypted data specified in the deployment descriptor files. This standalone utility is contained in the deploymentconfigutil.zip file, which resides in the IBM\WebSphere\bin directory. The file can be extracted and used on a system that does not have either System Manager or InterChange Server Express installed. Setting the initial states of components for deployment For components with states (such as connectors, collaboration objects, maps, relationships, and database connection pools), you can set the state in which the component initializes when rebooting the server after deployment. Do the following to set the initial post-deployment state of components: Chapter 4. Using System Manager 75

  • 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

v
Merge
Property
Descriptor
The
Merge
option
causes
all
the
server
names,
integration
components,
properties,
and
values
established
in
the
imported
file
to
be
added
to
the
existing
file.
The
merge
is
completely
hierarchical
and
granular.
For
example,
if
the
original
file
contains
only
a
Server1,
and
the
import
file
contains
a
Server1
and
Server2,
the
Server2
name
and
all
the
integration
components,
properties,
and
values
associated
with
it
will
be
added
to
the
original
file.
The
Server1
name
already
established
in
the
original
file
is
not
removed.
If
an
integration
component
exists
in
Server1
in
the
import
file,
but
not
in
Server1
in
the
original
file,
that
component
will
be
added
to
Server1
in
the
original
file.
Likewise,
if
a
property
exists
for
a
specific
integration
component
in
Server1
in
the
import
file,
but
not
in
the
original
file,
that
property
will
be
added
for
that
specific
integration
component
in
Server1
in
the
import
file.
At
the
lowest
level,
value
replacement
occurs.
That
is,
the
value
for
a
specific
property
of
a
specific
integration
component
in
a
specific
server
name
in
the
import
file
will
replace
the
value
(if
one
exists)
for
the
same
property
of
the
same
integration
component
associated
with
the
same
server
name
in
the
original
file.
Copying
and
pasting
deployment
configuration
properties
Deployment
configuration
properties
created
for
one
server
can
be
copied
and
pasted
into
the
configuration
for
another
server.
When
you
copy
and
paste
properties,
any
values
assigned
to
those
properties
are
copied
and
pasted
as
well.
When
you
paste
properties,
if
the
properties
already
exist
in
the
configuration,
they
are
overwritten
by
the
paste
operation.
Setting
deployment
properties
without
System
Manager
A
standalone
utility,
contained
in
the
deploymentconfigutil.zip
file
in
the
product
\bin
directory,
can
allow
a
*.dfg
file
to
be
edited
without
the
use
of
System
Manager.
This
can
be
useful,
for
example,
in
a
situation
where
a
database
administrator
needs
to
have
a
connector
password
property
set
to
a
specific
value
for
interacting
with
the
database,
but
does
not
want
to
reveal
that
value
to
the
implementer
who
is
using
System
Manager.
The
implementer
can
use
the
Deployment
Configurator
feature
of
System
Manager
to
create
a
*.dfg
file
with
default
values
and
then
send
that
file
to
the
database
administrator.
The
database
administrator
then
runs
the
standalone
utility,
which
allows
modification
of
the
property
values
(not
the
addition
or
deletion
of
integration
components
or
properties).
The
database
administrator
uses
the
utility
to
modify
the
password
value,
and
then
sends
the
file
back
to
the
implementer,
who
uses
System
Manager
to
import
the
*.dfg
file
into
Deployment
Configurator.
This
utility
is
controlled
by
a
pre-defined
password
and
you
must
contact
the
product
support
center
to
get
one.
The
password
is
intended
to
prevent
users
without
appropriate
privileges
from
changinge
the
passwords
or
encrypted
data
specified
in
the
deployment
descriptor
files.
This
standalone
utility
is
contained
in
the
deploymentconfigutil.zip
file,
which
resides
in
the
IBM\WebSphere\bin
directory.
The
file
can
be
extracted
and
used
on
a
system
that
does
not
have
either
System
Manager
or
InterChange
Server
Express
installed.
Setting
the
initial
states
of
components
for
deployment
For
components
with
states
(such
as
connectors,
collaboration
objects,
maps,
relationships,
and
database
connection
pools),
you
can
set
the
state
in
which
the
component
initializes
when
rebooting
the
server
after
deployment.
Do
the
following
to
set
the
initial
post-deployment
state
of
components:
Chapter
4.
Using
System
Manager
75