IBM BS029ML Self Help Guide - Page 168

Added support for WMM LDAP connection pooling, Improving group searches, Important

Page 168 highlights

Added support for WMM LDAP connection pooling By default, WMM creates a single LDAP connection and reuses this connection for all subsequent requests. This is, of course, in addition to the LDAP connection established and reused by the underlying WebSphere Application Server that performs the authentication task on behalf of Portal (assuming that no authenticating proxy such as Tivoli WebSEAL or CA SiteMinder are being used). Occasionally, several users may simultaneously access the Portal and ultimately the internal WMM component at the same time. For this reason, you can configure WMM to support an LDAP connection pooling mechanism for improved performance. This can be done by modifying the wmm.xml file and adding the parameters detailed in Table 5-13. Table 5-13 WMM LDAP connection pooling parameters Parameter Default value dirContextTimeToLive -1 dirContextsMaxSize Recommended value -1 10 dirContextsMinSize dirContextTimeout 1 3 300 3000 Important: Setting the dirContextTimeToLive=-1 means that each connection will be reused forever, until the connection is stale. Improving group searches As outlined in "Advanced LDAP filters" on page 152, there are two approaches for finding the group membership for a specific user. Many LDAP directory servers now support listing the groups for which a user is a member as an attribute of the user object (in Active Directory, for example, this is the memberOf attribute). WMM can be configured to use this attribute when asked by WebSphere Portal Server for the groups for which a user is a member, rather than doing an iterative LDAP search for objects of the group objectclass, which have the user DN as a member record. This results in performance improvements for such searches. WMM will still use the group objects themselves when asked to enumerate "all the members of a group". The LDAP directory server itself must be responsible for keeping the attribute in sync with the group member list, so that all groups where the user is listed as a member show up on the attribute, and only groups where the user is listed as a member show up on the attribute. This can be done by modifying the wmm.xml file and adding the parameter detailed in Table 5-14. Table 5-14 WMM MemberOf parameter Parameter groupMembershipAttributeMap Default value n/a Recommended value Value from Table 5-15 Table 5-15 on page 155 is a summary of the memberOfAttributeName parameters that various LDAP directory servers support. 154 IBM WebSphere Portal V6 Self Help 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

154
IBM WebSphere Portal V6 Self Help Guide
Added support for WMM LDAP connection pooling
By default, WMM creates a single LDAP connection and reuses this connection for all
subsequent requests. This is, of course, in addition to the LDAP connection established and
reused by the underlying WebSphere Application Server that performs the authentication task
on behalf of Portal (assuming that no authenticating proxy such as Tivoli WebSEAL or CA
SiteMinder are being used).
Occasionally, several users may simultaneously access the Portal and ultimately the internal
WMM component at the same time. For this reason, you can configure WMM to support an
LDAP connection pooling mechanism for improved performance. This can be done by
modifying the wmm.xml file and adding the parameters detailed in Table 5-13.
Table 5-13
WMM LDAP connection pooling parameters
Improving group searches
As outlined in “Advanced LDAP filters” on page 152, there are two approaches for finding the
group membership for a specific user. Many LDAP directory servers now support listing the
groups for which a user is a member as an attribute of the user object (in Active Directory, for
example, this is the memberOf attribute). WMM can be configured to use this attribute when
asked by WebSphere Portal Server for the groups for which a user is a member, rather than
doing an iterative LDAP search for objects of the group objectclass, which have the user DN
as a member record. This results in performance improvements for such searches. WMM will
still use the group objects themselves when asked to enumerate "all the members of a group".
The LDAP directory server itself must be responsible for keeping the attribute in sync with the
group member list, so that all groups where the user is listed as a member show up on the
attribute, and only groups where the user is listed as a member show up on the attribute.
This can be done by modifying the wmm.xml file and adding the parameter detailed in
Table 5-14.
Table 5-14
WMM MemberOf parameter
Table 5-15 on page 155 is a summary of the memberOfAttributeName parameters that
various LDAP directory servers support.
Parameter
Default value
Recommended value
dirContextTimeToLive
-1
-1
dirContextsMaxSize
10
dirContextsMinSize
1
3
dirContextTimeout
300
3000
Important:
Setting the dirContextTimeToLive=-1 means that each connection will be
reused forever, until the connection is stale.
Parameter
Default value
Recommended value
groupMembershipAttributeMap
n/a
Value from Table 5-15