[JBoss JIRA] (ELY-300) Absence of key-store-credential NPEs
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/ELY-300?page=com.atlassian.jira.plugin.sy... ]
David Lloyd reassigned ELY-300:
-------------------------------
Assignee: David Lloyd (was: Darran Lofthouse)
> Absence of key-store-credential NPEs
> ------------------------------------
>
> Key: ELY-300
> URL: https://issues.jboss.org/browse/ELY-300
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Kabir Khan
> Assignee: David Lloyd
> Fix For: 1.1.0.Alpha1
>
>
> Trying to parse
> {code}
> <authentication-client xmlns="urn:elytron:1.0">
> <key-stores>
> <key-store name="test" type="PasswordFile">
> <file name="keystore/xml-client-keystore-credential-test.keystore"/>
> <!--<key-store-credential key-store-name="test" alias="test-alias"/>-->
> </key-store>
> </key-stores>
> </authentication-client>
> {code}
> I end up with
> {code}
> java.lang.NullPointerException
> at org.wildfly.security.auth.client.ElytronXmlParser$AbstractKeyStoreFactory.create(ElytronXmlParser.java:1082)
> at org.wildfly.security.auth.client.ElytronXmlParser$AbstractKeyStoreFactory.create(ElytronXmlParser.java:1067)
> at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:45)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$115(ElytronXmlParser.java:709)
> at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$4/1929600551.create(Unknown Source)
> at org.wildfly.security.auth.client.KeyStoreEntrySecurityFactory.create(KeyStoreEntrySecurityFactory.java:47)
> at org.wildfly.security.auth.client.KeyStoreEntrySecurityFactory.create(KeyStoreEntrySecurityFactory.java:30)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRuleType$106(ElytronXmlParser.java:425)
> at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$5/1053782781.create(Unknown Source)
> at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:45)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRuleType$113(ElytronXmlParser.java:474)
> at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$6/2012232625.create(Unknown Source)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationClientRulesType$88(ElytronXmlParser.java:242)
> at org.wildfly.security.auth.client.ElytronXmlParser$$Lambda$7/627150481.create(Unknown Source)
> at org.wildfly.security.OneTimeSecurityFactory.create(OneTimeSecurityFactory.java:45)
> at org.wildfly.security.auth.client.XmlClientKeyStoreCredentialTest.testKeystoreCredential(XmlClientKeyStoreCredentialTest.java:110)
> {code}
> This appears to be because the passwordFactory is only instantiated when parsing the key-store-credential element
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5436) Lack of EmbeddedCacheManager.undefineConfiguration(String) can cause memory/classloader leaks
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5436?page=com.atlassian.jira.plugin.... ]
Paul Ferraro moved ISPN-5800 to WFLY-5436:
------------------------------------------
Project: WildFly (was: Infinispan)
Key: WFLY-5436 (was: ISPN-5800)
Workflow: GIT Pull Request workflow (was: GIT Pull Request with Triage workflow)
Component/s: Clustering
(was: Configuration)
Fix Version/s: (was: 8.0.0.Final)
(was: 8.0.0.Alpha2)
> Lack of EmbeddedCacheManager.undefineConfiguration(String) can cause memory/classloader leaks
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-5436
> URL: https://issues.jboss.org/browse/WFLY-5436
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Reporter: Paul Ferraro
> Assignee: Tristan Tarrant
> Priority: Critical
>
> EmbeddedCacheManager has defineConfiguration(...) methods for defining a new cache configuration, but has no equivalent "undefine" method. Consequently, once defined, a cache manager will retains a reference to the cache configuration object for the lifetime of the cache manager. While this is normally not a big deal, the configuration objects generated by WildFly contain references to the classloaders of foreign modules.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5436) Lack of EmbeddedCacheManager.undefineConfiguration(String) can cause memory/classloader leaks
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5436?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reassigned WFLY-5436:
----------------------------------
Assignee: Paul Ferraro (was: Tristan Tarrant)
> Lack of EmbeddedCacheManager.undefineConfiguration(String) can cause memory/classloader leaks
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-5436
> URL: https://issues.jboss.org/browse/WFLY-5436
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Critical
>
> EmbeddedCacheManager has defineConfiguration(...) methods for defining a new cache configuration, but has no equivalent "undefine" method. Consequently, once defined, a cache manager will retains a reference to the cache configuration object for the lifetime of the cache manager. While this is normally not a big deal, the configuration objects generated by WildFly contain references to the classloaders of foreign modules.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-1966) Specify logger name for LogRecord in JDKLogImpl
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1966?page=com.atlassian.jira.plugin.... ]
Bela Ban updated JGRP-1966:
---------------------------
Fix Version/s: 3.6.6
> Specify logger name for LogRecord in JDKLogImpl
> -----------------------------------------------
>
> Key: JGRP-1966
> URL: https://issues.jboss.org/browse/JGRP-1966
> Project: JGroups
> Issue Type: Enhancement
> Affects Versions: 3.6.6
> Reporter: George Zalizko
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 3.6.6
>
>
> I use Spring Boot with logback.
> For logging I have pattern:
> {code}%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} %C{30}:%L - %msg%n{code}
> And in console I see:
> {code}
> 16:19:32.062 [OOB-1,yphis-cluster-web,George-THINKPAD-35404] WARN unknown.jul.logger org.jgroups.logging.JDKLogImpl:49 - JGRP000010: packet from 192.168.50.123:45588 has different version (3.2.8) than ours (3.6.6); packet is discarded{code}
> This happens because LogRecord created in org.jgroups.logging.JDKLogImpl doesn't have loggerName and when org.slf4j.bridge.SLF4JBridgeHandler make org.slf4j.Logger from java.util.logging.LogRecord he sets logger name as org.slf4j.bridge.SLF4JBridgeHandler#UNKNOWN_LOGGER_NAME that's "unknown.jul.logger"
> Actually I don't know is it done specially or not, but I can't find any comments/solutions for that.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5434) HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
by Mark Wardell (JIRA)
[ https://issues.jboss.org/browse/WFLY-5434?page=com.atlassian.jira.plugin.... ]
Mark Wardell updated WFLY-5434:
-------------------------------
Description:
Running standalone HA configuration with single sign on enabled in undertow configuration
Two wars deployed each marked as distributable
If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
{code}
08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction {xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
...
at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
{code}
(full stack trace attached)
was:
Running standalone HA configuration with single sign on enabled in undertow configuration
Two wars deployed each marked as distributable
If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
...
at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
(full stack trace attached)
> HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-5434
> URL: https://issues.jboss.org/browse/WFLY-5434
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR2
> Reporter: Mark Wardell
> Assignee: Jason Greene
> Attachments: exception.txt
>
>
> Running standalone HA configuration with single sign on enabled in undertow configuration
> Two wars deployed each marked as distributable
> If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
> {code}
> 08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction {xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
> ...
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
> at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
> {code}
> (full stack trace attached)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5434) HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
by Mark Wardell (JIRA)
[ https://issues.jboss.org/browse/WFLY-5434?page=com.atlassian.jira.plugin.... ]
Mark Wardell updated WFLY-5434:
-------------------------------
Steps to Reproduce:
Reproduced in a project here:
* https://github.com/mbw-ahc/wf10issue
* servlet-security copied from the quick starts but with <distributable/> added to the configuration
* logoutwar has a simple servlet that executes the session invalidate on get
* standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
* run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
* setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
* deploy the wars
* open a browser,
** To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
** To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
** The stack trace should be visible in the console log.
was:
Reproduced in a project here:
* https://github.com/mbw-ahc/wf10issue
* servlet-security copied from the quick starts but with <distributable/> added to the configuration
* logoutwar has a simple servlet that executes the session invalidate on get
* standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
* run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
* setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
* deploy the wars
* open a browser,
To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
The stack trace should be visible in the console log.
> HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-5434
> URL: https://issues.jboss.org/browse/WFLY-5434
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR2
> Reporter: Mark Wardell
> Assignee: Jason Greene
> Attachments: exception.txt
>
>
> Running standalone HA configuration with single sign on enabled in undertow configuration
> Two wars deployed each marked as distributable
> If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
> 08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
> ...
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
> at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
> (full stack trace attached)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5434) HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
by Mark Wardell (JIRA)
[ https://issues.jboss.org/browse/WFLY-5434?page=com.atlassian.jira.plugin.... ]
Mark Wardell updated WFLY-5434:
-------------------------------
Steps to Reproduce:
Reproduced in a project here:
* https://github.com/mbw-ahc/wf10issue
* servlet-security copied from the quick starts but with <distributable/> added to the configuration
* logoutwar has a simple servlet that executes the session invalidate on get
* standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
deploy the wars
open a browser,
To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
The stack trace should be visible in the console log.
was:
Reproduced in a project here:
https://github.com/mbw-ahc/wf10issue
servlet-security copied from the quick starts but with <distributable/> added to the configuration
logoutwar has a simple servlet that executes the session invalidate on get
standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
deploy the wars
open a browser,
To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
The stack trace should be visible in the console log.
> HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-5434
> URL: https://issues.jboss.org/browse/WFLY-5434
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR2
> Reporter: Mark Wardell
> Assignee: Jason Greene
> Attachments: exception.txt
>
>
> Running standalone HA configuration with single sign on enabled in undertow configuration
> Two wars deployed each marked as distributable
> If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
> 08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
> ...
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
> at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
> (full stack trace attached)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-5434) HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
by Mark Wardell (JIRA)
[ https://issues.jboss.org/browse/WFLY-5434?page=com.atlassian.jira.plugin.... ]
Mark Wardell updated WFLY-5434:
-------------------------------
Steps to Reproduce:
Reproduced in a project here:
* https://github.com/mbw-ahc/wf10issue
* servlet-security copied from the quick starts but with <distributable/> added to the configuration
* logoutwar has a simple servlet that executes the session invalidate on get
* standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
* run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
* setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
* deploy the wars
* open a browser,
To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
The stack trace should be visible in the console log.
was:
Reproduced in a project here:
* https://github.com/mbw-ahc/wf10issue
* servlet-security copied from the quick starts but with <distributable/> added to the configuration
* logoutwar has a simple servlet that executes the session invalidate on get
* standalone-ha-sso.xml is the configuration file used, it is just standalone-ha with sso configured, plus some security domain added from the quick start.
Steps
run wildfly 10.0.0.CR2 with the standalone-ha-sso.xml configuration
setup the quickstart as per the instructions on the quickstart https://github.com/wildfly/quickstart/tree/10.x/servlet-security
deploy the wars
open a browser,
To login from one war, open the URL to http://localhost:8080/wildfly-servlet-security/SecuredServlet
To invalidate the session from the other war, open http://localhost:8080/logoutwar/logout
The stack trace should be visible in the console log.
> HttpSession invalidate() throws IllegalStateException: Transaction is not in a valid state
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-5434
> URL: https://issues.jboss.org/browse/WFLY-5434
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.0.0.CR2
> Reporter: Mark Wardell
> Assignee: Jason Greene
> Attachments: exception.txt
>
>
> Running standalone HA configuration with single sign on enabled in undertow configuration
> Two wars deployed each marked as distributable
> If you login thought one war, then execute sesssion.invalidate() on the other you get the following exception during the invalidate call:
> 08:55:46,441 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /logoutwar/logout: java.lang.IllegalStateException: Transaction DummyTransaction{xid=DummyXid{id=96}, status=3} is not in a valid state to be invoking cache operations on.
> at org.infinispan.interceptors.TxInterceptor.enlist(TxInterceptor.java:388)
> at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:357)
> at org.infinispan.interceptors.TxInterceptor.visitRemoveCommand(TxInterceptor.java:230)
> ...
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseSessionFactory.remove(CoarseSessionFactory.java:66)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSession.invalidate(InfinispanSession.java:68)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager$SchedulableSession.invalidate(InfinispanSessionManager.java:438)
> at org.wildfly.clustering.web.undertow.session.DistributableSession.invalidate(DistributableSession.java:176)
> at io.undertow.servlet.spec.HttpSessionImpl.invalidate(HttpSessionImpl.java:199)
> at wf10issue.logoutwar.LogoutServlet.doGet(LogoutServlet.java:27)
> (full stack trace attached)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month