[JBoss JIRA] (WFLY-13259) Memory leak in Hibernate pending-puts cache when L2 cache is enabled
by Sorin Potra (Jira)
[ https://issues.redhat.com/browse/WFLY-13259?page=com.atlassian.jira.plugi... ]
Sorin Potra commented on WFLY-13259:
------------------------------------
[~smarlow] I sent you via https://wetransfer.com/ the heap dump showing the leak in WildFly 19.0.0.
> Memory leak in Hibernate pending-puts cache when L2 cache is enabled
> --------------------------------------------------------------------
>
> Key: WFLY-13259
> URL: https://issues.redhat.com/browse/WFLY-13259
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final, 19.0.0.Final
> Reporter: Sorin Potra
> Assignee: Scott Marlow
> Priority: Critical
> Attachments: PathToGCRoots_strong_refs.PNG, pending-puts-leak.PNG, simple-hibernate-war-client.zip, simple-hibernate-war.war, simple-hibernate-war.zip
>
>
> Under certain conditions, described below, WildFly / Hibernate can leak memory into the pending-puts cache eventually causing an OutOfMemoryError. Attached you can find a web application and a standalone client that can be used to reproduce the problem. The web app defines two entities: a Parent and a Child. There is a bidirectional one-to-many relationship between the Parent and the Child. JPA L2 cache is enabled (Infinispan is the cache provider).
> Repeatedly executing a transaction that creates a new Child and adds it to the list of children in the Parent will cause the memory usage to increase steadily until OOM is encountered. If the execution of these transactions is stopped before reaching OOM, the memory will be reclaimed after a few minutes of inactivity.
> Attached you can find the following:
> - simple-hibernate-war.war - the web app that can be deployed in WildFly to reproduce the issue.
> - simple-hibernate-war.zip - the source code for the above web app. The servlet that is invoked by the client to create and persist a new Child is com.microfocus.sa.web.AddChildServlet
> - simple-hibernate-war-client.zip - the standalone client that can be used to invoke the AddChildServlet. After unzipping the archive, the client can be run with the following command from the client folder:
>
> java -cp bin com.microfocus.sa.client.AddChildClient
>
> If you need to run the client multiple times, you have to restart WildFly in between the runs, to start from a fresh state (the web app uses the h2 in memory databasewhich is reset at each restart).
> - pending-puts-leak.PNG - a screeshot from Memory Analyzer showing a leaked SessionImpl instance
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13262) Enforcer reports conflicts for io.undertow:undertow-servlet
by Szymon Klepacz (Jira)
[ https://issues.redhat.com/browse/WFLY-13262?page=com.atlassian.jira.plugi... ]
Szymon Klepacz commented on WFLY-13262:
---------------------------------------
[~jmesnil] Yes, you are right about dependencies. Thanks for redirecting!
> Enforcer reports conflicts for io.undertow:undertow-servlet
> -----------------------------------------------------------
>
> Key: WFLY-13262
> URL: https://issues.redhat.com/browse/WFLY-13262
> Project: WildFly
> Issue Type: Component Upgrade
> Components: Web (Undertow)
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Flavia Rainone
> Priority: Major
>
> Enforcer conflict for MP health:
> <dependency>
> <groupId>org.wildfly</groupId>
> <artifactId>wildfly-microprofile-health-smallrye</artifactId>
> <version>19.0.0.Final</version>
> </dependency>
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-websockets-jsr:2.0.30.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow.jastow:jastow:2.0.8.Final
> +-io.undertow:undertow-servlet:1.2.6.Final
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13263) Cannot remove extension jwt-smallrye
by Szymon Klepacz (Jira)
[ https://issues.redhat.com/browse/WFLY-13263?page=com.atlassian.jira.plugi... ]
Szymon Klepacz updated WFLY-13263:
----------------------------------
Description:
Cannot remove extension jwt-smallrye with Jboss-cli.
Starting WilFly 19 with this extension result sin WARNINGS:
09:46:44,129 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment XXXX.ear
09:46:44,391 WARN [org.jboss.modules.define] (MSC service thread 1-1) Failed to define class org.wildfly.security.mp.jwt.JWTCDIExtension in Module "deployment.XXXX.ear" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link org/wildfly/security/mp/jwt/JWTCDIExtension (Module "deployment.XXXX.ear" from Service Module Loader): io/smallrye/jwt/auth/cdi/SmallRyeJWTAuthCDIExtension
at java.lang.ClassLoader.defineClass1(ClassLoader.java)
at java.lang.ClassLoader._jr$defineClass(ClassLoader.java:763)
at java.lang.ClassLoader.defineClass(ClassLoader.java:42016)
at java.lang.ClassLoader.defineClass(ClassLoader.java:839)
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
at org.jboss.modules.Module.loadModuleClass(Module.java:731)
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadExtension(WeldPortableExtensionProcessor.java:129)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadAttachments(WeldPortableExtensionProcessor.java:115)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.deploy(WeldPortableExtensionProcessor.java:79)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at 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:748)
09:46:44,392 WARN [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0007: Could not load portable extension class org.wildfly.security.mp.jwt.JWTCDIExtension: java.lang.NoClassDefFoundError: Failed to link org/wildfly/security/mp/jwt/JWTCDIExtension (Module "deployment.XXX.ear" from Service Module Loader): io/smallrye/jwt/auth/cdi/SmallRyeJWTAuthCDIExtension
at java.lang.ClassLoader.defineClass1(ClassLoader.java)
at java.lang.ClassLoader._jr$defineClass(ClassLoader.java:763)
at java.lang.ClassLoader.defineClass(ClassLoader.java:42016)
at java.lang.ClassLoader.defineClass(ClassLoader.java:839)
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
at org.jboss.modules.Module.loadModuleClass(Module.java:731)
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadExtension(WeldPortableExtensionProcessor.java:129)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadAttachments(WeldPortableExtensionProcessor.java:115)
at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.deploy(WeldPortableExtensionProcessor.java:79)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at 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:748)
was:
Cannot remove extension jwt-smallrye with Jboss-cli.
Starting WilFly 19 with this extension present
> Cannot remove extension jwt-smallrye
> ------------------------------------
>
> Key: WFLY-13263
> URL: https://issues.redhat.com/browse/WFLY-13263
> Project: WildFly
> Issue Type: Bug
> Components: MP JWT
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Darran Lofthouse
> Priority: Major
> Attachments: Screenshot_22.png
>
>
> Cannot remove extension jwt-smallrye with Jboss-cli.
> Starting WilFly 19 with this extension result sin WARNINGS:
> 09:46:44,129 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0003: Processing weld deployment XXXX.ear
> 09:46:44,391 WARN [org.jboss.modules.define] (MSC service thread 1-1) Failed to define class org.wildfly.security.mp.jwt.JWTCDIExtension in Module "deployment.XXXX.ear" from Service Module Loader: java.lang.NoClassDefFoundError: Failed to link org/wildfly/security/mp/jwt/JWTCDIExtension (Module "deployment.XXXX.ear" from Service Module Loader): io/smallrye/jwt/auth/cdi/SmallRyeJWTAuthCDIExtension
> at java.lang.ClassLoader.defineClass1(ClassLoader.java)
> at java.lang.ClassLoader._jr$defineClass(ClassLoader.java:763)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:42016)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:839)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
> at org.jboss.modules.Module.loadModuleClass(Module.java:731)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadExtension(WeldPortableExtensionProcessor.java:129)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadAttachments(WeldPortableExtensionProcessor.java:115)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.deploy(WeldPortableExtensionProcessor.java:79)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at 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:748)
> 09:46:44,392 WARN [org.jboss.weld.deployer] (MSC service thread 1-1) WFLYWELD0007: Could not load portable extension class org.wildfly.security.mp.jwt.JWTCDIExtension: java.lang.NoClassDefFoundError: Failed to link org/wildfly/security/mp/jwt/JWTCDIExtension (Module "deployment.XXX.ear" from Service Module Loader): io/smallrye/jwt/auth/cdi/SmallRyeJWTAuthCDIExtension
> at java.lang.ClassLoader.defineClass1(ClassLoader.java)
> at java.lang.ClassLoader._jr$defineClass(ClassLoader.java:763)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:42016)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:839)
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:424)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:555)
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:339)
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:126)
> at org.jboss.modules.Module.loadModuleClass(Module.java:731)
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:247)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadExtension(WeldPortableExtensionProcessor.java:129)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.loadAttachments(WeldPortableExtensionProcessor.java:115)
> at org.jboss.as.weld.deployment.processors.WeldPortableExtensionProcessor.deploy(WeldPortableExtensionProcessor.java:79)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at 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:748)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13263) Cannot remove extension jwt-smallrye
by Szymon Klepacz (Jira)
Szymon Klepacz created WFLY-13263:
-------------------------------------
Summary: Cannot remove extension jwt-smallrye
Key: WFLY-13263
URL: https://issues.redhat.com/browse/WFLY-13263
Project: WildFly
Issue Type: Bug
Components: MP JWT
Affects Versions: 19.0.0.Final
Reporter: Szymon Klepacz
Assignee: Darran Lofthouse
Attachments: Screenshot_22.png
Cannot remove extension jwt-smallrye with Jboss-cli.
Starting WilFly 19 with this extension present
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13259) Memory leak in Hibernate pending-puts cache when L2 cache is enabled
by Sorin Potra (Jira)
[ https://issues.redhat.com/browse/WFLY-13259?page=com.atlassian.jira.plugi... ]
Sorin Potra commented on WFLY-13259:
------------------------------------
It seems the references to SessionImpl are strong references. I attached a screenshot with the path to GC roots excluding soft/weak/phantom references. It seems there is a path from SessionImpl to the DefaultDataContainer.
> Memory leak in Hibernate pending-puts cache when L2 cache is enabled
> --------------------------------------------------------------------
>
> Key: WFLY-13259
> URL: https://issues.redhat.com/browse/WFLY-13259
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final, 19.0.0.Final
> Reporter: Sorin Potra
> Assignee: Scott Marlow
> Priority: Critical
> Attachments: PathToGCRoots_strong_refs.PNG, pending-puts-leak.PNG, simple-hibernate-war-client.zip, simple-hibernate-war.war, simple-hibernate-war.zip
>
>
> Under certain conditions, described below, WildFly / Hibernate can leak memory into the pending-puts cache eventually causing an OutOfMemoryError. Attached you can find a web application and a standalone client that can be used to reproduce the problem. The web app defines two entities: a Parent and a Child. There is a bidirectional one-to-many relationship between the Parent and the Child. JPA L2 cache is enabled (Infinispan is the cache provider).
> Repeatedly executing a transaction that creates a new Child and adds it to the list of children in the Parent will cause the memory usage to increase steadily until OOM is encountered. If the execution of these transactions is stopped before reaching OOM, the memory will be reclaimed after a few minutes of inactivity.
> Attached you can find the following:
> - simple-hibernate-war.war - the web app that can be deployed in WildFly to reproduce the issue.
> - simple-hibernate-war.zip - the source code for the above web app. The servlet that is invoked by the client to create and persist a new Child is com.microfocus.sa.web.AddChildServlet
> - simple-hibernate-war-client.zip - the standalone client that can be used to invoke the AddChildServlet. After unzipping the archive, the client can be run with the following command from the client folder:
>
> java -cp bin com.microfocus.sa.client.AddChildClient
>
> If you need to run the client multiple times, you have to restart WildFly in between the runs, to start from a fresh state (the web app uses the h2 in memory databasewhich is reset at each restart).
> - pending-puts-leak.PNG - a screeshot from Memory Analyzer showing a leaked SessionImpl instance
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13259) Memory leak in Hibernate pending-puts cache when L2 cache is enabled
by Sorin Potra (Jira)
[ https://issues.redhat.com/browse/WFLY-13259?page=com.atlassian.jira.plugi... ]
Sorin Potra updated WFLY-13259:
-------------------------------
Attachment: PathToGCRoots_strong_refs.PNG
> Memory leak in Hibernate pending-puts cache when L2 cache is enabled
> --------------------------------------------------------------------
>
> Key: WFLY-13259
> URL: https://issues.redhat.com/browse/WFLY-13259
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final, 19.0.0.Final
> Reporter: Sorin Potra
> Assignee: Scott Marlow
> Priority: Critical
> Attachments: PathToGCRoots_strong_refs.PNG, pending-puts-leak.PNG, simple-hibernate-war-client.zip, simple-hibernate-war.war, simple-hibernate-war.zip
>
>
> Under certain conditions, described below, WildFly / Hibernate can leak memory into the pending-puts cache eventually causing an OutOfMemoryError. Attached you can find a web application and a standalone client that can be used to reproduce the problem. The web app defines two entities: a Parent and a Child. There is a bidirectional one-to-many relationship between the Parent and the Child. JPA L2 cache is enabled (Infinispan is the cache provider).
> Repeatedly executing a transaction that creates a new Child and adds it to the list of children in the Parent will cause the memory usage to increase steadily until OOM is encountered. If the execution of these transactions is stopped before reaching OOM, the memory will be reclaimed after a few minutes of inactivity.
> Attached you can find the following:
> - simple-hibernate-war.war - the web app that can be deployed in WildFly to reproduce the issue.
> - simple-hibernate-war.zip - the source code for the above web app. The servlet that is invoked by the client to create and persist a new Child is com.microfocus.sa.web.AddChildServlet
> - simple-hibernate-war-client.zip - the standalone client that can be used to invoke the AddChildServlet. After unzipping the archive, the client can be run with the following command from the client folder:
>
> java -cp bin com.microfocus.sa.client.AddChildClient
>
> If you need to run the client multiple times, you have to restart WildFly in between the runs, to start from a fresh state (the web app uses the h2 in memory databasewhich is reset at each restart).
> - pending-puts-leak.PNG - a screeshot from Memory Analyzer showing a leaked SessionImpl instance
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13262) Enforcer reports conflicts for io.undertow:undertow-servlet
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-13262?page=com.atlassian.jira.plugi... ]
Jeff Mesnil reassigned WFLY-13262:
----------------------------------
Assignee: Flavia Rainone (was: Jeff Mesnil)
> Enforcer reports conflicts for io.undertow:undertow-servlet
> -----------------------------------------------------------
>
> Key: WFLY-13262
> URL: https://issues.redhat.com/browse/WFLY-13262
> Project: WildFly
> Issue Type: Component Upgrade
> Components: Web (Undertow)
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Flavia Rainone
> Priority: Major
>
> Enforcer conflict for MP health:
> <dependency>
> <groupId>org.wildfly</groupId>
> <artifactId>wildfly-microprofile-health-smallrye</artifactId>
> <version>19.0.0.Final</version>
> </dependency>
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-websockets-jsr:2.0.30.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow.jastow:jastow:2.0.8.Final
> +-io.undertow:undertow-servlet:1.2.6.Final
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13262) Enforcer reports conflicts for io.undertow:undertow-servlet
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-13262?page=com.atlassian.jira.plugi... ]
Jeff Mesnil updated WFLY-13262:
-------------------------------
Summary: Enforcer reports conflicts for io.undertow:undertow-servlet (was: Enforcer conflict in wildfly-microprofile-health-smallrye)
> Enforcer reports conflicts for io.undertow:undertow-servlet
> -----------------------------------------------------------
>
> Key: WFLY-13262
> URL: https://issues.redhat.com/browse/WFLY-13262
> Project: WildFly
> Issue Type: Component Upgrade
> Components: MP Health
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Jeff Mesnil
> Priority: Major
>
> Enforcer conflict for MP health:
> <dependency>
> <groupId>org.wildfly</groupId>
> <artifactId>wildfly-microprofile-health-smallrye</artifactId>
> <version>19.0.0.Final</version>
> </dependency>
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-websockets-jsr:2.0.30.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow.jastow:jastow:2.0.8.Final
> +-io.undertow:undertow-servlet:1.2.6.Final
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13262) Enforcer reports conflicts for io.undertow:undertow-servlet
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-13262?page=com.atlassian.jira.plugi... ]
Jeff Mesnil updated WFLY-13262:
-------------------------------
Component/s: Web (Undertow)
(was: MP Health)
> Enforcer reports conflicts for io.undertow:undertow-servlet
> -----------------------------------------------------------
>
> Key: WFLY-13262
> URL: https://issues.redhat.com/browse/WFLY-13262
> Project: WildFly
> Issue Type: Component Upgrade
> Components: Web (Undertow)
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Jeff Mesnil
> Priority: Major
>
> Enforcer conflict for MP health:
> <dependency>
> <groupId>org.wildfly</groupId>
> <artifactId>wildfly-microprofile-health-smallrye</artifactId>
> <version>19.0.0.Final</version>
> </dependency>
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-websockets-jsr:2.0.30.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow.jastow:jastow:2.0.8.Final
> +-io.undertow:undertow-servlet:1.2.6.Final
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month
[JBoss JIRA] (WFLY-13262) Enforcer conflict in wildfly-microprofile-health-smallrye
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-13262?page=com.atlassian.jira.plugi... ]
Jeff Mesnil commented on WFLY-13262:
------------------------------------
If I understand correctly, your comment, the issue you report is 2 different version of io.undertow:undertow-servlet are brought in:
* One is a direct dependency to 2.0.30.Final
* the other is a transitive depedency from io.undertow.jastow:jastow:2.0.8.Final that depends on undertow-servlet 1.2.6.Final.
If that's the case, this is not related to the wildfly-microprofile-health-smallrye but the conflict should be resolved in the org.wildfly:wildfly-undertow module (likely by bumping jastow to a more recent version).
[~flavia.rainone] I'm assigning this issue to you so that the versions will be aligned. thanks!
> Enforcer conflict in wildfly-microprofile-health-smallrye
> ---------------------------------------------------------
>
> Key: WFLY-13262
> URL: https://issues.redhat.com/browse/WFLY-13262
> Project: WildFly
> Issue Type: Component Upgrade
> Components: MP Health
> Affects Versions: 19.0.0.Final
> Reporter: Szymon Klepacz
> Assignee: Jeff Mesnil
> Priority: Major
>
> Enforcer conflict for MP health:
> <dependency>
> <groupId>org.wildfly</groupId>
> <artifactId>wildfly-microprofile-health-smallrye</artifactId>
> <version>19.0.0.Final</version>
> </dependency>
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow:undertow-websockets-jsr:2.0.30.Final
> +-io.undertow:undertow-servlet:2.0.30.Final
> and
> +-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> +-org.wildfly:wildfly-microprofile-health-smallrye:19.0.0.Final
> +-org.wildfly:wildfly-undertow:19.0.0.Final
> +-io.undertow.jastow:jastow:2.0.8.Final
> +-io.undertow:undertow-servlet:1.2.6.Final
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 1 month