问题标签 [websphere-9]

我们将 WebSphere 版本从WAS8.5升级到WAS9，应用程序具有spring 2.5、hibernate 3、struts 1.x 和 hibernate 作为 WebSphere 服务器中的 ORM 和 JPA 提供程序设置为com.ibm.websphere.persistence.PersistenceProviderImpl

版本是2.0。

当我们部署应用程序时，服务器抛出 Openjpa 错误，我们没有在应用程序的任何地方使用任何特定于 openjpa 的东西，也没有在 WebSphere 服务器中使用任何特定的设置。

以下是由于应用程序无法成功导致这些错误而出现 openJpa 错误的错误日志。请让我知道如何解决此问题，或者是否必须在服务器配置或任何其他级别检查某些内容。

在使用 log4j 1.2.17 将消息发送到 IBM MQ 主题时，我很难让 Java Web 应用程序在 IBM WebSphere Application Server 9.0.5.5 上运行。

在 WAS 中，我们最初有一个ConnectionFactory设置用于与主题进行通信。这就是我们对使用 IBM MQ 队列的其他应用程序所做的事情。但是，这最终给了我以下错误：

我发现一篇 IBM 文章讨论了与队列类似的问题，解决方案是使用QueueConnectionFactory. 所以，同样我从使用 a 切换ConnectionFactory到 a TopicConnectionFactory。现在我得到这个错误：

我有另一个使用 log4j2 和队列的 Java web 应用程序。我们ConnectionFactory在 WAS 中的 Resources > JMS 中进行了设置，就像我们在此应用程序中所做的那样。一切正常。这里唯一的区别是我们使用 log4j 1.2.17 和主题而不是队列。

我无法更改 log4j 的版本，因为它已融入我们拥有的供应商平台。

我检查了正在部署的 WAR 文件，其中只有一个jms.jar（以及用于 IBM MQ 客户端 9.1.0.0 的 fscontext、providerutil、mq 等 JAR）。jms.jar因此，没有其他可能是较旧 JMS 版本的竞争者。

任何想法这里可能有什么问题？

我已经使用下面的页面启用了基于 IP 的请求过滤。

应用服务器 > 服务器 > Web 容器传输链 > HttpQueueInboundDefaultSecure > TCP 入站通道 > 地址包含列表

我还使用下面的页面启用了访问日志。

故障排除 > 日志和跟踪 > 服务器 > NCSA 访问和 HTTP 错误日志记录

启用访问日志后，我可以在 http_access.log 文件中看到为其提供请求的 IP 的条目。但是，对于不属于地址包含列表的 IP，未提供服务，但没有记录此类 IP。

您能否帮我完成所需的配置，以便捕获请求被拒绝/未提供服务的 IP。

我正在使用 Websphere 9.0.5

通过在 websphere 上运行的 spring boot 应用程序连接 LDAP 时出现以下错误。请提出可能的原因。其间断。大多数情况下它可以工作，但有时它会随机失败。谢谢

引起：org.springframework.ldap.CommunicationException：简单绑定失败：xxxx：636；嵌套异常是 javax.naming.CommunicationException: simple bind failed: xxxx:636 [Root exception is javax.net.ssl.SSLException: Connection reset] at org.springframework.ldap.support.LdapUtils.convertLdapException(LdapUtils.java:108)在 org.springframework.security.ldap.authentication.ad.ActiveDirectoryLdapAuthenticationProvider.bindAsUser(ActiveDirectoryLdapAuthenticationProvider.java:224) 在 org.springframework.security.ldap.authentication.ad.ActiveDirectoryLdapAuthenticationProvider.doAuthentication(ActiveDirectoryLdapAuthenticationProvider.java:167) ... 78常用框架省略

我正在尝试远程访问（使用 RAD）在容器内运行的 websphere 应用程序服务器。我可以在 RAD 中看到在我本地为服务器创建远程配置文件后服务器已启动。但是一旦服务器关闭，我就无法启动服务器。经过一番调查，我意识到这是因为一旦应用程序服务器从远程机器停止，我的本地机器就无法再与该容器通信（尽管容器仍在运行）。即使应用程序服务器已关闭但容器仍在运行中，是否可以保持连接？

这是 WebSphere 9 ND。我已停止节点代理，并且 serverStatus.sh 脚本报告它已关闭： ADMU0509I：无法访问节点代理“nodeagent”。为什么应用程序仍在进行身份验证并且似乎正在运行？

我正在尝试使用 WebSphere Portal (HCL DX) v9.5 在 WebSphere Application Server 9 上配置 JFS 2.0。我有一个 portlet，但它不能与这个自定义实现一起工作。到目前为止，我所做的是按照 JAR 文件下载的 -

1. commons-beanutils-1.9.4.jar
2. commons-collections-3.2.jar
3. commons-logging-1.1.1.jar
4. myfaces-impl-2.0.25.jar
5. commons-codec-1.3.jar
6. commons-digester-1.8.jar
7. myfaces-api-2.0.25.jar

将它们捆绑在隔离的共享库中，在模块级别引用共享库并重新启动应用程序。下面是应用程序启动时抛出的异常。

此外，尝试在企业应用程序级别将类加载设置为 PARENT_LAST 但同样的问题。

有没有人有同样的问题或可以帮助解决这个问题？

