WAS 7.0 LDAP：修复包21后的属性描述无效

昨天我们在我们的websphere应用服务器7.0上安装了fixpack 21 . 我们的一个java web应用程序是使用LDAP对用户进行身份验证，以允许他们访问网站 . 由于我们安装了fixpack，因此我们无法访问我们的网站 . 在日志文件中，我收到以下错误消息：

javax.naming.directory.InvalidSearchFilterException：无效的属性描述;其余名称'o = testsite.com，c = be'com.sun.jndi.ldap.Filter.encodeSimpleFilter（Filter.java:417）at com.sun.jndi.ldap.Filter.encodeFilter（Filter.java:152 ）com.sun.jndi.ldap.Filter.encodeFilterString（Filter.java：56）at com.sun.jndi.ldap.LdapClient.search（LdapClient.java:520）at com.sun.jndi.ldap.LdapCtx . doSearch（LdapCtx.java:1962）在com.sun.jndi.ldap.LdapCtx.searchAux（LdapCtx.java:1824）在com.sun.jndi.ldap.LdapCtx.c_search（LdapCtx.java:1749）在的com.sun位于com.sun.jndi.toolkit.ctx.PartialCompositeDac上的comnun.joli.toolkit.ctx.PartialCompositeDirContext.search（PartialCompositeDirContext.java:338）中的.jndi.toolkit.ctx.ComponentDirContext.p_search（ComponentDirContext.java:368）.PartialCompositeDirContext .search（PartialCompositeDirContext.java:321）在javax.naming.directory.InitialDirContext.search（InitialDirContext.java:248）在com.testsite.directory.core.DSProxy.getUserGroupsInContext（DSProxy.java:527）在com.testsite . com.testsite.directory.core.I上的directory.core.DSProxy.getAllGroups（DSProxy.java:569） ntranetUser.getUserProfile（IntranetUser.java:112）在com.testsite.intranet.security.common.UserProvider.getUser（UserProvider.java:22）在com.testsite.intranet.security.authenticator.Authenticator.checkUserAndPassword（Authenticator.java： 220）在com.testsite.intranet.security.authenticator.Authenticator.checkWebsealAuthentication（Authenticator.java:137）在com.testsite.intranet.security.authenticator.Authenticator.getUser（Authenticator.java:271）在com.testsite.intranet位于com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter的com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter（FilterInstanceWrapper.java:188）中的.security.authenticator.AuthenticatorFilter.doFilter（AuthenticatorFilter.java:50） （WebAppFilterChain.java:116）atg.apache.myfaces.component.html.util.ExtensionsFilter.doFilter（ExtensionsFilter.java:122）at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter（FilterInstanceWrapper.java:188） ）在com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter（WebAppF） ilterChain.java:116）com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter（WebAppFilterChain.java:77）at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter（WebAppFilterManager.java:908）at com位于com.ibm.ws.webcontainer.servlet的com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest（ServletWrapper.java:502）上的.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest（ServletWrapper.java:934） .ServletWrapperImpl.handleRequest（ServletWrapperImpl.java:179）位于com.ibm.ws.webcontainer.webapp.WebApp.handleRequest（WebApp.java:3935）的com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest（WebGroup.java） ：276）在com.ibm.ws.webcontainer.WebContainer.handleRequest（WebContainer.java:931）在com.ibm.ws.webcontainer.WSWebContainer.handleRequest（WSWebContainer.java:1592）在com.ibm.ws.webcontainer . Channels .WCChannelLink.ready（WCChannelLink.java:186）位于com.ibm.ws.http.channel.inbou的com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination（HttpInboundLink.java:452） nd.impl.HttpInboundLink.handleNewRequest（HttpInboundLink.java:511）在com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest（HttpInboundLink.java:305）在com.ibm.ws.http.channel . 位于com.ibm.ws.tcp.channel的com.ibm.ws.ssl.channel.impl.SSLReadServiceContext $ SSLReadCompletedCallback.complete（SSLReadServiceContext.java:1784）中的inbound.impl.HttpICLReadCallback.complete（HttpICLReadCallback.java:83） . impl.WorkQueueManager.requestComplete（WorkQueueManager.java:557）位于com.ibm.ws.tcp.channel.impl.WorkQueueManager的com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO（WorkQueueManager.java:607） . workerRun（WorkQueueManager.java:984）位于com.ibm.ws.tcp.channel.impl.WorkQueueManager $ Worker.run（WorkQueueManager.java:1069）com.ibm.ws.util.ThreadPool $ Worker.run（ThreadPool . Java的：1604）

在安装fixpack之前，我们没有遇到此问题 . 我在互联网上搜索了这个特定的错误，但是我找不到任何可以与WAS的fixpack安装相关联的东西 . 有没有人有同样的问题或有任何问题建议让它再次运作？

提前致谢 .

汤姆