IBM BS029ML Self Help Guide - Page 148

ESSL configuration not working, Step 1: Review runtime logs

Page 148 highlights

A lot of PAC related problems are due to the settings in the PAC cache settings. People should understand that the cache settings in a production environment is very different from those in a development environment. In a development or test environment, things are more dynamic and changing. Thus, you should set caches to be smaller and the lifetime to be shorter to see an effect. Once in production, all permission settings are tested and fixed, and should not be changed frequently. Thus, you would want to take advantage of the caches to improve the runtime's performance. When trying to debug any problem of a PAC configuration, it is desirable to generate an XMLaccess export on the release domain (using exportRelease.xml). This XML file will show all the access control configurations of portal resources. When enabling traces for PAC, be cautious, as an enormous amount of data is generated in a very short time. The user activities should be kept to the absolute minimum. If you know more specific information you want to trace, you can certainly narrow the scope of the trace. For example, the following trace string: com.ibm.wps.ac.impl.PACGroupManagementServiceImpl will only collect information about the group management cache within PAC. SSL configuration not working It is important to know how to back out of the configurations you made in case SSL is not working. Thus, always document the steps carefully. When configuring SSL, make sure you are very clear that in the handshake about which party is the client and which is the server. A network diagram should be drawn to show the components involved. We recommend configuring Portal without SSL first. This reduces the complexity of the configuration. Step 1: Review runtime logs The errors or exceptions to be searched are most likely related to the SSL handshake. The example log entries given in Example 4-23 and Table 4-6 on page 135. Example 4-23 SSLHandshakeException: example 1 [8/13/07 23:28:45:406 EDT] 00000042 ManagerAdmin E com.ibm.wps.logging.ManagerAdmin initVars EJPFD0055E: Unable to access traceService MBean. com.ibm.websphere.management.exception.ConnectorException: ADMC0053E: The system cannot create a SOAP connector to connect to host localhost at port 10033 with SOAP connector security enabled. ... Caused by: com.ibm.websphere.management.exception.ConnectorNotAvailableException: [SOAPException: faultCode=SOAP-ENV:Client; msg=Error opening socket: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificate not Trusted; targetException=java.lang.IllegalArgumentException: Error opening socket: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificate not Trusted] ... Caused by: [SOAPException: faultCode=SOAP-ENV:Client; msg=Error opening socket: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificate not Trusted; targetException=java.lang.IllegalArgumentException: Error opening socket: javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException: Certificate not Trusted] 134 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

134
IBM WebSphere Portal V6 Self Help Guide
A lot of PAC related problems are due to the settings in the PAC cache settings. People
should understand that the cache settings in a production environment is very different from
those in a development environment. In a development or test environment, things are more
dynamic and changing. Thus, you should set caches to be smaller and the lifetime to be
shorter to see an effect. Once in production, all permission settings are tested and fixed, and
should not be changed frequently. Thus, you would want to take advantage of the caches to
improve the runtime’s performance.
When trying to debug any problem of a PAC configuration, it is desirable to generate an
XMLaccess export on the release domain (using exportRelease.xml). This XML file will show
all the access control configurations of portal resources.
When enabling traces for PAC, be cautious, as an enormous amount of data is generated in a
very short time. The user activities should be kept to the absolute minimum. If you know more
specific information you want to trace, you can certainly narrow the scope of the trace. For
example, the following trace string:
com.ibm.wps.ac.impl.PACGroupManagementServiceImpl
will only collect information about the group management cache within PAC.
SSL configuration not working
It is important to know how to back out of the configurations you made in case SSL is not
working. Thus, always document the steps carefully. When configuring SSL, make sure you
are very clear that in the handshake about which party is the client and which is the server. A
network diagram should be drawn to show the components involved.
We recommend configuring Portal without SSL first. This reduces the complexity of the
configuration.
Step 1: Review runtime logs
The errors or exceptions to be searched are most likely related to the SSL handshake. The
example log entries given in Example 4-23 and Table 4-6 on page 135.
Example 4-23
SSLHandshakeException: example 1
[8/13/07 23:28:45:406 EDT] 00000042 ManagerAdmin
E
com.ibm.wps.logging.ManagerAdmin initVars EJPFD0055E: Unable to access
traceService MBean.
com.ibm.websphere.management.exception.ConnectorException: ADMC0053E: The system
cannot create a SOAP connector to connect to host localhost at port 10033 with
SOAP connector security enabled.
...
Caused by: com.ibm.websphere.management.exception.ConnectorNotAvailableException:
[SOAPException: faultCode=SOAP-ENV:Client; msg=Error opening socket:
javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException:
Certificate not Trusted; targetException=java.lang.IllegalArgumentException: Error
opening socket: javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException:
Certificate not Trusted
]
...
Caused by: [SOAPException: faultCode=SOAP-ENV:Client; msg=Error opening socket:
javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException:
Certificate not Trusted; targetException=java.lang.IllegalArgumentException: Error
opening socket: javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException: Certificate not Trusted]