问题标签 [wildfly-17]

我们正在尝试从 Wildfly 15 升级到 Wildfly 17。在 17 下启动应用程序时，我们会在日志中得到很多 DEBUG，如下所示：

为什么会这样，我怎样才能摆脱这些日志条目？

最好的问候马克。

从 Wildfly-8.1.0.Final 升级到 Wildfly-17.0.1.Final

在控制器层

在服务层

从 Wildfly 8，我们得到

但是从 Wildfly 17 开始，我们得到了

我们认为这可能是由于 Jackson 库，所以我们在使用 Wildfly 17 运行时将 pom.xml 中的 jackson 库版本更改为 2.3.2，但它仍然以相同的方式出现

我们也尝试将 Jackson 2.9.8 与 Wildfly 8 一起使用，但 WF8 仍然返回了两个属性“prop1”和“prop2”

我们正试图找到造成这种情况的根本原因，它是否与 WF17 的内部实现有关，或者我们在这里遗漏了其他东西？

已编辑

我们还尝试了另一件事：我们尝试在独立的 Java 代码上重现 Jackson 库的问题，但我们无法重现此问题。

虽然它仍然与 Wildfly 8 或 Wildfly 17 一起运行时与 Jackson 2.6.0 以上版本一起运行，但直到 2.5.5 才出现。

我刚开始使用 Wildfly 服务器版本 17，但我一直在寻找我应该在我的 pom 文件中提供的依赖项。

我没有在文档中找到任何显示提供的依赖项及其正确版本的内容。

作为一个例子，这是我想要的：

我想知道我从哪里获得服务器提供的所有依赖项以供将来使用。

我正在尝试使用 Json-B API，它是 Wildfly 17 中 Java EE 8 规范的一部分。Wildfly 17 是经过认证的 Java EE 8 实现，但是当我尝试时在服务器类路径中找不到 Json-B API 类使用Jsonb或JsonBuilder。Eclipse 将 Wildfly 17 运行时包含在我的项目中，但是我仍然收到一条消息，指出无法解析类型：Jsonb cannot be resolved to a type？

有人可以确认 Json-B 是否包含在 Wildfly 17.0 中吗？

我正在尝试将 Web 应用程序部署到 Wildfly 应用程序服务器，但我遇到了以下错误。我对 WildFly 很陌生。谁可以帮我这个事。

我尝试了以下两个选项都对我不起作用。

1. 检查您的图像以确保服务器配置（可能是standalone.xml）包含“iiop-openjdk”扩展和子系统。我们不暴露 JDK 的 ORB；相反，我们有一个捆绑的。

2. 将 Import-Package 语句添加到 Manifest.MF Import-Package：org.omg.CORBA

   严重 [javax.enterprise.resource.webcontainer.jsf.config]（ServerService 线程池 -- 127）部署期间的严重错误：：java.lang.NoClassDefFoundError：com.ibm.websphere.naming 的 org/omg/CORBA/TRANSIENT。 WsnInitialContextFactory.getInitialContext(WsnInitialContextFactory.java:187) at org.jboss.as.naming.InitialContext.getDefaultInitCtx(InitialContext.java:116) at org.jboss.as.naming.InitialContext.init(InitialContext.java:101) at javax .naming.ldap.InitialLdapContext.(InitialLdapContext.java:154) 在 org.jboss.as.naming.InitialContext.(InitialContext.java:91) 在 org.jboss.as.naming.InitialContextFactory.getInitialContext(InitialContextFactory.java:43) ) 在javax.naming.InitialContext 的javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684)。com.sun.faces.util.Util.getCdiBeanManager( Util.java:1552) 在 com.sun.faces.application.applicationimpl.Version.isJsf23(Version.java:57) 在 com.sun.faces.application.applicationimpl.ExpressionLanguage.addELResolver(ExpressionLanguage.java:136) 在 com .sun.faces.application.ApplicationImpl.addELResolver(ApplicationImpl.java:221) 在 org.jboss.as.jsf.injection.weld.WeldApplication.(WeldApplication.java:60) 在 org.jboss.as.jsf.injection。 com.sun.faces.application.InjectionApplicationFactory.getApplication(InjectionApplicationFactory.java: 上的weld.WeldApplicationFactory.getApplication(WeldApplicationFactory.java:52)61) 在 com.sun.faces.config.InitFacesContext.getApplication(InitFacesContext.java:109) 在 com.sun.faces.lifecycle.ClientWindowFactoryImpl.(ClientWindowFactoryImpl.java:39) 在 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method ) 在 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) 在 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 在 java.lang.reflect.Constructor.newInstance(Constructor.java:422) 在 java .lang.Class.newInstance(Class.java:442) 在 javax.faces.FactoryFinderInstance.getImplGivenPreviousImpl(FactoryFinderInstance.java:458) 在 javax.faces.FactoryFinderInstance.getImplementationInstance(FactoryFinderInstance.java:348) 在 javax.faces。FactoryFinderInstance.getFactory(FactoryFinderInstance.java:200) at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:279) at com.sun.faces.config.processor.FactoryConfigProcessor.lambda$verifyFactoriesExist$0(FactoryConfigProcessor.java:303) at com.sun.faces.config.processor.FactoryConfigProcessor$$Lambda$726/14797740.accept(Unknown Source) at java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) at java.util.stream.ReferencePipeline$Head .forEach(ReferencePipeline.java:580) 在 com.sun.faces.config.processor.FactoryConfigProcessor.verifyFactoriesExist(FactoryConfigProcessor.java:297) 在 com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:211 ) 在 com.sun.faces.config.ConfigManager.lambda$initialize$0(ConfigManager.java:294) at com.sun.faces.config.ConfigManager$$Lambda$725/29607565.accept(Unknown Source) at java.util.Iterator.forEachRemaining(Iterator.java:116) at java.util.Spliterators$IteratorSpliterator。 forEachRemaining(Spliterators.java:1801) 在 java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:580) 在 com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:292) 在 com.sun .faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:205) 在 io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:187) 在 io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl. java:216) 在 io.undertow.servlet.core.DeploymentManagerImpl$1.call(DeploymentManagerImpl.java:185) 在 io.undertow.servlet。core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:42) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0 (SecurityContextThreadSetupAction.java:105) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction$$Lambda$720/9165134.call(Unknown Source) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0 (UndertowDeploymentInfoService.java:1502) 在 org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) 在 org.wildfly.extension.undertow.deployment。UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) at org.wildfly.extension.undertow。 deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) at org.wildfly.extension。 undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502) 在 org.wildfly.extension.undertow.deployment。UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$721/25627419.call(Unknown Source) at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:250) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService .java:96) 在 org.wildfly.extension.undertow.deployment.UndertowDeploymentService$1.run(UndertowDeploymentService.java:78) 在 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 在 java.util .concurrent.FutureTask.run(FutureTask.java:266) 在 org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) 在 org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) 在 org. jboss.threads.EnhancedQueueExecutor$ThreadBody。doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.lang.Thread.run(Thread.java:745) at org.jboss.threads.JBossThread .run(JBossThread.java:485) 引起：java.lang.ClassNotFoundException: org.omg.CORBA.TRANSIENT 来自本地模块加载器@100d6b1 的 [Module "com.jars"（查找器：本地模块查找器 @fd02e5（根： D:\KT\wildfly-17.0.0.Final\modules,D:\KT\wildfly-17.0.0.Final\modules\system\layers\base))] 在 org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader .java:255) 在 org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410) 在 org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) 在 org.jboss.modules。ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) ... 67 更多

   /li>

