IBM BS029ML Self Help Guide - Page 129

WebSphere Member Manager WMM configuration files, wmm.xml

Page 129 highlights

WebSphere Member Manager (WMM) configuration files The main configuration files for the WebSphere Member Manager (WMM) are inside the directory /wmm, which is outside of the scope of the WebSphere Application Server. In a clustered environment, in order for the Deployment Manager (Dmgr) to be able to synchronize the files with the nodes in the cell, these WMM files are copied into /config/cells/wmm. Thus, when making changes to the WMM configuration files in a clustered environment, you should not simply modify the files on the node or Dmgr directly; instead, the recommended and supported process is shown below: 1. From the primary node, change the directory to /config, and run the following configuration task to check out the WMM files from Dmgr: - UNIX/Linux:./WPSconfig.sh check-out-wmm-cfg-files-from-dmgr - Windows: WPSconfig.bat check-out-wmm-cfg-files-from-dmgr 2. Change the directory to /wmm on the primary node, and modify the WMM files in the directory. 3. Change the directory to /config, and run the following command: - UNIX/Linux:./WPSconfig.sh check-in-wmm-cfg-files-to-dmgr - Windows: WPSconfig.bat check-in-wmm-cfg-files-to-dmgr 4. Run a full manual synchronization from the Dmgr to push the changes to all nodes. 5. Restart the cluster to make the change effective. Note: The WMM files are read once only during server startup. A restart is required for any changes made to them to be effective. wmm.xml This is the most important file for WMM configuration. Any typo in the file can prevent the WMM EJB from starting up or functioning correctly. As we already stated in Example 1, when making manual changes to this file in a clustered environment, only modify the one under /wmm on the primary node, and use the "check-out" and "check-in" procedure to keep the file synchronized to the Deployment Manager and other nodes. This file specifies configuration settings for WMM, such as the supported member types (Person, Group, OrganizationalUnit, and Organization), the LDAP server host name and the bind user DN and password, WMM connection pool data, different repositories, and so on. A scaled-down sample of wmm.xml is shown in Example 4-10 on page 118. Example 4-7 A sample wmm.xml

  • 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

Chapter 4. WebSphere Portal security
115
WebSphere Member Manager (WMM) configuration files
The main configuration files for the WebSphere Member Manager (WMM) are inside the
directory
<portal_root>
/wmm, which is outside of the scope of the WebSphere Application
Server. In a clustered environment, in order for the Deployment Manager (Dmgr) to be able to
synchronize the files with the nodes in the cell, these WMM files are copied into
<wsas_profile_root>
/config/cells/wmm. Thus, when making changes to the WMM
configuration files in a clustered environment, you should not simply modify the files on the
node or Dmgr directly; instead, the recommended and supported process is shown below:
1.
From the primary node, change the directory to <portal_root>/config, and run the following
configuration task to check out the WMM files from Dmgr:
UNIX/Linux:./WPSconfig.sh check-out-wmm-cfg-files-from-dmgr
Windows: WPSconfig.bat check-out-wmm-cfg-files-from-dmgr
2.
Change the directory to <portal_root>/wmm on the primary node, and modify the WMM
files in the directory.
3.
Change the directory to <portal_root>/config, and run the following command:
UNIX/Linux:./WPSconfig.sh check-in-wmm-cfg-files-to-dmgr
Windows: WPSconfig.bat check-in-wmm-cfg-files-to-dmgr
4.
Run a full manual synchronization from the Dmgr to push the changes to all nodes.
5.
Restart the cluster to make the change effective.
wmm.xml
This is the most important file for WMM configuration. Any typo in the file can prevent the
WMM EJB from starting up or functioning correctly. As we already stated in Example 1, when
making manual changes to this file in a clustered environment, only modify the one under
<portal_root>/wmm on the primary node, and use the “check-out” and “check-in” procedure to
keep the file synchronized to the Deployment Manager and other nodes. This file specifies
configuration settings for WMM, such as the supported member types (Person, Group,
OrganizationalUnit, and Organization), the LDAP server host name and the bind user DN and
password, WMM connection pool data, different repositories, and so on. A scaled-down
sample of wmm.xml is shown in Example 4-10 on page 118.
Example 4-7
A sample wmm.xml
<?xml version="1.0" encoding="UTF-8"?>
<wmm name="member manager"
defaultRealmName
="portal"
horizontalPartitioning="false"
lookAside="true"
configurationFile="wmmAttributes.xml"
maximumSearchResults
="200"
searchTimeOut="120000"
userSecurityNameAttribute
="uid"
passwordAttribute="userPassword">
<supportedMemberTypes>
<supportedMemberType name="Person"
rdnAttrTypes="uid"
defaultParentMember="ou=people,ou=dept,o=acme.com"
Note:
The WMM files are read once only during server startup. A restart is required for any
changes made to them to be effective.