[JBoss JIRA] (JGRP-1522) NAKACK / NAKACK2: flushBecomeServerQueue() might trigger sending of message on unconnected channel
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-1522?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-1522:
---------------------------
Description:
If become_server_queue_size in NAKACK2 is > 0, both protocols buffer messages sent before is_server=true, and replay them when the first view is received or when a BECOME_SERVER event is received.
There are 2 issues associated with this:
#1 When flushing the become_server_queue, we should never call up(Event) directly (use the thread pool). [This is not the issue that's causing this though]
#2 When the queue is flushed on the first view change, this might trigger messages to be delivered to the application, which in turn might send messages (all on the same thread, because of #1). As the channel is yet unconnected, the message send will trigger an exception, which causes the JOIN to fail !
SOLUTION:
- Flush become_server_queue in a separate task (good practice to do this on a separate thread anyway !)
- Only flush the become_server_queue when receiving a BECOME_SERVER event, *not* when receiving the first view change
was:
If become_server_queue_size in NAKACK{2} is > 0, both protocols buffer messages sent before is_server=true, and replay them when the first view is received or when a BECOME_SERVER event is received.
There are 2 issues associated with this:
#1 When flushing the become_server_queue, we should never call up(Event) directly (use the thread pool). [This is not the issue that's causing this though]
#2 When the queue is flushed on the first view change, this might trigger messages to be delivered to the application, which in turn might send messages (all on the same thread, because of #1). As the channel is yet unconnected, the message send will trigger an exception, which causes the JOIN to fail !
SOLUTION:
- Flush become_server_queue in a separate task (good practice to do this on a separate thread anyway !)
- Only flush the become_server_queue when receiving a BECOME_SERVER event, *not* when receiving the first view change
> NAKACK / NAKACK2: flushBecomeServerQueue() might trigger sending of message on unconnected channel
> --------------------------------------------------------------------------------------------------
>
> Key: JGRP-1522
> URL: https://issues.redhat.com/browse/JGRP-1522
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 3.2
>
> Attachments: tmp.log
>
>
> If become_server_queue_size in NAKACK2 is > 0, both protocols buffer messages sent before is_server=true, and replay them when the first view is received or when a BECOME_SERVER event is received.
> There are 2 issues associated with this:
> #1 When flushing the become_server_queue, we should never call up(Event) directly (use the thread pool). [This is not the issue that's causing this though]
> #2 When the queue is flushed on the first view change, this might trigger messages to be delivered to the application, which in turn might send messages (all on the same thread, because of #1). As the channel is yet unconnected, the message send will trigger an exception, which causes the JOIN to fail !
> SOLUTION:
> - Flush become_server_queue in a separate task (good practice to do this on a separate thread anyway !)
> - Only flush the become_server_queue when receiving a BECOME_SERVER event, *not* when receiving the first view change
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (JGRP-1522) NAKACK / NAKACK2: flushBecomeServerQueue() might trigger sending of message on unconnected channel
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-1522?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-1522:
---------------------------
Workaround Description: Set {{NAKACK2.become_server_queue_size}} to 0 (was: Set NAKACK{2}.become_server_queue_size to 0)
> NAKACK / NAKACK2: flushBecomeServerQueue() might trigger sending of message on unconnected channel
> --------------------------------------------------------------------------------------------------
>
> Key: JGRP-1522
> URL: https://issues.redhat.com/browse/JGRP-1522
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.2
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 3.2
>
> Attachments: tmp.log
>
>
> If become_server_queue_size in NAKACK{2} is > 0, both protocols buffer messages sent before is_server=true, and replay them when the first view is received or when a BECOME_SERVER event is received.
> There are 2 issues associated with this:
> #1 When flushing the become_server_queue, we should never call up(Event) directly (use the thread pool). [This is not the issue that's causing this though]
> #2 When the queue is flushed on the first view change, this might trigger messages to be delivered to the application, which in turn might send messages (all on the same thread, because of #1). As the channel is yet unconnected, the message send will trigger an exception, which causes the JOIN to fail !
> SOLUTION:
> - Flush become_server_queue in a separate task (good practice to do this on a separate thread anyway !)
> - Only flush the become_server_queue when receiving a BECOME_SERVER event, *not* when receiving the first view change
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFCORE-4873) Upgrade JGit to 5.8.0.202006091008-r
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFCORE-4873?page=com.atlassian.jira.plug... ]
Jeff Mesnil updated WFCORE-4873:
--------------------------------
Description:
In order to be able to switch the ssh implementation we need to upgrade JGit to 5.8.0.202006091008-r and update javaewah to 1.1.7 on the way.
Additional dependencies to org.bouncycastle 1.65 are also required
was:In order to be able to switch the ssh implementation we need to upgrade JGit to 5.8.0.202006091008-r and update javaewah to 1.1.7 on the way.
> Upgrade JGit to 5.8.0.202006091008-r
> ------------------------------------
>
> Key: WFCORE-4873
> URL: https://issues.redhat.com/browse/WFCORE-4873
> Project: WildFly Core
> Issue Type: Component Upgrade
> Components: Management
> Affects Versions: 11.0.0.Final
> Reporter: Emmanuel Hugonnet
> Assignee: Emmanuel Hugonnet
> Priority: Major
> Fix For: 13.0.0.Beta2
>
>
> In order to be able to switch the ssh implementation we need to upgrade JGit to 5.8.0.202006091008-r and update javaewah to 1.1.7 on the way.
> Additional dependencies to org.bouncycastle 1.65 are also required
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13682) JBossWSStringReplaceTestCase.incorrectValueOfModifyWsdlAddressOpeningElement failed intermittently on Windows
by Lin Gao (Jira)
[ https://issues.redhat.com/browse/WFLY-13682?page=com.atlassian.jira.plugi... ]
Lin Gao reassigned WFLY-13682:
------------------------------
Assignee: Lin Gao
> JBossWSStringReplaceTestCase.incorrectValueOfModifyWsdlAddressOpeningElement failed intermittently on Windows
> -------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-13682
> URL: https://issues.redhat.com/browse/WFLY-13682
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 20.0.1.Final
> Reporter: Cheng Fang
> Assignee: Lin Gao
> Priority: Major
>
> This test failed intermittenly on Windows:
> ./integration/vdx/src/test/java/org/wildfly/test/integration/vdx/standalone/JBossWSStringReplaceTestCase.java
> See [WildFly CI history for this test|https://ci.wildfly.org/project.html?tab=testDetails&testNameId=30894...].
> {code}
> #4310 at 7 Jul 02:46
> Tests failed: 2 (2 new), passed: 6559, ignored: 122
> 03:55:39
> java.nio.file.FileSystemException: C:\BuildAgent\work\f5da3564a57e9d74\testsuite\integration\vdx\target\wildfly\standalone\log\server.log: The process cannot access the file because it is being used by another process.
> 03:55:39
> java.nio.file.FileSystemException:
> C:\BuildAgent\work\f5da3564a57e9d74\testsuite\integration\vdx\target\wildfly\standalone\log\server.log: The process cannot access the file because it is being used by another process.
> at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:92)
> at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)
> at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)
> at java.base/sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:274)
> at java.base/sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:105)
> at java.base/java.nio.file.Files.delete(Files.java:1141)
> at org.wildfly.test.integration.vdx.TestBase.archiveServerLogAndDeleteIt(TestBase.java:91)
> at org.wildfly.test.integration.vdx.TestBase.tearDown(TestBase.java:71)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:33)
> at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:378)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:88)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:90)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:128)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:122)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:40)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.junit.extension.UpdateTestResultBeforeAfter.update(UpdateTestResultBeforeAfter.java:46)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:83)
> at jdk.internal.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:69)
> at jdk.internal.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:116)
> at jdk.internal.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:133)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:105)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:127)
> at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:221)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:350)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:215)
> at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
> at org.junit.rules.RunRules.evaluate(RunRules.java:20)
> at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:279)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:88)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:66)
> at jdk.internal.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:90)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:128)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:114)
> at jdk.internal.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:83)
> at jdk.internal.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:69)
> at jdk.internal.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:116)
> at jdk.internal.reflect.GeneratedMethodAccessor16.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:86)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:95)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:133)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:105)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
> at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:273)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:166)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:350)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:177)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:115)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:383)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:344)
> at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:125)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:417)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13729) Make optional the javax.sml.rpc.api module dependency added to deployments by EjbDependencyDeploymentUnitProcessor
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13729?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-13729:
------------------------------------
Labels: EE9 (was: )
> Make optional the javax.sml.rpc.api module dependency added to deployments by EjbDependencyDeploymentUnitProcessor
> -------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-13729
> URL: https://issues.redhat.com/browse/WFLY-13729
> Project: WildFly
> Issue Type: Task
> Components: EJB
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Major
> Labels: EE9
> Fix For: 21.0.0.Beta1
>
>
> EjbDependencyDeploymentUnitProcessor add a module dep on the javax.xml.rpc.api module to all deployments. This really just supports a single method in the SessionContext interface, a method that isn't really usable anyway as we don't support JAX RPC. The method is gone in EE 9 and we won't even provide the API jar in our EE 9 dist, so make this module dep optional so if this code runs in an EE 9 context it just works.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13729) Make optional the javax.sml.rpc.api module dependency added to deployments by EjbDependencyDeploymentUnitProcessor
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-13729:
---------------------------------------
Summary: Make optional the javax.sml.rpc.api module dependency added to deployments by EjbDependencyDeploymentUnitProcessor
Key: WFLY-13729
URL: https://issues.redhat.com/browse/WFLY-13729
Project: WildFly
Issue Type: Task
Components: EJB
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 21.0.0.Beta1
EjbDependencyDeploymentUnitProcessor add a module dep on the javax.xml.rpc.api module to all deployments. This really just supports a single method in the SessionContext interface, a method that isn't really usable anyway as we don't support JAX RPC. The method is gone in EE 9 and we won't even provide the API jar in our EE 9 dist, so make this module dep optional so if this code runs in an EE 9 context it just works.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months