[JBoss JIRA] (DROOLS-4513) s2i build fails at KieServerContainerVerifier if multiple listeners are set
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4513?page=com.atlassian.jira.plugi... ]
Hiroko Miura updated DROOLS-4513:
---------------------------------
Environment: OpenShift 3.11 with rhdm72-prod-immutable-kieserver.yaml/rhdm73-prod-immutable-kieserver.yaml (was: OpenShift 3.11 with rhdm72-prod-immutable-kieserver.yaml/rhdm74-prod-immutable-kieserver.yaml)
> s2i build fails at KieServerContainerVerifier if multiple listeners are set
> ----------------------------------------------------------------------------
>
> Key: DROOLS-4513
> URL: https://issues.jboss.org/browse/DROOLS-4513
> Project: Drools
> Issue Type: Bug
> Components: build, kie server
> Affects Versions: 7.18.0.Final, 7.24.0.Final
> Environment: OpenShift 3.11 with rhdm72-prod-immutable-kieserver.yaml/rhdm73-prod-immutable-kieserver.yaml
> Reporter: Hiroko Miura
> Assignee: Ant Stephenson
> Priority: Major
> Attachments: ruleTest.zip
>
>
> If multiple ksession are defined in kmodule.xml and Event Lister is set more than one ksession, s2i build fails at KieServerContainerVerifier with the following error.
> {noformat}
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> java.lang.RuntimeException: Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:186)
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:172)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:65)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:53)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:40)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:119)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:101)
> at org.jboss.modules.Module.run(Module.java:352)
> at org.jboss.modules.Module.run(Module.java:320)
> at org.jboss.modules.Main.main(Main.java:593)
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - com.redhat.gss:ruleTest:1.0.0-SNAPSHOT not verified.
> ERROR Aborting due to error code 1 from kie server container verification
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (DROOLS-4513) s2i build fails at KieServerContainerVerifier if multiple listeners are set
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4513?page=com.atlassian.jira.plugi... ]
Hiroko Miura commented on DROOLS-4513:
--------------------------------------
In addition if order of Event listener configuation was changed like the following, build also succeeded.
{noformat}
<ksession name="testKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/> <== HERE
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/> <== HERE
</listeners>
</ksession>
</kbase>
<kbase name="defaultKieBase" default="true" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss">
<ksession name="defaultKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
</listeners>
</ksession>
{noformat}
> s2i build fails at KieServerContainerVerifier if multiple listeners are set
> ----------------------------------------------------------------------------
>
> Key: DROOLS-4513
> URL: https://issues.jboss.org/browse/DROOLS-4513
> Project: Drools
> Issue Type: Bug
> Components: build, kie server
> Affects Versions: 7.18.0.Final, 7.24.0.Final
> Environment: OpenShift 3.11 with rhdm72-prod-immutable-kieserver.yaml/rhdm74-prod-immutable-kieserver.yaml
> Reporter: Hiroko Miura
> Assignee: Ant Stephenson
> Priority: Major
> Attachments: ruleTest.zip
>
>
> If multiple ksession are defined in kmodule.xml and Event Lister is set more than one ksession, s2i build fails at KieServerContainerVerifier with the following error.
> {noformat}
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> java.lang.RuntimeException: Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:186)
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:172)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:65)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:53)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:40)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:119)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:101)
> at org.jboss.modules.Module.run(Module.java:352)
> at org.jboss.modules.Module.run(Module.java:320)
> at org.jboss.modules.Main.main(Main.java:593)
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - com.redhat.gss:ruleTest:1.0.0-SNAPSHOT not verified.
> ERROR Aborting due to error code 1 from kie server container verification
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (DROOLS-4513) s2i build fails at KieServerContainerVerifier if multiple listeners are set
by Hiroko Miura (Jira)
[ https://issues.jboss.org/browse/DROOLS-4513?page=com.atlassian.jira.plugi... ]
Hiroko Miura edited comment on DROOLS-4513 at 9/10/19 1:39 AM:
---------------------------------------------------------------
Here is problematic kmodule.xml which is included in attached ruleTest project.
{noformat}
<kmodule xmlns="http://www.drools.org/xsd/kmodule" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<kbase name="testKieBase" default="false" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss.ruleTest">
<ksession name="testKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
</listeners>
</ksession>
</kbase>
<kbase name="defaultKieBase" default="true" eventProcessingMode="stream" equalsBehavior="identity">
<ksession name="defaultKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
</listeners>
</ksession>
</kbase>
</kmodule>
{noformat}
If one (or all) of listeners setting is removed , build succeeds.
e.g.
{noformat}
<kbase name="testKieBase" default="false" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss.ruletest">
<ksession name="testKieSession" type="stateless" default="true" clockType="realtime">
<!--listeners>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
</listeners-->
</ksession>
</kbase>
<kbase name="defaultKieBase" default="true" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss">
<ksession name="defaultKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
</listeners>
</ksession>
</kbase>
{noformat}
was (Author: hiroko):
Here is problematic kmodule.xml which is included in attached ruleTest project.
{noformat}
<kmodule xmlns="http://www.drools.org/xsd/kmodule" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<kbase name="testKieBase" default="false" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss.ruleTest">
<ksession name="testKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
</listeners>
</ksession>
</kbase>
<kbase name="defaultKieBase" default="true" eventProcessingMode="stream" equalsBehavior="identity">
<ksession name="defaultKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
</listeners>
</ksession>
</kbase>
</kmodule>
{noformat}
If one (or all) of listeners setting is removed , build succeeds.
e.g.
{noformat}
<kmodule xmlns="http://www.drools.org/xsd/kmodule" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<kbase name="testKieBase" default="false" eventProcessingMode="stream" equalsBehavior="identity" packages="com.redhat.gss.ruleTest">
<ksession name="testKieSession" type="stateless" default="true" clockType="realtime">
<listeners>
<agendaEventListener type="org.drools.core.event.DebugAgendaEventListener"/>
<ruleRuntimeEventListener type="org.drools.core.event.DebugRuleRuntimeEventListener"/>
</listeners>
</ksession>
</kbase>
<kbase name="defaultKieBase" default="true" eventProcessingMode="stream" equalsBehavior="identity">
<ksession name="defaultKieSession" type="stateless" default="true" clockType="realtime">
</ksession>
</kbase>
</kmodule>
{noformat}
> s2i build fails at KieServerContainerVerifier if multiple listeners are set
> ----------------------------------------------------------------------------
>
> Key: DROOLS-4513
> URL: https://issues.jboss.org/browse/DROOLS-4513
> Project: Drools
> Issue Type: Bug
> Components: build, kie server
> Affects Versions: 7.18.0.Final, 7.24.0.Final
> Environment: OpenShift 3.11 with rhdm72-prod-immutable-kieserver.yaml/rhdm74-prod-immutable-kieserver.yaml
> Reporter: Hiroko Miura
> Assignee: Ant Stephenson
> Priority: Major
> Attachments: ruleTest.zip
>
>
> If multiple ksession are defined in kmodule.xml and Event Lister is set more than one ksession, s2i build fails at KieServerContainerVerifier with the following error.
> {noformat}
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> java.lang.RuntimeException: Cannot find KieModule: com.redhat.gss:ruleTest:1.0.0-SNAPSHOT
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:186)
> at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:172)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:65)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:53)
> at org.kie.server.services.impl.KieServerContainerVerifier.verify(KieServerContainerVerifier.java:40)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:119)
> at org.kie.server.services.impl.KieServerContainerVerifier.main(KieServerContainerVerifier.java:101)
> at org.jboss.modules.Module.run(Module.java:352)
> at org.jboss.modules.Module.run(Module.java:320)
> at org.jboss.modules.Main.main(Main.java:593)
> [main] ERROR org.kie.server.services.impl.KieServerContainerVerifier - com.redhat.gss:ruleTest:1.0.0-SNAPSHOT not verified.
> ERROR Aborting due to error code 1 from kie server container verification
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-12446) Memory leak in StatelessSessionComponent
by Jaikiran Pai (Jira)
[ https://issues.jboss.org/browse/WFLY-12446?page=com.atlassian.jira.plugin... ]
Jaikiran Pai commented on WFLY-12446:
-------------------------------------
A quick look at (my locally generated) heap dump suggests that this might need some investigation from the Weld team. I have attached wfly-12446.png which shows the heap usage. So a stateless session component (bean) uses a strict-max bean instance pool. That bean instance pool has 128 entries (which correspond to 128 instances of the stateless bean). This number is correct since it's the max number of bean instances allowed (by default) in that pool. So far so good. However, the total memory usage of this strict max pool (containing 128 entries) translates to 1.5 GB (as shown in the image). This is not good. Digging further, it shows that _each entry_ holds on to a 12 MB List through the org.jboss.weld.contexts.CreationalContextImpl#dependentInstances field. So 12 MB * 128 = 1.5 GB (approximately) which matches the reported numbers.
It's odd that the List is that huge, but I haven't yet looked why or what it holds on to. Someone from Weld might be able to understand this, a bit more quickly.
FWIW, the stateless component in this attached application which has these 128 entries is the "CommandServiceBean".
> Memory leak in StatelessSessionComponent
> ----------------------------------------
>
> Key: WFLY-12446
> URL: https://issues.jboss.org/browse/WFLY-12446
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 17.0.1.Final
> Reporter: Joerg Baesner
> Assignee: Cheng Fang
> Priority: Major
> Attachments: dump.png, playground-jee8.zip, server.log.gz, wfly-12446-heap-dump.png
>
>
> When running the attached reproducer application and doing a memory analysis afterwards, it looks like a memory leak, e. g.
> {code}
> One instance of "org.jboss.as.ejb3.component.stateless.StatelessSessionComponent" loaded by "org.jboss.modules.ModuleClassLoader @ 0x5e0fbc2e0" occupies 936,593,520 (96.13%) bytes. The memory is accumulated in one instance of "java.util.concurrent.ConcurrentLinkedQueue$Node" loaded by "<system class loader>".
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-12446) Memory leak in StatelessSessionComponent
by Jaikiran Pai (Jira)
[ https://issues.jboss.org/browse/WFLY-12446?page=com.atlassian.jira.plugin... ]
Jaikiran Pai updated WFLY-12446:
--------------------------------
Attachment: wfly-12446-heap-dump.png
> Memory leak in StatelessSessionComponent
> ----------------------------------------
>
> Key: WFLY-12446
> URL: https://issues.jboss.org/browse/WFLY-12446
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 17.0.1.Final
> Reporter: Joerg Baesner
> Assignee: Cheng Fang
> Priority: Major
> Attachments: dump.png, playground-jee8.zip, server.log.gz, wfly-12446-heap-dump.png
>
>
> When running the attached reproducer application and doing a memory analysis afterwards, it looks like a memory leak, e. g.
> {code}
> One instance of "org.jboss.as.ejb3.component.stateless.StatelessSessionComponent" loaded by "org.jboss.modules.ModuleClassLoader @ 0x5e0fbc2e0" occupies 936,593,520 (96.13%) bytes. The memory is accumulated in one instance of "java.util.concurrent.ConcurrentLinkedQueue$Node" loaded by "<system class loader>".
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-10260) NullPointerException when read deployment with jpa
by Gail Badner (Jira)
[ https://issues.jboss.org/browse/WFLY-10260?page=com.atlassian.jira.plugin... ]
Gail Badner commented on WFLY-10260:
------------------------------------
[~mnesarco], I'm guessing that you have {{hibernate.cache.use_query_cache=false}}. This property is disabled by default; you need to explicitly set it to {{true}}.
If that was the case, then your issue was already fixed by https://hibernate.atlassian.net/browse/HHH-13505, so it will be fixed in WildFly 18.
> NullPointerException when read deployment with jpa
> --------------------------------------------------
>
> Key: WFLY-10260
> URL: https://issues.jboss.org/browse/WFLY-10260
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Reporter: Claudio Miranda
> Assignee: Gail Badner
> Priority: Blocker
> Fix For: 13.0.0.Beta1, 13.0.0.Final
>
> Attachments: wildfly-kitchensink.war
>
>
> There is a bug when reading deployment information with runtime and recursive.
> Looks like this is a regression from an older bug WFLY-1753
> {code}
> /host=master/server=server-three/deployment=kitchensink.war/subsystem=jpa:read-resource(include-runtime,recursive)
> {code}
> {code}
> [Server:server-three] 12:16:11,551 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 75) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> [Server:server-three] ("deployment" => "kitchensink.war"),
> [Server:server-three] ("subsystem" => "jpa"),
> [Server:server-three] ("hibernate-persistence-unit" => "kitchensink.war#primary"),
> [Server:server-three] ("entity-cache" => "org.jboss.as.quickstarts.kitchensink.model.Member")
> [Server:server-three] ]): java.lang.NullPointerException
> [Server:server-three] at org.hibernate.internal.CacheImpl.getSecondLevelCacheRegion(CacheImpl.java:376)
> [Server:server-three] at org.hibernate.internal.SessionFactoryImpl.getSecondLevelCacheRegion(SessionFactoryImpl.java:1171)
> [Server:server-three] at org.hibernate.stat.internal.ConcurrentStatisticsImpl.getSecondLevelCacheStatistics(ConcurrentStatisticsImpl.java:334)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics.getStatistics(HibernateEntityCacheStatistics.java:94)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateEntityCacheStatistics$4.invoke(HibernateEntityCacheStatistics.java:126)
> [Server:server-three] at org.jboss.as.jpa.hibernate5.management.HibernateAbstractStatistics.getValue(HibernateAbstractStatistics.java:99)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$1.handle(ManagementResourceDefinition.java:130)
> [Server:server-three] at org.jboss.as.jpa.management.ManagementResourceDefinition$AbstractMetricsHandler.executeRuntimeStep(ManagementResourceDefinition.java:268)
> [Server:server-three] at org.jboss.as.controller.AbstractRuntimeOnlyHandler$1.execute(AbstractRuntimeOnlyHandler.java:59)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> [Server:server-three] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> [Server:server-three] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1408)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:249)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:190)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:143)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:139)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> [Server:server-three] at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> [Server:server-three] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:162)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.run(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at java.security.AccessController.doPrivileged(Native Method)
> [Server:server-three] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:158)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> [Server:server-three] at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> [Server:server-three] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> [Server:server-three] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> [Server:server-three] at java.lang.Thread.run(Thread.java:748)
> [Server:server-three] at org.jboss.threads.JBossThread.run(JBossThread.java:485)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months
[JBoss JIRA] (WFLY-12524) Move com.sun.mail:javax.mail to com.sun.mail:jakarta.mail-api
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12524?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-12524:
------------------------------------
Description:
Move from com.sun.mail:javax.mail:1.6.2 to com.sun.mail:jakarta.mail-api:1.6.4
Note that this differs from jakarta.mail:jakarta.mail-api:1.6.4, which is only an API jar. The com.sun.mail artifact includes impl classes we use.
was:Move from com.sun.mail:javax.mail:1.6.2 to jakarta.mail:jakarta.mail-api:1.6.4
> Move com.sun.mail:javax.mail to com.sun.mail:jakarta.mail-api
> -------------------------------------------------------------
>
> Key: WFLY-12524
> URL: https://issues.jboss.org/browse/WFLY-12524
> Project: WildFly
> Issue Type: Sub-task
> Components: Mail
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 18.0.0.Final
>
>
> Move from com.sun.mail:javax.mail:1.6.2 to com.sun.mail:jakarta.mail-api:1.6.4
> Note that this differs from jakarta.mail:jakarta.mail-api:1.6.4, which is only an API jar. The com.sun.mail artifact includes impl classes we use.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 8 months