I'm looking into configuring wf 17 with distributed cache for sessions, but I have problems making it work properly. It's a distributed configuration, I use basic authentication and when we send the post to /j_security_check it's going to one node and the get for /index.html after the authentication is done successfully it's going to a different node. When the request arrives on the second node I have this exception :

I can see on the other server where the /j_security_check post happened:

My configuration for inifinispan cache is:

As long as the session is cached in infinispan how come when the request hits the second server initially it's not found but when trying to create it complains that it already exists?

Also, I tried configuring the distributable-web:1.0 wf subsystem to use the above-mentioned cache but the output is the same. Not sure if that is needed, if I have the tag in the web.xml it's going to be the same "default" distributable-web subsystem right?

A different situation that I noticed and I don't understand:

This happened on the same node, I receive the response with the above session and moments after that it's not able to find the session, eventually receiving a 404 for j_security_check.

我有一些使用 Spring Boot 2.1.2 构建的应用程序，并在带有 jdk 8 的 Wildfly 10 中运行，到目前为止一切正常……但在更新后，应用程序执行 springboot 2.2.1、wildfly 17 并打开 jdk 11，一切都“爆炸”了。如果它发生在某人身上，请发布解决方案？在部署日志的一部分下方：

有什么建议吗？

目前我们在一个基于 Java 8 的自创 Docker 镜像中运行 Wildfly（版本 17.0.1.Final）。为了通过 Prometheus 监控我们的应用程序，我们安装jmx_exporter并配置了它，如下所示。

现在我们想切换到jboss/wildfly:17.0.1.Final使用 Java 11 的官方 Docker 镜像。使用我们当前的配置时，无法创建 JVM，因为-Xbootclasspath/p不再支持。只有-Xbootclasspath/a或-Xbootclasspath有效。

只是替换-Xbootclasspath/p不起作用-Xbootclasspath/a，并在启动时给出以下错误消息：

Java 8 的配置

（摘自我们的Dockerfile）

我在域模式下运行 WildFly 17。我们一直在手动添加 JMS 队列，但我宁愿将配置添加为部署脚本的一部分。我可以使用 创建服务器和数据源jboss-cli，但我似乎无法在队列方面取得任何进展。我想最终得到 domain_config.xml 看起来像：

我已经查看了如何在 Wildfly 中使用 CLI 设置消息传递子系统，但我得到的只是错误。

domain_config.xml 的完整嵌套是：

当我将 infinispan ogm 与文件存储配置一起使用时，我遇到了一个问题。我的问题如下。我在 wildfly 17 上部署了一个非常小的 REST 应用程序，能够持久保存和读取非常简单的数据模型。数据模型由双向多对一关联组成。

当我坚持一个 Foo （由一个 Bar 组成）时，我可以 getFoo 并且 Foo 对象包含一个 Bar ，但是当我在获得 Foo 对象时重新启动其余应用程序时，我失去了 Bar 关联。当我得到 Bar 对象时，存在与 Foo 对象的关联。这是我的应用程序 presistence.properties 的配置（我使用生产者以编程方式构建基于 HibernateOgmPersistence 的 entityManager）。似乎双向仅以一种方式起作用

这是 infinispan 配置

hibernate ogm 使用的版本是

请注意， 我已经使用 mongodb 更改了提供程序，并且它运行良好。