[JBoss JIRA] (WFLY-13146) Support for multiple security realms - Failover
by Martin Mazánek (Jira)
[ https://issues.redhat.com/browse/WFLY-13146?page=com.atlassian.jira.plugi... ]
Martin Mazánek moved WFCORE-4861 to WFLY-13146:
-----------------------------------------------
Project: WildFly (was: WildFly Core)
Key: WFLY-13146 (was: WFCORE-4861)
Component/s: Security
(was: Security)
> Support for multiple security realms - Failover
> -----------------------------------------------
>
> Key: WFLY-13146
> URL: https://issues.redhat.com/browse/WFLY-13146
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Reporter: Martin Mazánek
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19
>
> Our security realms are able to indicate unavailability by throwing a RealmUnavailableException
> We should support fail over to an alternative realm.
> A common request is fail over to a local file based realm if an LDAP or database server has gone down allowing administrators to retain access to the server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (WFLY-13146) Support for multiple security realms - Failover
by Martin Mazánek (Jira)
[ https://issues.redhat.com/browse/WFLY-13146?page=com.atlassian.jira.plugi... ]
Martin Mazánek updated WFLY-13146:
----------------------------------
Description: Community docs for WFCORE-4486 (was: Our security realms are able to indicate unavailability by throwing a RealmUnavailableException
We should support fail over to an alternative realm.
A common request is fail over to a local file based realm if an LDAP or database server has gone down allowing administrators to retain access to the server.)
> Support for multiple security realms - Failover
> -----------------------------------------------
>
> Key: WFLY-13146
> URL: https://issues.redhat.com/browse/WFLY-13146
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Reporter: Martin Mazánek
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19
>
> Community docs for WFCORE-4486
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (WFCORE-4861) Support for multiple security realms - Failover
by Martin Mazánek (Jira)
Martin Mazánek created WFCORE-4861:
--------------------------------------
Summary: Support for multiple security realms - Failover
Key: WFCORE-4861
URL: https://issues.redhat.com/browse/WFCORE-4861
Project: WildFly Core
Issue Type: Feature Request
Components: Security
Reporter: Martin Mazánek
Assignee: Martin Mazánek
Our security realms are able to indicate unavailability by throwing a RealmUnavailableException
We should support fail over to an alternative realm.
A common request is fail over to a local file based realm if an LDAP or database server has gone down allowing administrators to retain access to the server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5037) Create kogito-client module
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-5037?page=com.atlassian.jira.plug... ]
Jozef Marko commented on DROOLS-5037:
-------------------------------------
[~yamer] There are three linked PRs to this ticket, all to same repository (drools-wb), is any of them ready for review?
> Create kogito-client module
> ---------------------------
>
> Key: DROOLS-5037
> URL: https://issues.redhat.com/browse/DROOLS-5037
> Project: Drools
> Issue Type: Sub-task
> Components: Scenario Simulation and Testing
> Reporter: Yeser Amer
> Assignee: Yeser Amer
> Priority: Major
> Labels: drools-tools
>
> h2. Acceptance criteria
> - Create README describing purpose of the new module and command for its build, if the command differs from {{mvn clean install}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5095) [DMN Designer] Investigate performance switching between editor instances
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-5095?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-5095:
--------------------------------
Description:
This JIRA is to investigate the reported performance issue switching between different DMN Designer instances in Business Central.
The issue was noticed by [~jomarko] when testing DROOLS-5058 (although the fix therein should have had *zero* affect on switching).
For more details see the video [^switch-dmn.webm]
h2. Manual acceptance test
- Prepare 5 DMN models in project
- Open all in parallel
- Try to switch between them, keep all opened
was:
This JIRA is to investigate the reported performance issue switching between different DMN Designer instances in Business Central.
The issue was noticed by [~jomarko] when testing DROOLS-5058 (although the fix therein should have had *zero* affect on switching).
h2. Manual acceptance test
h3. Business central
Edit in parallel passed but seems the performance is decreased [^switch-dmn.webm]
# Two dmn files, two decisions (/)
# Two dmn files, decision and bkm (/)
# One dmn file, decision table and context (/)
h3. VS Code
Edit in parallel
# Two dmn files, two decisions (/)
# Two dmn files, decision and bkm (/)
# One dmn file, decision table and context (/)
> [DMN Designer] Investigate performance switching between editor instances
> -------------------------------------------------------------------------
>
> Key: DROOLS-5095
> URL: https://issues.redhat.com/browse/DROOLS-5095
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.33.0.Final
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Minor
> Labels: drools-tools
> Fix For: 7.34.0.Final
>
> Attachments: switch-dmn.webm
>
>
> This JIRA is to investigate the reported performance issue switching between different DMN Designer instances in Business Central.
> The issue was noticed by [~jomarko] when testing DROOLS-5058 (although the fix therein should have had *zero* affect on switching).
> For more details see the video [^switch-dmn.webm]
> h2. Manual acceptance test
> - Prepare 5 DMN models in project
> - Open all in parallel
> - Try to switch between them, keep all opened
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5097) [DMN Designer] BKM Description max length
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-5097?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-5097:
--------------------------------
Description:
As a BKM modeler, I want to describe the formula, its usage and parameters so the invoker can have information to map its values.
The current description field allows for 100 characters, I want to entry a description like the following:
This is the standard loan amortization formula assuming monthly payments. Parameter p is the loan principal (amount). Parameter r is the annual loan rate as a decimal (not percent). Parameter n is the number of months in the term of the loan.
Also having a resizable text area could be helpful for the BKM user to read the complete description and map the values of the invoker.
h2. Acceptance test
- Put long description, save and reopen
- Check rendering in properties panel - Chrome, Firefox, VSCode
was:
As a BKM modeler, I want to describe the formula, its usage and parameters so the invoker can have information to map its values.
The current description field allows for 100 characters, I want to entry a description like the following:
This is the standard loan amortization formula assuming monthly payments. Parameter p is the loan principal (amount). Parameter r is the annual loan rate as a decimal (not percent). Parameter n is the number of months in the term of the loan.
Also having a resizable text area could be helpful for the BKM user to read the complete description and map the values of the invoker.
> [DMN Designer] BKM Description max length
> -----------------------------------------
>
> Key: DROOLS-5097
> URL: https://issues.redhat.com/browse/DROOLS-5097
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> As a BKM modeler, I want to describe the formula, its usage and parameters so the invoker can have information to map its values.
> The current description field allows for 100 characters, I want to entry a description like the following:
> This is the standard loan amortization formula assuming monthly payments. Parameter p is the loan principal (amount). Parameter r is the annual loan rate as a decimal (not percent). Parameter n is the number of months in the term of the loan.
> Also having a resizable text area could be helpful for the BKM user to read the complete description and map the values of the invoker.
> h2. Acceptance test
> - Put long description, save and reopen
> - Check rendering in properties panel - Chrome, Firefox, VSCode
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5096) [DMN Decision] Properties: Increase Question max length
by Jozef Marko (Jira)
[ https://issues.redhat.com/browse/DROOLS-5096?page=com.atlassian.jira.plug... ]
Jozef Marko updated DROOLS-5096:
--------------------------------
Description:
As a user, I want to type a long question in the DMN decision properties, so I can fully describe and document my decision requirement for future reference.
Example:
I want to set the following question for my decision:
"Based on self-reported borrower income, credit score, loan amount, what is the likely eligibility for a mortgage?"
The current work around is to rephrase my question so it can fit in a max length of 100 characters.
h2. Acceptance test
- Put long question, save and reopen
- Check rendering in properties panel - Chrome, Firefox, VSCode
was:
As a user, I want to type a long question in the DMN decision properties, so I can fully describe and document my decision requirement for future reference.
Example:
I want to set the following question for my decision:
"Based on self-reported borrower income, credit score, loan amount, what is the likely eligibility for a mortgage?"
The current work around is to rephrase my question so it can fit in a max length of 100 characters.
> [DMN Decision] Properties: Increase Question max length
> -------------------------------------------------------
>
> Key: DROOLS-5096
> URL: https://issues.redhat.com/browse/DROOLS-5096
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.33.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> As a user, I want to type a long question in the DMN decision properties, so I can fully describe and document my decision requirement for future reference.
> Example:
> I want to set the following question for my decision:
> "Based on self-reported borrower income, credit score, loan amount, what is the likely eligibility for a mortgage?"
> The current work around is to rephrase my question so it can fit in a max length of 100 characters.
> h2. Acceptance test
> - Put long question, save and reopen
> - Check rendering in properties panel - Chrome, Firefox, VSCode
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (JGRP-2454) Documentation is wrong for ForkChannel creation / Initial messages on fork channel are lost
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2454?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2454:
---------------------------
Fix Version/s: 5.0
4.2.0
> Documentation is wrong for ForkChannel creation / Initial messages on fork channel are lost
> -------------------------------------------------------------------------------------------
>
> Key: JGRP-2454
> URL: https://issues.redhat.com/browse/JGRP-2454
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 4.1.8
> Reporter: Mirko Streckenbach
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 5.0, 4.2.0
>
>
> The documentation at
> http://www.jgroups.org/manual/html/user-advanced.html#ForkChannelCreation
> has the following example:
> {code}
> JChannel main_ch=new JChannel("/home/bela/udp.xml").name("A");
> ForkChannel fork_ch=new ForkChannel(main_ch, "lock", "fork-ch4",
> new CENTRAL_LOCK(), new STATS());
> fork_ch.connect("bla");
> main_ch.connect("cluster");
> {code}
> This does not work as "fork_ch.connect" will throw an IllegalStateException because the main channel is not connected at that point.
> But if the connects are reversed, messages for the fork channel may arrive before the fork channel is fully established and cause warnings like
> {code}
> Feb 20, 2020 6:15:37 PM org.jgroups.protocols.FORK$1 handleUnknownForkChannel
> WARNING: marian-20309: fork-channel for id=fork-ch4 not found; discarding message
> {code}
> My application will send a message to every new member in the cluster on a specific fork channel (in ReceiverAdapter.viewAccepted). These message usually get lost. Is there an alternate pattern for that?
> I can provide example code if required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months
[JBoss JIRA] (DROOLS-5098) pop error diagram where create new branch
by xiaodong zhang (Jira)
xiaodong zhang created DROOLS-5098:
--------------------------------------
Summary: pop error diagram where create new branch
Key: DROOLS-5098
URL: https://issues.redhat.com/browse/DROOLS-5098
Project: Drools
Issue Type: Bug
Components: Artifact Repository
Affects Versions: 7.33.0.Final, 7.29.0.Final
Reporter: xiaodong zhang
Assignee: Alexandre Bakos
Attachments: WX20200221-115716(a)2x.png
Here is the error trace:
{"ToSubject":"org.jbpm.workbench.wi.workitems.service.ServiceTaskService:RPC","CommandType":"updateInstalledServiceTasks:java.lang.String:java.lang.String:","Qualifiers":{"^EncodedType":"java.util.ArrayList","^ObjectID":"1","^Value":[]},"ReplyTo":"org.jbpm.workbench.wi.workitems.service.ServiceTaskService:RPC.updateInstalledServiceTasks:java.lang.String:java.lang.String::132:RespondTo:RPC","ErrorTo":"org.jbpm.workbench.wi.workitems.service.ServiceTaskService:RPC.updateInstalledServiceTasks:java.lang.String:java.lang.String::132:Errors:RPC","AdditionalDetails":"<tt><br\/>org.jboss.errai.bus.client.api.base.MessageDeliveryFailure: error invoking RPC endpoint public abstract void org.jbpm.workbench.wi.workitems.service.ServiceTaskService.updateInstalledServiceTasks(java.lang.String,java.lang.String)<br\/> at org.jboss.errai.bus.server.io.AbstractRPCMethodCallback.invokeMethodFromMessage(AbstractRPCMethodCallback.java:75)<br\/> at org.jboss.errai.bus.server.io.VoidRPCEndpointCallback.callback(VoidRPCEndpointCallback.java:36)<br\/> at org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)<br\/> at org.jboss.errai.cdi.server.CDIExtensionPoints$2.callback(CDIExtensionPoints.java:448)<br\/> at org.jboss.errai.bus.server.DeliveryPlan.deliver(DeliveryPlan.java:47)<br\/> at org.jboss.errai.bus.server.ServerMessageBusImpl.sendGlobal(ServerMessageBusImpl.java:297)<br\/> at org.jboss.errai.bus.server.SimpleDispatcher.dispatchGlobal(SimpleDispatcher.java:46)<br\/> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:96)<br\/> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:113)<br\/> at org.jboss.errai.bus.server.servlet.DefaultBlockingServlet.doPost(DefaultBlockingServlet.java:144)<br\/> at javax.servlet.http.HttpServlet.service(HttpServlet.java:706)<br\/> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)<br\/> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)<br\/> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:173)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at org.uberfire.ext.security.server.SecureHeadersFilter.doFilter(SecureHeadersFilter.java:110)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at org.uberfire.ext.security.server.SecurityIntegrationFilter.doFilter(SecurityIntegrationFilter.java:70)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)<br\/> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)<br\/> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)<br\/> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)<br\/> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)<br\/> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)<br\/> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)<br\/> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)<br\/> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)<br\/> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)<br\/> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)<br\/> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)<br\/> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)<br\/> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)<br\/> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)<br\/> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)<br\/> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)<br\/> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)<br\/> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)<br\/> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)<br\/> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)<br\/> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)<br\/> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)<br\/> at java.lang.Thread.run(Thread.java:748)<br\/>Caused by: java.lang.NullPointerException: <No Message><br\/> at org.jbpm.process.workitem.repository.service.RepoData.updateInstalled(RepoData.java:249)<br\/> at org.jbpm.process.workitem.repository.service.RepoService.updateInstalled(RepoService.java:396)<br\/> at org.jbpm.workbench.wi.backend.server.workitem.ServiceTaskServiceImpl.updateInstalledServiceTasks(ServiceTaskServiceImpl.java:238)<br\/> at org.jbpm.workbench.wi.backend.server.workitem.ServiceTaskServiceImpl$Proxy$_$$_WeldClientProxy.updateInstalledServiceTasks(Unknown Source)<br\/> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br\/> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)<br\/> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)<br\/> at java.lang.reflect.Method.invoke(Method.java:498)<br\/> at org.jboss.errai.bus.server.io.AbstractRPCMethodCallback.invokeMethodFromMessage(AbstractRPCMethodCallback.java:65)<br\/> at org.jboss.errai.bus.server.io.VoidRPCEndpointCallback.callback(VoidRPCEndpointCallback.java:36)<br\/> at org.jboss.errai.bus.server.io.RemoteServiceCallback.callback(RemoteServiceCallback.java:54)<br\/> at org.jboss.errai.cdi.server.CDIExtensionPoints$2.callback(CDIExtensionPoints.java:448)<br\/> at org.jboss.errai.bus.server.DeliveryPlan.deliver(DeliveryPlan.java:47)<br\/> at org.jboss.errai.bus.server.ServerMessageBusImpl.sendGlobal(ServerMessageBusImpl.java:297)<br\/> at org.jboss.errai.bus.server.SimpleDispatcher.dispatchGlobal(SimpleDispatcher.java:46)<br\/> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:96)<br\/> at org.jboss.errai.bus.server.service.ErraiServiceImpl.store(ErraiServiceImpl.java:113)<br\/> at org.jboss.errai.bus.server.servlet.DefaultBlockingServlet.doPost(DefaultBlockingServlet.java:144)<br\/> at javax.servlet.http.HttpServlet.service(HttpServlet.java:706)<br\/> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)<br\/> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)<br\/> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:173)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at org.uberfire.ext.security.server.SecureHeadersFilter.doFilter(SecureHeadersFilter.java:110)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at org.uberfire.ext.security.server.SecurityIntegrationFilter.doFilter(SecurityIntegrationFilter.java:70)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)<br\/> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)<br\/> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)<br\/> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)<br\/> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)<br\/> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)<br\/> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)<br\/> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)<br\/> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)<br\/> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)<br\/> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)<br\/> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)<br\/> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)<br\/> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)<br\/> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)<br\/> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)<br\/> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)<br\/> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)<br\/> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)<br\/> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)<br\/> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)<br\/> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)<br\/> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)<br\/> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)<br\/> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)<br\/> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)<br\/> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)<br\/> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)<br\/> at java.lang.Thread.run(Thread.java:748)<br\/><\/tt>"} | Uncaught exception: null
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 2 months