[JBoss JIRA] (WFLY-12461) Can't use smallrye-health without weld extension
by Florian Sailer (Jira)
Florian Sailer created WFLY-12461:
-------------------------------------
Summary: Can't use smallrye-health without weld extension
Key: WFLY-12461
URL: https://issues.jboss.org/browse/WFLY-12461
Project: WildFly
Issue Type: Bug
Components: MP Health
Affects Versions: 17.0.1.Final
Reporter: Florian Sailer
Assignee: Jeff Mesnil
Since this commit in the smallrye implementation it was possible to use smallrye without CDI.
https://github.com/smallrye/smallrye-health/commit/a6a7812877d74d2c3f5b29...
I'm trying to migrate from Wildfly 15.0.1-Final to 17.0.1-Final, where the smallrye-health extension unfortunately needs weld to startup. It's not possbible for me to activate weld on my sever, because there are some problems using the org.apache.cxf.jaxrs framework with weld.
I am getting the following exception while starting:
14:16:04,960 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=microprofile-health-smallrye' are not available:
org.wildfly.weld; There are no known registration points which can provide this capability.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
7 months, 2 weeks
[Red Hat JIRA] (WFCORE-5295) Indexing org.postgresq.jdbc.PgConnection$1 fails
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFCORE-5295?page=com.atlassian.jira.plug... ]
Brian Stansberry moved WFLY-14044 to WFCORE-5295:
-------------------------------------------------
Key: WFCORE-5295 (was: WFLY-14044)
Affects Version/s: 14.0.1.Final
(was: 18.0.0.Final)
Project: WildFly Core (was: WildFly)
> Indexing org.postgresq.jdbc.PgConnection$1 fails
> ------------------------------------------------
>
> Key: WFCORE-5295
> URL: https://issues.redhat.com/browse/WFCORE-5295
> Project: WildFly Core
> Issue Type: Bug
> Affects Versions: 14.0.1.Final
> Reporter: Tobias Stadler
> Assignee: Brian Stansberry
> Priority: Major
>
> If I package postgresql-42.2.18.jar in a war, jandex fails to index it:
> {code:java}
> 09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing at org.jboss.jandex.Indexer.rebuildNestedType(Indexer.java:926) at org.jboss.jandex.Indexer.resolveTypePath(Indexer.java:786) at org.jboss.jandex.Indexer.resolveTypeAnnotation(Indexer.java:705) at org.jboss.jandex.Indexer.resolveTypeAnnotations(Indexer.java:613) at org.jboss.jandex.Indexer.index(Indexer.java:1602) at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:99) at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739) at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701) at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559) 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:1363) at java.lang.Thread.run(Thread.java:748){code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (WFLY-14044) Indexing org.postgresq.jdbc.PgConnection$1 fails
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14044?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFLY-14044:
-----------------------------------------
I'm going to move this to WFCORE as that's where the relevant code is.
> Indexing org.postgresq.jdbc.PgConnection$1 fails
> ------------------------------------------------
>
> Key: WFLY-14044
> URL: https://issues.redhat.com/browse/WFLY-14044
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 18.0.0.Final
> Reporter: Tobias Stadler
> Assignee: Brian Stansberry
> Priority: Major
>
> If I package postgresql-42.2.18.jar in a war, jandex fails to index it:
> {code:java}
> 09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing at org.jboss.jandex.Indexer.rebuildNestedType(Indexer.java:926) at org.jboss.jandex.Indexer.resolveTypePath(Indexer.java:786) at org.jboss.jandex.Indexer.resolveTypeAnnotation(Indexer.java:705) at org.jboss.jandex.Indexer.resolveTypeAnnotations(Indexer.java:613) at org.jboss.jandex.Indexer.index(Indexer.java:1602) at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:99) at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739) at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701) at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559) 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:1363) at java.lang.Thread.run(Thread.java:748){code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (WFLY-14044) Indexing org.postgresq.jdbc.PgConnection$1 fails
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14044?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFLY-14044:
---------------------------------------
Assignee: Brian Stansberry (was: Jason Greene)
It goes away with Jandex 2.2.3 as well.
> Indexing org.postgresq.jdbc.PgConnection$1 fails
> ------------------------------------------------
>
> Key: WFLY-14044
> URL: https://issues.redhat.com/browse/WFLY-14044
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 18.0.0.Final
> Reporter: Tobias Stadler
> Assignee: Brian Stansberry
> Priority: Major
>
> If I package postgresql-42.2.18.jar in a war, jandex fails to index it:
> {code:java}
> 09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing09:15:26,059 WARN [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0003: Could not index class org/postgresql/jdbc/PgConnection$1.class at /content/foo.war/WEB-INF/lib/postgresql-42.2.18.jar: java.lang.IllegalStateException: Required class information is missing at org.jboss.jandex.Indexer.rebuildNestedType(Indexer.java:926) at org.jboss.jandex.Indexer.resolveTypePath(Indexer.java:786) at org.jboss.jandex.Indexer.resolveTypeAnnotation(Indexer.java:705) at org.jboss.jandex.Indexer.resolveTypeAnnotations(Indexer.java:613) at org.jboss.jandex.Indexer.index(Indexer.java:1602) at org.jboss.as.server.deployment.annotation.ResourceRootIndexer.indexResourceRoot(ResourceRootIndexer.java:99) at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:51) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:176) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739) at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701) at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559) 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:1363) at java.lang.Thread.run(Thread.java:748){code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (DROOLS-6046) ProjectClassLoader leak in updateToVersion with executable model
by Matteo Casalino (Jira)
Matteo Casalino created DROOLS-6046:
---------------------------------------
Summary: ProjectClassLoader leak in updateToVersion with executable model
Key: DROOLS-6046
URL: https://issues.redhat.com/browse/DROOLS-6046
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.49.0.Final
Reporter: Matteo Casalino
Assignee: Mario Fusco
Attachments: updatetoversion-leak-exec-model.zip
When updating a {{KieContainer}} with a {{KieModule}} built with executable model, the {{DynamicProjectClassloader}} associated with the {{KieContainer}} will leak memory due to the {{store}} map growing indefinitely.
This does not occur without executable model.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (WFWIP-379) secret-key-creadential-store reload results in an error
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFWIP-379?page=com.atlassian.jira.plugin... ]
Darran Lofthouse commented on WFWIP-379:
----------------------------------------
I agree with this being critical - it will be a small fix.
> secret-key-creadential-store reload results in an error
> -------------------------------------------------------
>
> Key: WFWIP-379
> URL: https://issues.redhat.com/browse/WFWIP-379
> Project: WildFly WIP
> Issue Type: Bug
> Components: Security
> Reporter: Ondrej Kotek
> Assignee: Darran Lofthouse
> Priority: Critical
>
> The {[reload}} operation of the {{secret-key-creadential-store}} resource results in an error
> {noformat}
> [domain@localhost:9990 /] /subsystem=elytron/secret-key-credential-store=a:add(path=ax)
> {"outcome" => "success"}
> [domain@localhost:9990 /] /subsystem=elytron/secret-key-credential-store=a:read-aliases
> {
> "outcome" => "success",
> "result" => ["key"]
> }
> [domain@localhost:9990 /] /subsystem=elytron/secret-key-credential-store=a:reload
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.ClassCastException: class org.wildfly.extension.elytron.SecretKeyCredentialStoreDefinition$SecretKeyDoohickey cannot be cast to clas
> s org.wildfly.extension.elytron.CredentialStoreResourceDefinition$CredentialStoreDoohickey (org.wildfly.extension.elytron.SecretKeyCredentialStoreDefinition$SecretKeyDoohickey and org.wildfly.extension.elytron.C
> redentialStoreResourceDefinition$CredentialStoreDoohickey are in unnamed module of loader 'org.wildfly.extension.elytron(a)15.0.0.Beta1-SNAPSHOT' @50dfce09)",
> "rolled-back" => true
> }
> {noformat}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (WFLY-14458) Last access end time not set for new distributed sessions
by Paul Ferraro (Jira)
Paul Ferraro created WFLY-14458:
-----------------------------------
Summary: Last access end time not set for new distributed sessions
Key: WFLY-14458
URL: https://issues.redhat.com/browse/WFLY-14458
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: No Release
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Currently, the last access end time is only applied when the session is new - this was meant as an optimization to avoid setting the last access start time. However, if the initial request is sufficiently long, this could lead to an abandoned session expiring prematurely. Unlikely, but possible.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months
[Red Hat JIRA] (WFLY-13595) MP REST client causes classloader leak on undeploy
by James Perkins (Jira)
[ https://issues.redhat.com/browse/WFLY-13595?page=com.atlassian.jira.plugi... ]
James Perkins resolved WFLY-13595.
----------------------------------
Resolution: Done
> MP REST client causes classloader leak on undeploy
> --------------------------------------------------
>
> Key: WFLY-13595
> URL: https://issues.redhat.com/browse/WFLY-13595
> Project: WildFly
> Issue Type: Bug
> Components: MP REST Client
> Affects Versions: 20.0.0.Final
> Reporter: Richard DiCroce
> Assignee: Alessio Soldano
> Priority: Major
> Fix For: 23.0.0.Beta1
>
>
> I have an application that uses CDI and JAX-RS but not MP REST. The MP subsystems aren't even part of the WildFly configuration. Nonetheless, the MP REST client is added to the deployment and creates a classloader leak when the application is undeployed.
> See below for the paths to GC root, as determined using a heap dump analyzed by Eclipse MAT. In particular, note that org.jboss.resteasy.microprofile.client.RestClientExtension keeps a static reference to the CDI BeanManager.
> Workaround: add an exclusion in jboss-deployment-structure.xml to prevent the org.jboss.resteasy.resteasy-client-microprofile module from being added to the deployment.
> {noformat}
> Class Name | Shallow Heap | Retained Heap
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> | |
> com.sg.sciq.jpa.entity.QStore @ 0xfc8913f0 | 120 | 10,704
> '- store class com.sg.sciq.jpa.entity.QStore @ 0xe53d5af0 | 24 | 10,816
> '- [459] java.lang.Object[5120] @ 0xe702af00 | 20,496 | 3,166,624
> '- elementData java.util.Vector @ 0xe4677e88 | 32 | 3,166,656
> '- classes org.jboss.modules.ModuleClassLoader @ 0xe4677208 | 88 | 3,654,184
> '- moduleClassLoader org.jboss.as.weld.discovery.WeldClassFileServices @ 0xe4d09bb8 | 24 | 24
> '- value java.util.HashMap$Node @ 0xe507ed10 | 32 | 32
> '- [63] java.util.HashMap$Node[128] @ 0xe4df06e8 | 528 | 2,904
> '- table java.util.HashMap @ 0xe4df06b8 | 48 | 2,984
> '- services org.jboss.weld.bootstrap.api.helpers.SimpleServiceRegistry @ 0xe4df06a8 | 16 | 3,000
> '- services org.jboss.weld.manager.BeanManagerImpl @ 0xe4df0610 | 152 | 7,848
> '- manager org.jboss.weld.bean.builtin.BeanManagerProxy @ 0xe4df0c90 | 24 | 24
> '- manager class org.jboss.resteasy.microprofile.client.RestClientExtension @ 0xe4df0c20 | 8 | 56
> '- [0] java.lang.Object[10] @ 0xe46ec028 | 56 | 80
> '- elementData java.util.Vector @ 0xe46ec008 | 32 | 112
> '- classes org.jboss.modules.ModuleClassLoader @ 0xe46ebea8 | 88 | 3,240
> '- moduleClassLoader org.jboss.modules.Module @ 0xe47d1348 | 56 | 30,296
> '- module org.jboss.modules.ModuleLoader$FutureModule @ 0xe4a65790 | 24 | 24
> '- val java.util.concurrent.ConcurrentHashMap$Node @ 0xe4a65770 | 32 | 56
> '- [352] java.util.concurrent.ConcurrentHashMap$Node[512] @ 0xe08491f0 | 2,064 | 19,088
> '- table java.util.concurrent.ConcurrentHashMap @ 0xe0487188 | 64 | 19,152
> '- moduleMap org.jboss.modules.LocalModuleLoader @ 0xe0487150 | 56 | 22,120
> |- moduleLoader org.jboss.modules.Module @ 0xe014b580 | 56 | 9,336
> |- moduleLoader org.jboss.modules.Module @ 0xe017c0e0 | 56 | 58,440
> |- moduleLoader org.jboss.modules.Module @ 0xe034f7c8 | 56 | 28,576
> |- moduleLoader org.jboss.modules.Module @ 0xe05f8e50 | 56 | 41,160
> |- moduleLoader org.jboss.modules.Module @ 0xe06db838 | 56 | 72,288
> |- moduleLoader org.jboss.modules.Module @ 0xe06f42e0 | 56 | 20,720
> |- moduleLoader org.jboss.modules.Module @ 0xe0741d58 | 56 | 56,712
> |- moduleLoader org.jboss.modules.Module @ 0xe0979ec8 | 56 | 43,760
> |- moduleLoader org.jboss.modules.Module @ 0xe04a9200 | 56 | 14,000
> |- moduleLoader org.jboss.modules.Module @ 0xe05c9b30 | 56 | 8,704
> |- moduleLoader org.jboss.modules.Module @ 0xe0729200 | 56 | 23,264
> |- moduleLoader org.jboss.modules.Module @ 0xe0941378 | 56 | 54,360
> |- moduleLoader org.jboss.modules.Module @ 0xe032e128 | 56 | 22,832
> |- moduleLoader org.jboss.modules.Module @ 0xe05dbaf0 | 56 | 27,728
> |- INSTANCE class org.jboss.modules.DefaultBootModuleLoaderHolder @ 0xe065cbe0| 8 | 8
> |- moduleLoader org.jboss.modules.Module @ 0xe068b460 | 56 | 20,008
> |- moduleLoader org.jboss.modules.Module @ 0xe0707518 | 56 | 46,848
> |- moduleLoader org.jboss.modules.Module @ 0xe073b5e0 | 56 | 44,880
> |- moduleLoader org.jboss.modules.Module @ 0xe0213738 | 56 | 12,040
> |- moduleLoader org.jboss.modules.Module @ 0xe058c4f0 | 56 | 23,424
> |- moduleLoader org.jboss.modules.Module @ 0xe02f41c8 | 56 | 30,144
> |- moduleLoader org.jboss.modules.Module @ 0xe034f128 | 56 | 27,088
> |- moduleLoader org.jboss.modules.Module @ 0xe0500470 | 56 | 9,912
> |- moduleLoader org.jboss.modules.Module @ 0xe12ceea0 | 56 | 24,648
> '- Total: 24 entries | |
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> {noformat}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
2 years, 7 months