在将我的 webapp 从 2.5.8 更新到 Spring Boot 2.6.0 后，我在 WebSphere 服务器（9.0.5.8）上遇到了问题。所有带有注释的端点都org.springframework.web.bind.annotation.RestController返回 404 错误。应用程序在 Tomcat 上工作正常。

问题解决了。 我添加了`spring.mvc.pathmatch.matching-strategy=ant-path-matcher"。原因是：spring-boot release notes-"PathPattern Based Path Matching Strategy for Spring MVC

将请求路径与注册的 Spring MVC 处理程序映射匹配的默认策略已从 AntPathMatcher 更改为 PathPatternParser。

如果你使用 Spring Security，你应该检查你对 mvcMatchers 的使用，以确保你的匹配器继续满足你的需求。使用 AntPathMatcher，authorizeRequests.mvcMatchers("hello").permitAll() 将授予对 /hello 的访问权限。PathPatternParser 更精确的匹配需要使用 authorizeRequests.mvcMatchers("/hello").permitAll() （注意前导 /）。

如果需要将默认切换回 AntPathMatcher，可以将 spring.mvc.pathmatch.matching-strategy 设置为 ant-path-matcher。”

我仍然不知道为什么它只发生在 Websphere 中。

我有一个简单的 2 java 应用程序，它作为 EAR 部署在带有 JDK 8 的 RHEL8 OS 上的 IBM WebSphere Application Server 9 上。

第一个应用程序用作管理应用程序，第二个用作应用程序。

在部署之前，我按如下方式运行 ejbdeploy 命令： ejbdeploy.sh myapp.ear 。myapp2.ear -cp jar1 path:jar2 path 在我的两个应用程序上然后在命令成功完成且没有错误后，我将 myapp2.ear 重命名为原始名称并部署它。

命令中使用的 jar 我创建了一个文件夹，放置了我的 2 个应用程序需要的所有 jar 文件，并将其分配给应用程序级别作为共享库引用。

在我用作共享库的这个文件夹中，我创建了一个 .properties 文件，我在其中放置了 xml 文件的完整路径，这两个应用程序都需要启动和正常工作。

.properties 文件如下所示： xmlpath = /opt/jars/ 现在部署后我启动了应用程序并且它们都成功启动了，但是当我尝试使用 url 访问它们时：

第一个应用程序在“http://serverip:9080/admin”上运行良好第二个应用程序在“http://serverip:9080/webapp/myapp/MyappJSPs”上根本无法运行我在 Internet Explorer 上什么都没有。

任何帮助请注意：该应用程序被编码为仅适用于具有 32 位 jdk 7 的 Internet Explorer 浏览器

我最近安装了 WebSphere 9.0.5.6。我能够安装应用程序并运行它们。

但是我再也看不到服务器菜单了。控制台应用程序似乎崩溃了。

以下是单击服务器菜单时在日志中收到的错误。

000000cd ServletWrappe E com.ibm.ws.webcontainer.servlet.ServletWrapper 服务 SRVE0014E：未捕获的服务（）异常根本原因操作：java.io.FileNotFoundException：SRVE0190E：找不到文件：com.ibm.ws 上的 /ApplicationServer.content.main .webcontainer.extension.DefaultExtensionProcessor._processEDR(DefaultExtensionProcessor.java:977) 在 com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.processEDR(DefaultExtensionProcessor.java:958) 在 com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest (DefaultExtensionProcessor.java:486) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:143) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:78) 在com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:979) 在 com.ibm.ws。webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1119) 在 com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:1408) 在 com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward( WebAppRequestDispatcher.java:198) at org.apache.struts.action.RequestProcessor.doForward(Unknown Source) at org.apache.struts.tiles.TilesRequestProcessor.doForward(Unknown Source) at org.apache.struts.action.RequestProcessor.processForwardConfig （未知来源）在 org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig（未知来源）在 org.apache.struts.action.RequestProcessor.process（未知来源）在 org.apache.struts.action.ActionServlet.process（未知来源）在 org.apache.struts.action.ActionServlet.doGet（未知来源）在 javax.servlet.http.HttpServlet。com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java:1235) 的 javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 的服务(HttpServlet.java:687) com.ibm .ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:779) 在 com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:478) 在 com.ibm.ws.webcontainer.servlet.ServletWrapperImpl .handleRequest(ServletWrapperImpl.java:179) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:143) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:96 ）在 com.ibm.ws.console.core.servlet.WSCUrlFilter.setUpCommandAssistance(WSCUrlFilter.java:984) 在 com.ibm.ws.console.core.servlet.WSCUrlFilter.continueStoringTaskState(WSCUrlFilter.java:531) 在 com。 ibm.ws.console.core。servlet.WSCUrlFilter.doFilter(WSCUrlFilter.java:352) 在 com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:197) 在 com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain. java:90) 在 com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:979) 在 com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1119) 在 com.ibm .ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java:82) 在 com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:963) 在 com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.handleRequest(WebContainer.java:963) .java:1817) 在 com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:382) 在 com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:465) 在 com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:532) 在 com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink. java:318) 在 com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java:88) 在 com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext. java:1833) 在 com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:175) 在 com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217) 在 com.ibm .io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161) 在 com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138) 在 com.ibm.io.async.ResultHandler.complete(ResultHandler.java :204) 在 com.ibm.io。async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775) 在 com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905) 在 com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java :1909)

我试图删除并重新安装它，但在这篇文章的帮助下它没有帮助：重新安装控制台

如何解决此问题或添加更多日志以查找根本原因？