[JBoss JIRA] (DROOLS-3604) Improvements of table/column width
by Daniele Zonca (Jira)
Daniele Zonca created DROOLS-3604:
-------------------------------------
Summary: Improvements of table/column width
Key: DROOLS-3604
URL: https://issues.jboss.org/browse/DROOLS-3604
Project: Drools
Issue Type: Bug
Components: Scenario Simulation and Testing
Reporter: Daniele Zonca
Assignee: Daniele Zonca
Remaining from https://issues.jboss.org/browse/DROOLS-3377
- Horizontal scrollbar does not disappear even after resizing the last column to the proper width.
- Width is restored as default when user set the binding of a column. This happens only if he already changed manually the width
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFLY-11674) Adding documentation about JTA and transactions
by Ondra Chaloupka (Jira)
Ondra Chaloupka created WFLY-11674:
--------------------------------------
Summary: Adding documentation about JTA and transactions
Key: WFLY-11674
URL: https://issues.jboss.org/browse/WFLY-11674
Project: WildFly
Issue Type: Enhancement
Components: Documentation, Transactions
Reporter: Ondra Chaloupka
Assignee: Ondra Chaloupka
Currently there is unfortunately no documentation page referring to transactions and JTA. A documentation page for the transaction should be created.
At least I need some place where to document set-up for the WFLY-11629
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFCORE-4311) Testing of layer execution
by Jean-Francois Denise (Jira)
Jean-Francois Denise created WFCORE-4311:
--------------------------------------------
Summary: Testing of layer execution
Key: WFCORE-4311
URL: https://issues.jboss.org/browse/WFCORE-4311
Project: WildFly Core
Issue Type: Enhancement
Components: Test Suite
Reporter: Jean-Francois Denise
Assignee: Jean-Francois Denise
Execution of each layer should be covered by layers test.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFLY-11673) RunAsWithElytronEJBContextPropagationTestCase fails with node0 set
by Teresa Miyar (Jira)
Teresa Miyar created WFLY-11673:
-----------------------------------
Summary: RunAsWithElytronEJBContextPropagationTestCase fails with node0 set
Key: WFLY-11673
URL: https://issues.jboss.org/browse/WFLY-11673
Project: WildFly
Issue Type: Bug
Components: Test Suite
Affects Versions: 16.0.0.Beta1
Reporter: Teresa Miyar
Assignee: Teresa Miyar
The {{RunAsWithElytronEJBContextPropagationTestCase}} fails with {{node0}} set:
{noformat}
ERROR [org.jboss.as.ejb3.invocation] (default task-1) WFLYEJB0034: EJB Invocation failed on component IntermediateCallerInRole for method public abstract java.lang.Boolean org.jboss.as.test.integration.ejb.security.runas.propagation.IntermediateCallerInRoleRemote.isServerCallerInRole(java.lang.String): javax.ejb.NoSuchEJBException: EJBCLIENT000079: Unable to discover destination for request for EJB StatelessEJBLocator for "/ejb-security-context-propagation/ServerCallerInRole", view is interface org.jboss.as.test.integration.ejb.security.runas.propagation.CallerInRole, affinity is None
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:592)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.protocol.remote.RemotingEJBClientInterceptor.handleInvocationResult(RemotingEJBClientInterceptor.java:56)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.client.TransactionPostDiscoveryInterceptor.handleInvocationResult(TransactionPostDiscoveryInterceptor.java:133)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocationResult(DiscoveryEJBClientInterceptor.java:115)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocationResult(NamingEJBClientInterceptor.java:79)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:172)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:594)
at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:528)
at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:938)
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:177)
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:112)
at com.sun.proxy.$Proxy79.isCallerInRole(Unknown Source)
at org.jboss.as.test.integration.ejb.security.runas.propagation.IntermediateCallerInRole.isServerCallerInRole(IntermediateCallerInRole.java:59)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89)
at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102)
at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:362)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:144)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.security.IdentityOutflowInterceptor.processInvocation(IdentityOutflowInterceptor.java:73)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
at org.jboss.as.ejb3.security.RoleAddingInterceptor.processInvocation(RoleAddingInterceptor.java:53)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:313)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:270)
at org.jboss.as.ejb3.security.RunAsPrincipalInterceptor.processInvocation(RunAsPrincipalInterceptor.java:84)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.security.SecurityDomainInterceptor.processInvocation(SecurityDomainInterceptor.java:44)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:618)
at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:406)
at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:565)
at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:546)
at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:197)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
Suppressed: java.net.ConnectException: Connection refused
at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
at org.xnio.nio.WorkerThread$ConnectHandle.handleReady(WorkerThread.java:327)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
at ...asynchronous invocation...(Unknown Source)
at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:571)
at org.jboss.remoting3.EndpointImpl.connect(EndpointImpl.java:537)
at org.jboss.remoting3.ConnectionInfo$None.getConnection(ConnectionInfo.java:82)
at org.jboss.remoting3.ConnectionInfo.getConnection(ConnectionInfo.java:55)
at org.jboss.remoting3.EndpointImpl.doGetConnection(EndpointImpl.java:488)
at org.jboss.remoting3.EndpointImpl.getConnectedIdentity(EndpointImpl.java:434)
at org.jboss.remoting3.UncloseableEndpoint.getConnectedIdentity(UncloseableEndpoint.java:52)
at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.getConnectedIdentityUsingClusterEffective(RemotingEJBDiscoveryProvider.java:311)
at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.lambda$connectAndDiscover$0(RemotingEJBDiscoveryProvider.java:384)
at java.security.AccessController.doPrivileged(Native Method)
at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider$DiscoveryAttempt.connectAndDiscover(RemotingEJBDiscoveryProvider.java:384)
at org.jboss.ejb.protocol.remote.RemotingEJBDiscoveryProvider.discover(RemotingEJBDiscoveryProvider.java:209)
at org.jboss.ejb.protocol.remote.RemoteEJBDiscoveryConfigurator.lambda$configure$0(RemoteEJBDiscoveryConfigurator.java:42)
at org.wildfly.discovery.impl.AggregateDiscoveryProvider.discover(AggregateDiscoveryProvider.java:58)
at org.wildfly.discovery.Discovery.discover(Discovery.java:100)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.discover(DiscoveryEJBClientInterceptor.java:242)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.doAnyDiscovery(DiscoveryEJBClientInterceptor.java:371)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.executeDiscovery(DiscoveryEJBClientInterceptor.java:305)
at org.jboss.ejb.client.DiscoveryEJBClientInterceptor.handleInvocation(DiscoveryEJBClientInterceptor.java:98)
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:491)
at org.jboss.ejb.client.NamingEJBClientInterceptor.handleInvocation(NamingEJBClientInterceptor.java:64)
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:491)
at org.jboss.ejb.client.TransactionInterceptor.handleInvocation(TransactionInterceptor.java:165)
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:491)
at org.wildfly.common.context.Contextual.runExConsumer(Contextual.java:203)
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequestInitial(EJBClientInvocationContext.java:327)
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:173)
... 83 more
{noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (DROOLS-3420) Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3420?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3420:
---------------------------------
Description:
SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
Later, ask [~Rikkola] to move it on upper framework.
*ADDITIONAL IMPROVEMENTS:*
# -When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
# Change *Choose DMN asset* to *Choose a DMN asset*.
# The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
# -The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
# -The field *Choose DMN asset* should be marked with *{color:red}*{color}* (required field).- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
was:
SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
Later, ask [~Rikkola] to move it on upper framework.
*ADDITIONAL IMPROVEMENTS:*
# When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list. -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
# Change *Choose DMN asset* to *Choose a DMN asset*.
# The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
# The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty. -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
# The field *Choose DMN asset* should be marked with *{color:red}*{color}* (required field). -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
> -------------------------------------------------------------------
>
> Key: DROOLS-3420
> URL: https://issues.jboss.org/browse/DROOLS-3420
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Minor
>
> SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
> Later, ask [~Rikkola] to move it on upper framework.
> *ADDITIONAL IMPROVEMENTS:*
> # -When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> # Change *Choose DMN asset* to *Choose a DMN asset*.
> # The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
> # -The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> # -The field *Choose DMN asset* should be marked with *{color:red}*{color}* (required field).- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFLY-11672) @ApplicationScoped does not work when used with @ServerEndpoint
by Marek Marusic (Jira)
[ https://issues.jboss.org/browse/WFLY-11672?page=com.atlassian.jira.plugin... ]
Marek Marusic reassigned WFLY-11672:
------------------------------------
Assignee: Marek Marusic (was: Matej Novotny)
> @ApplicationScoped does not work when used with @ServerEndpoint
> ---------------------------------------------------------------
>
> Key: WFLY-11672
> URL: https://issues.jboss.org/browse/WFLY-11672
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, Web Sockets
> Affects Versions: 15.0.1.Final
> Reporter: Marek Marusic
> Assignee: Marek Marusic
> Priority: Major
> Attachments: applicationScopedServerEndpoint.zip
>
>
> When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
> The expected behaviour:
> There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
> I have created a reproducer and added it as attachment.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFLY-11672) @ApplicationScoped does not work when used with @ServerEndpoint
by Marek Marusic (Jira)
[ https://issues.jboss.org/browse/WFLY-11672?page=com.atlassian.jira.plugin... ]
Marek Marusic updated WFLY-11672:
---------------------------------
Description:
When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
The expected behaviour:
There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
I have created a reproducer and added it as attachment.
was:
When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
The expected behaviour:
There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
> @ApplicationScoped does not work when used with @ServerEndpoint
> ---------------------------------------------------------------
>
> Key: WFLY-11672
> URL: https://issues.jboss.org/browse/WFLY-11672
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, Web Sockets
> Affects Versions: 15.0.1.Final
> Reporter: Marek Marusic
> Assignee: Matej Novotny
> Priority: Major
> Attachments: applicationScopedServerEndpoint.zip
>
>
> When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
> The expected behaviour:
> There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
> I have created a reproducer and added it as attachment.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (WFLY-11672) @ApplicationScoped does not work when used with @ServerEndpoint
by Marek Marusic (Jira)
[ https://issues.jboss.org/browse/WFLY-11672?page=com.atlassian.jira.plugin... ]
Marek Marusic updated WFLY-11672:
---------------------------------
Attachment: applicationScopedServerEndpoint.zip
> @ApplicationScoped does not work when used with @ServerEndpoint
> ---------------------------------------------------------------
>
> Key: WFLY-11672
> URL: https://issues.jboss.org/browse/WFLY-11672
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, Web Sockets
> Affects Versions: 15.0.1.Final
> Reporter: Marek Marusic
> Assignee: Matej Novotny
> Priority: Major
> Attachments: applicationScopedServerEndpoint.zip
>
>
> When the @ApplicationScoped annotation is used in combination with @ServerEndpoint the class is instantiated on every new connection instead of being instantiated once for the whole application.
> The expected behaviour:
> There should be only one instance of the class which is annotated with @ApplicationScoped and @ServerEndpoint annotations.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months