IBM BS029ML Self Help Guide - Page 173

PUMA Service, Registry Service

Page 173 highlights

Table 5-21 Portlet Container Service Parameter Default value parallel false legacy.useParallelRendering false std.useParallelRendering false Recommended value true true true Consult the Information Center for additional parameters that can be modified. PUMA Service The options configured under the PUMA Service affect the performance characteristics of the internal PUMA layer, the function of which is to build a member object associated with a user's specific attributes. This is achieved in part by submitting a request to another internal Portal component called WWM. For efficiency, PUMA was designed to initially request a minimum subset of attributes from WMM, which would in most circumstances fulfill most member object requests. The user.base.attributes property is a comma separated list of attributes that will be requested initially from WMM by PUMA when a user first logs in. The user.minimum.attributes property is a comma-separated list of attributes that will be requested initially from WMM by PUMA. If Portal or a Portlet requests an attribute that is not defined in the list, PUMA is then forced to make a subsequent request for the entire attribute subset. This is somewhat costly in terms of performance, as additional queries to the user data store will result. Table 5-22 shows the default and recommended values for the PUMA Service. Table 5-22 PUMA Service Parameter user.minimum.attributes user.base.attributes group.minimum.attribute Default value uid,cn uid,cn,givenName,sn,preferred Language cn Recommended value See notes. See notes. See notes. You should ensure that both the user.minimum.attributes and group.minimum.attributes settings contain the attributes deemed necessary for your requirements. If Portal (or a Portlet) requests an attribute that is not present in any of the above lists, PUMA will make a second request to the user registry. However, such a request will actually be for a full attribute set retrieval, from the user registry through WMM. Registry Service The parameters found under the Registry Service control the expiry times of cached instances of various Portal objects read from the database, such as cached Portlets, themes and skins, and so on. By default, the majority of these buckets are set to expire at the same regular time interval. However, a semaphore does exist in the applicable code to prevent simultaneous reloading, which would otherwise lead to temporary lockups. For beneficial results, setting the values at slightly different intervals may help to prevent the refreshes from hitting the database at the same time. Furthermore, the staggering can be extended to horizontally clustered Portal Server deployments. Chapter 5. WebSphere Portal runtime and services 159

  • 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 5. WebSphere Portal runtime and services
159
Table 5-21
Portlet Container Service
Consult the Information Center for additional parameters that can be modified.
PUMA Service
The options configured under the PUMA Service affect the performance characteristics of the
internal PUMA layer, the function of which is to build a member object associated with a
user’s specific attributes. This is achieved in part by submitting a request to another internal
Portal component called WWM. For efficiency, PUMA was designed to initially request a
minimum subset of attributes from WMM, which would in most circumstances fulfill most
member object requests.
The user.base.attributes property is a comma separated list of attributes that will be
requested initially from WMM by PUMA when a user first logs in. The user.minimum.attributes
property is a comma-separated list of attributes that will be requested initially from WMM by
PUMA. If Portal or a Portlet requests an attribute that is not defined in the list, PUMA is then
forced to make a subsequent request for the entire attribute subset. This is somewhat costly
in terms of performance, as additional queries to the user data store will result. Table 5-22
shows the default and recommended values for the PUMA Service.
Table 5-22
PUMA Service
You should ensure that both the user.minimum.attributes and group.minimum.attributes
settings contain the attributes deemed necessary for your requirements. If Portal (or a Portlet)
requests an attribute that is not present in any of the above lists, PUMA will make a second
request to the user registry. However, such a request will actually be for a full attribute set
retrieval, from the user registry through WMM.
Registry Service
The parameters found under the Registry Service control the expiry times of cached
instances of various Portal objects read from the database, such as cached Portlets, themes
and skins, and so on. By default, the majority of these buckets are set to expire at the same
regular time interval. However, a semaphore does exist in the applicable code to prevent
simultaneous reloading, which would otherwise lead to temporary lockups. For beneficial
results, setting the values at slightly different intervals may help to prevent the refreshes from
hitting the database at the same time. Furthermore, the staggering can be extended to
horizontally clustered Portal Server deployments.
Parameter
Default value
Recommended value
parallel
false
true
legacy.useParallelRendering
false
true
std.useParallelRendering
false
true
Parameter
Default value
Recommended value
user.minimum.attributes
uid,cn
See notes.
user.base.attributes
uid,cn,givenName,sn,preferred
Language
See notes.
group.minimum.attribute
cn
See notes.