[JBoss JIRA] (WFLY-10531) Wildfly leaks ActiveMQ connections
by Marcel Šebek (Jira)
[ https://issues.jboss.org/browse/WFLY-10531?page=com.atlassian.jira.plugin... ]
Marcel Šebek commented on WFLY-10531:
-------------------------------------
[~jondruse] Thanks for providing a fix. Any chance that it will be merged into wildfly 15?
> Wildfly leaks ActiveMQ connections
> ----------------------------------
>
> Key: WFLY-10531
> URL: https://issues.jboss.org/browse/WFLY-10531
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 13.0.0.Final
> Environment: openjdk 8 / openjdk 9, Linux
> Reporter: Marcel Šebek
> Assignee: Jeff Mesnil
> Priority: Major
> Attachments: WFLY-10531-ear-1.0.ear, WFLY10531.zip
>
>
> After upgrading our application from wildfly 12 to 13, the app started to crash after a while (hours, days, depending on circumstances). It crashes on
> IJ000453: Unable to get managed connection for java:/JmsXA
> and other errors (it simply cannot perform all the jobs it contains). I found that when shutting down the server which has been running for a while, I can see a bunch of these messages in the log:
> WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolByCri] (ServerService Thread Pool -- 117) [:::] IJ000615: Destroying active connection in pool: ActiveMQConnectionDefinition (org.apache.activemq.artemis.ra.ActiveMQRAManagedConnection@2f37f69)
> Bascially, the longer the server was running, more of these messages are shown. I cannot find a way how to reproduce the issue. When the server runs for short time but with some load, no connection is leaked (or just one, rarely). On the other side, it leaks connections even without any particularly high load (just a few requests and @Schedule jobs) when running for longer time.
> It may also be a bug in our application, which just happen to have more serious impact with the new wildfly version.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (DROOLS-3158) [DMN Designer] Automatic Layout Feature - toolbar integration
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3158?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3158:
--------------------------------
Affects Version/s: 7.14.0.Final
> [DMN Designer] Automatic Layout Feature - toolbar integration
> -------------------------------------------------------------
>
> Key: DROOLS-3158
> URL: https://issues.jboss.org/browse/DROOLS-3158
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
>
> This requirement follows DROOLS-3061.
> The automatic layout feature should be available from designer toolbar, furthermore we should allow user to undo/redo the automatic layout positioning.
> h2. Acceptance criteria
> - Add a toolbar button to perform the automatic layout operation
> -- Button visible in toolbar
> -- Disabled in read only mode, enabled otherwise
> - Allow to undo/redo the button's action
> -- implies using the commands API instead of applying the changes directly on the graph instance
> - Show the notification to the user as in DROOLS-3061
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (DROOLS-3158) [DMN Designer] Automatic Layout Feature - toolbar integration
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3158?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3158:
--------------------------------
Description:
This requirement follows DROOLS-3061.
The automatic layout feature should be available from designer toolbar, furthermore we should allow user to undo/redo the automatic layout positioning.
h2. Acceptance criteria
- Add a toolbar button to perform the automatic layout operation
-- Button visible in toolbar
-- Disabled in read only mode, enabled otherwise
- Allow to undo/redo the button's action
-- implies using the commands API instead of applying the changes directly on the graph instance
- Show the notification to the user as in DROOLS-3061
was:
This requirement follows BAPL-1087.
The automatic layout feature should be available from designer toolbar, furthermore we should allow user to undo/redo the automatic layout positioning.
h2. Acceptance criteria
- Add a toolbar button to perform the automatic layout operation
-- Button visible in toolbar
-- Disabled in read only mode, enabled otherwise
- Allow to undo/redo the button's action
-- implies using the commands API instead of applying the changes directly on the graph instance
- Show the notification to the user as in BAPL-1087
> [DMN Designer] Automatic Layout Feature - toolbar integration
> -------------------------------------------------------------
>
> Key: DROOLS-3158
> URL: https://issues.jboss.org/browse/DROOLS-3158
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
>
> This requirement follows DROOLS-3061.
> The automatic layout feature should be available from designer toolbar, furthermore we should allow user to undo/redo the automatic layout positioning.
> h2. Acceptance criteria
> - Add a toolbar button to perform the automatic layout operation
> -- Button visible in toolbar
> -- Disabled in read only mode, enabled otherwise
> - Allow to undo/redo the button's action
> -- implies using the commands API instead of applying the changes directly on the graph instance
> - Show the notification to the user as in DROOLS-3061
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (DROOLS-3158) [DMN Designer] Automatic Layout Feature - toolbar integration
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3158?page=com.atlassian.jira.plugi... ]
Jozef Marko moved BAPL-1098 to DROOLS-3158:
-------------------------------------------
Project: Drools (was: Business Automation Planning)
Key: DROOLS-3158 (was: BAPL-1098)
Issue Type: Epic (was: Requirement)
Workflow: GIT Pull Request workflow (was: CDW with docs v1)
User Story: (was: # Create non empty DMN diagram
# Invoke automatic layout feature
# Continue modeling
# Invoke automatic layout feature again
# Undo last automatic layout
# Save and reopen diagram)
Component/s: DMN Editor
(was: Business Central)
Epic Name: [DMN Designer] Automatic Layout Feature - toolbar integration
Epic Status: To Do
QE Status: NEW
> [DMN Designer] Automatic Layout Feature - toolbar integration
> -------------------------------------------------------------
>
> Key: DROOLS-3158
> URL: https://issues.jboss.org/browse/DROOLS-3158
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Daniel José dos Santos
> Priority: Major
> Labels: drools-tools
>
> This requirement follows BAPL-1087.
> The automatic layout feature should be available from designer toolbar, furthermore we should allow user to undo/redo the automatic layout positioning.
> h2. Acceptance criteria
> - Add a toolbar button to perform the automatic layout operation
> -- Button visible in toolbar
> -- Disabled in read only mode, enabled otherwise
> - Allow to undo/redo the button's action
> -- implies using the commands API instead of applying the changes directly on the graph instance
> - Show the notification to the user as in BAPL-1087
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (WFLY-11168) UncheckedStatelessBean uses EJB extension components
by Bartosz Baranowski (Jira)
[ https://issues.jboss.org/browse/WFLY-11168?page=com.atlassian.jira.plugin... ]
Bartosz Baranowski commented on WFLY-11168:
-------------------------------------------
[~jamezp] I dont think there is any public API that allows this to happen(I might be wrong though):
{noformat}
✔ ~/redhat/git/wildfly [master|⚑ 1]
10:01 $ grep -R getIncomingRunAsIdentity *
ejb3/src/main/java/org/jboss/as/ejb3/security/RunAsPrincipalInterceptor.java: final SecurityIdentity oldIncomingRunAsIdentity = ejbComponent.getIncomingRunAsIdentity();
ejb3/src/main/java/org/jboss/as/ejb3/component/EJBComponent.java: public SecurityIdentity getIncomingRunAsIdentity() {
testsuite/integration/basic/src/test/java/org/jboss/as/test/integration/ejb/security/runas/UncheckedStatelessBean.java: final Roles roles = ((SessionContextImpl) ctx).getComponent().getIncomingRunAsIdentity().getRoles("ejb");
✔ ~/redhat/git/wildfly [master|⚑ 1]
{noformat}
[~bdecoste] ^^ What this test is supposed to do? Refs I could find just use offending code to:
{noformat}
UncheckedStatelessBean tester = (UncheckedStatelessBean) new InitialContext().lookup("java:module/"
+ UncheckedStatelessBean.class.getSimpleName());
calleeCallerPrincipal = tester.unchecked();
log.trace("callee: " + calleeCallerPrincipal);
{noformat}
> UncheckedStatelessBean uses EJB extension components
> ----------------------------------------------------
>
> Key: WFLY-11168
> URL: https://issues.jboss.org/browse/WFLY-11168
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Test Suite
> Reporter: James Perkins
> Assignee: Farah Juma
> Priority: Major
>
> The {{UncheckedStatelessBean}} test uses the {{org.jboss.as.ejb3.context.SessionContextImpl}} from the EJB extension to get the roles. If possible this should be refactored to use a public API as that's how users would get the values. If this can be fixed the {{org.wildfly:wildfly-ejb3}} dependency should be removed from the basic integration tests.
> [~fjuma] I only assigned this to you as it looks like you updated the test. If someone else should look at this please feel free to reassign.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (WFLY-10493) Support JMS Java EE resources definition for remote Artemis-based broker
by ehsavoie Hugonnet (Jira)
[ https://issues.jboss.org/browse/WFLY-10493?page=com.atlassian.jira.plugin... ]
ehsavoie Hugonnet reassigned WFLY-10493:
----------------------------------------
Assignee: ehsavoie Hugonnet (was: Jeff Mesnil)
> Support JMS Java EE resources definition for remote Artemis-based broker
> -------------------------------------------------------------------------
>
> Key: WFLY-10493
> URL: https://issues.jboss.org/browse/WFLY-10493
> Project: WildFly
> Issue Type: Feature Request
> Components: JMS
> Reporter: Jeff Mesnil
> Assignee: ehsavoie Hugonnet
> Priority: Major
>
> The Java EE7 specifies annotation and XML configuration to define JMS resources (connection factories, queues and topics), for example the application can use https://docs.oracle.com/javaee/7/api/javax/jms/JMSDestinationDefinition.html to define a JMS destination.
> This support is provided by the messaging-activemq subsystem.
> If the resourceAdapter property is not specified, the resources are created by the Artemis broker embedded in WildFly.
> If the resourceAdapter property is specified, the messaging-activemq subsystem delegates to IronJacamar that uses the Resource Adapter's admin objects to create the JMS resources.
> There is one use case that is not supported by the current state: define JMS resources to communicate with a remote Artemis-based broker (such as AMQ 7).
> This RFE addresses this missing use case.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (WFLY-11208) Infinispan IllegalStateException (Cannot create a transactional context without a valid Transaction instance) when session invalidated after redirect
by Jiri Ondrusek (Jira)
[ https://issues.jboss.org/browse/WFLY-11208?page=com.atlassian.jira.plugin... ]
Jiri Ondrusek updated WFLY-11208:
---------------------------------
Summary: Infinispan IllegalStateException (Cannot create a transactional context without a valid Transaction instance) when session invalidated after redirect (was: Infinispan IllegalStateException when session invalidated after redirect)
> Infinispan IllegalStateException (Cannot create a transactional context without a valid Transaction instance) when session invalidated after redirect
> -----------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11208
> URL: https://issues.jboss.org/browse/WFLY-11208
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Web (Undertow)
> Affects Versions: 15.0.0.Alpha1
> Reporter: Jiri Ondrusek
> Assignee: Jiri Ondrusek
> Priority: Major
>
> When accessing jsp file which contains redirect followed by session invalidation:
> {code}
> <%
> response.sendRedirect("/foobar");
> request.getSession().invalidate();
> %>
> {code}
> there is an IllegalStateException thrown in server.log:
> {code}
> 09:43:41,501 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /undertow1374/: org.apache.jasper.JasperException: java.lang.IllegalArgumentException: Cannot create a transactional context without a valid Transaction instance.
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:473)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 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:1349)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.IllegalArgumentException: Cannot create a transactional context without a valid Transaction instance.
> at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:64)
> at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:58)
> at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:1013)
> at org.infinispan.cache.impl.DecoratedCache.lock(DecoratedCache.java:188)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.infinispan.cache.impl.EncoderCache.lock(EncoderCache.java:318)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:120)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:110)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:39)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:87)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:37)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:61)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:388)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:208)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:198)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:120)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months
[JBoss JIRA] (WFLY-11208) Infinispan IllegalStateException when session invalidated after redirect
by Jiri Ondrusek (Jira)
[ https://issues.jboss.org/browse/WFLY-11208?page=com.atlassian.jira.plugin... ]
Jiri Ondrusek moved JBEAP-15681 to WFLY-11208:
----------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-11208 (was: JBEAP-15681)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
Web (Undertow)
(was: Clustering)
(was: Web (Undertow))
Affects Version/s: 15.0.0.Alpha1
(was: 7.2.0.Beta)
> Infinispan IllegalStateException when session invalidated after redirect
> ------------------------------------------------------------------------
>
> Key: WFLY-11208
> URL: https://issues.jboss.org/browse/WFLY-11208
> Project: WildFly
> Issue Type: Bug
> Components: Clustering, Web (Undertow)
> Affects Versions: 15.0.0.Alpha1
> Reporter: Jiri Ondrusek
> Assignee: Jiri Ondrusek
> Priority: Major
>
> When accessing jsp file which contains redirect followed by session invalidation:
> {code}
> <%
> response.sendRedirect("/foobar");
> request.getSession().invalidate();
> %>
> {code}
> there is an IllegalStateException thrown in server.log:
> {code}
> 09:43:41,501 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /undertow1374/: org.apache.jasper.JasperException: java.lang.IllegalArgumentException: Cannot create a transactional context without a valid Transaction instance.
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:473)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.jsp.JspFileHandler.handleRequest(JspFileHandler.java:32)
> at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> 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:1349)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.IllegalArgumentException: Cannot create a transactional context without a valid Transaction instance.
> at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:64)
> at org.infinispan.context.TransactionalInvocationContextFactory.createInvocationContext(TransactionalInvocationContextFactory.java:58)
> at org.infinispan.cache.impl.CacheImpl.lock(CacheImpl.java:1013)
> at org.infinispan.cache.impl.DecoratedCache.lock(DecoratedCache.java:188)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.infinispan.cache.impl.EncoderCache.lock(EncoderCache.java:318)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:285)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:120)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:110)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionMetaDataFactory.remove(InfinispanSessionMetaDataFactory.java:39)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:87)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionFactory.remove(InfinispanSessionFactory.java:37)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:61)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:388)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:208)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:198)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:120)
> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 9 months