[JBoss JIRA] (WFLY-12681) Provide a 'microprofile-platform' Galleon layer
by Radoslav Husar (Jira)
[ https://issues.redhat.com/browse/WFLY-12681?page=com.atlassian.jira.plugi... ]
Radoslav Husar updated WFLY-12681:
----------------------------------
Fix Version/s: 21.0.0.Beta1
> Provide a 'microprofile-platform' Galleon layer
> -----------------------------------------------
>
> Key: WFLY-12681
> URL: https://issues.redhat.com/browse/WFLY-12681
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System, MP Config, MP Fault Tolerance, MP Health, MP JWT, MP Metrics, MP OpenAPI, MP OpenTracing
> Affects Versions: 20.0.0.Final, 20.0.1.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Major
> Labels: Microprofile
> Fix For: 21.0.0.Beta1
>
>
> We used to have a 'microprofile' layer spec aggregating all MP specs which at the moment only contained config, health and metrics which got renamed to 'observability' by WFLY-11774.
> With the introduction of new specs fault tolerance, openapi, etc. we should reintroduce the 'microprofile' layer spec which contains all of the MP specs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-12681) Provide a 'microprofile-platform' Galleon layer
by Radoslav Husar (Jira)
[ https://issues.redhat.com/browse/WFLY-12681?page=com.atlassian.jira.plugi... ]
Radoslav Husar updated WFLY-12681:
----------------------------------
Summary: Provide a 'microprofile-platform' Galleon layer (was: Provide a 'microprofile' Galleon layer)
> Provide a 'microprofile-platform' Galleon layer
> -----------------------------------------------
>
> Key: WFLY-12681
> URL: https://issues.redhat.com/browse/WFLY-12681
> Project: WildFly
> Issue Type: Feature Request
> Components: Build System, MP Config, MP Fault Tolerance, MP Health, MP JWT, MP Metrics, MP OpenAPI, MP OpenTracing
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Major
> Labels: Microprofile
>
> We used to have a 'microprofile' layer spec aggregating all MP specs which at the moment only contained config, health and metrics which got renamed to 'observability' by WFLY-11774.
> With the introduction of new specs fault tolerance, openapi, etc. we should reintroduce the 'microprofile' layer spec which contains all of the MP specs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13433) Improve capability support in EJB3 subsystem
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13433?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-13433:
-----------------------------------------
Thanks for your last comment [~rachmato] I have a PR in the queue where I also made loads of local test runs and I think it has fallen at that mixed domain testing.
I was thinking a while back about using containers to run a complete set of tests locally in a reproducible way although the work in GitHub actions may become an option.
> Improve capability support in EJB3 subsystem
> --------------------------------------------
>
> Key: WFLY-13433
> URL: https://issues.redhat.com/browse/WFLY-13433
> Project: WildFly
> Issue Type: Enhancement
> Components: EJB
> Affects Versions: 20.0.0.Beta1
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Major
>
> Survey all external subsystem dependencies and introduce capability based dependencies where required.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13681) Infinispan cache configured with remote-store with rawValues fails
by Marek Posolda (Jira)
[ https://issues.redhat.com/browse/WFLY-13681?page=com.atlassian.jira.plugi... ]
Marek Posolda updated WFLY-13681:
---------------------------------
Attachment: server.log
> Infinispan cache configured with remote-store with rawValues fails
> ------------------------------------------------------------------
>
> Key: WFLY-13681
> URL: https://issues.redhat.com/browse/WFLY-13681
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 20.0.1.Final
> Reporter: Marek Posolda
> Assignee: Paul Ferraro
> Priority: Major
> Attachments: employee-distributable.war, server.log
>
>
> As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: [https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...]
> The error is like this:
> {code:java}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
> {code}
> h2. Steps to reproduce with more details:
> 1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
> 2) Configure standalone-ha.xml and add socket-binding like this:
> {code:java}
> <outbound-socket-binding name="cache-server">
> <remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
> </outbound-socket-binding>
> {code}
> and the infinispan cache like this:
> {code:java}
> <replicated-cache name="employee-distributable-cache" statistics-enabled="true">
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH"/>
> <remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
> <property name="rawValues">true</property>
> <property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
> </remote-store>
> </replicated-cache>
> {code}
> 3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
> 4) Start the server with:
> {code:java}
> ./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
> {code}
> 5) See server.log attachement for the full exception stacktrace
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13681) Infinispan cache configured with remote-store with rawValues fails
by Marek Posolda (Jira)
[ https://issues.redhat.com/browse/WFLY-13681?page=com.atlassian.jira.plugi... ]
Marek Posolda updated WFLY-13681:
---------------------------------
Attachment: employee-distributable.war
> Infinispan cache configured with remote-store with rawValues fails
> ------------------------------------------------------------------
>
> Key: WFLY-13681
> URL: https://issues.redhat.com/browse/WFLY-13681
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 20.0.1.Final
> Reporter: Marek Posolda
> Assignee: Paul Ferraro
> Priority: Major
> Attachments: employee-distributable.war
>
>
> As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: [https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...]
> The error is like this:
> {code:java}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
> {code}
> h2. Steps to reproduce with more details:
> 1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
> 2) Configure standalone-ha.xml and add socket-binding like this:
> {code:java}
> <outbound-socket-binding name="cache-server">
> <remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
> </outbound-socket-binding>
> {code}
> and the infinispan cache like this:
> {code:java}
> <replicated-cache name="employee-distributable-cache" statistics-enabled="true">
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH"/>
> <remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
> <property name="rawValues">true</property>
> <property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
> </remote-store>
> </replicated-cache>
> {code}
> 3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
> 4) Start the server with:
> {code:java}
> ./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
> {code}
> 5) See server.log attachement for the full exception stacktrace
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13681) Infinispan cache configured with remote-store with rawValues fails
by Marek Posolda (Jira)
[ https://issues.redhat.com/browse/WFLY-13681?page=com.atlassian.jira.plugi... ]
Marek Posolda updated WFLY-13681:
---------------------------------
Description:
As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: [https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...]
The error is like this:
{code:java}
Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
{code}
h2. Steps to reproduce with more details:
1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
2) Configure standalone-ha.xml and add socket-binding like this:
{code:java}
<outbound-socket-binding name="cache-server">
<remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
</outbound-socket-binding>
{code}
and the infinispan cache like this:
{code:java}
<replicated-cache name="employee-distributable-cache" statistics-enabled="true">
<locking isolation="REPEATABLE_READ"/>
<transaction mode="BATCH"/>
<remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
<property name="rawValues">true</property>
<property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
</remote-store>
</replicated-cache>
{code}
3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
4) Start the server with:
{code:java}
./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
{code}
5) See server.log attachement for the full exception stacktrace
was:
As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...
The error is like this:
{code}
Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
{code}
<h2> Steps to reproduce with more details: </h2>
1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
2) Configure standalone-ha.xml and add socket-binding like this:
{code}
<outbound-socket-binding name="cache-server">
<remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
</outbound-socket-binding>
{code}
and the infinispan cache like this:
{code}
<replicated-cache name="employee-distributable-cache" statistics-enabled="true">
<locking isolation="REPEATABLE_READ"/>
<transaction mode="BATCH"/>
<remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
<property name="rawValues">true</property>
<property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
</remote-store>
</replicated-cache>
{code}
3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
4) Start the server with:
{code}
./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
{code}
5) See server.log attachement for the full exception stacktrace
> Infinispan cache configured with remote-store with rawValues fails
> ------------------------------------------------------------------
>
> Key: WFLY-13681
> URL: https://issues.redhat.com/browse/WFLY-13681
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 20.0.1.Final
> Reporter: Marek Posolda
> Assignee: Paul Ferraro
> Priority: Major
>
> As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: [https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...]
> The error is like this:
> {code:java}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
> {code}
> h2. Steps to reproduce with more details:
> 1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
> 2) Configure standalone-ha.xml and add socket-binding like this:
> {code:java}
> <outbound-socket-binding name="cache-server">
> <remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
> </outbound-socket-binding>
> {code}
> and the infinispan cache like this:
> {code:java}
> <replicated-cache name="employee-distributable-cache" statistics-enabled="true">
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH"/>
> <remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
> <property name="rawValues">true</property>
> <property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
> </remote-store>
> </replicated-cache>
> {code}
> 3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
> 4) Start the server with:
> {code:java}
> ./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
> {code}
> 5) See server.log attachement for the full exception stacktrace
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13681) Infinispan cache configured with remote-store with rawValues fails
by Marek Posolda (Jira)
[ https://issues.redhat.com/browse/WFLY-13681?page=com.atlassian.jira.plugi... ]
Marek Posolda updated WFLY-13681:
---------------------------------
Description:
As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...
The error is like this:
{code}
Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
{code}
<h2> Steps to reproduce with more details: </h2>
1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
2) Configure standalone-ha.xml and add socket-binding like this:
{code}
<outbound-socket-binding name="cache-server">
<remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
</outbound-socket-binding>
{code}
and the infinispan cache like this:
{code}
<replicated-cache name="employee-distributable-cache" statistics-enabled="true">
<locking isolation="REPEATABLE_READ"/>
<transaction mode="BATCH"/>
<remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
<property name="rawValues">true</property>
<property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
</remote-store>
</replicated-cache>
{code}
3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
4) Start the server with:
{code}
./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
{code}
5) See server.log attachement for the full exception stacktrace
was:
As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...
The error is like this:
{code}
Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
{code}
> Infinispan cache configured with remote-store with rawValues fails
> ------------------------------------------------------------------
>
> Key: WFLY-13681
> URL: https://issues.redhat.com/browse/WFLY-13681
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 20.0.1.Final
> Reporter: Marek Posolda
> Assignee: Paul Ferraro
> Priority: Major
>
> As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...
> The error is like this:
> {code}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
> {code}
> <h2> Steps to reproduce with more details: </h2>
> 1) Start infinispan server on your laptop. Assumption is, it is started on virtual host "jdg1" on port 11222 listening to hotrod.
> 2) Configure standalone-ha.xml and add socket-binding like this:
> {code}
> <outbound-socket-binding name="cache-server">
> <remote-destination host="${cache.hotrod.host}" port="${cache.hotrod.port}"/>
> </outbound-socket-binding>
> {code}
> and the infinispan cache like this:
> {code}
> <replicated-cache name="employee-distributable-cache" statistics-enabled="true">
> <locking isolation="REPEATABLE_READ"/>
> <transaction mode="BATCH"/>
> <remote-store cache="employee-distributable-cache" remote-servers="cache-server" passivation="false" preload="false" purge="false" shared="true">
> <property name="rawValues">true</property>
> <property name="protocolVersion">${keycloak.connectionsInfinispan.hotrodProtocolVersion:2.6}</property>
> </remote-store>
> </replicated-cache>
> {code}
> 3) Deploy the application from the attachement of this JIRA (it should ensure that cache is started at startup)
> 4) Start the server with:
> {code}
> ./standalone.sh -c standalone-ha.xml -Dcache.hotrod.host=jdg1 -Dcache.hotrod.port=11222
> {code}
> 5) See server.log attachement for the full exception stacktrace
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13681) Infinispan cache configured with remote-store with rawValues fails
by Marek Posolda (Jira)
Marek Posolda created WFLY-13681:
------------------------------------
Summary: Infinispan cache configured with remote-store with rawValues fails
Key: WFLY-13681
URL: https://issues.redhat.com/browse/WFLY-13681
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 20.0.1.Final
Reporter: Marek Posolda
Assignee: Paul Ferraro
As mentioned in $subject, this currently fails with the exception due the fact that infinispan-jboss-marshalling is not available in Wildfly 20.0.1, however infinispan remoteStore configured with rawValues currently relies on it as can be seen on this line: https://github.com/infinispan/infinispan/blob/10.1.8.Final/persistence/re...
The error is like this:
{code}
Caused by: java.lang.ClassNotFoundException: org.infinispan.jboss.marshalling.commons.GenericJBossMarshaller from [Module "org.infinispan.persistence.remote" version 10.1.8.Final from local module loader @5f2108b5 (finder: local module finder @31a5c39e (roots: /tmp/wildfly-20.0.1.Final/modules,/tmp/wildfly-20.0.1.Final/modules/system/layers/base))]
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months
[JBoss JIRA] (WFLY-13666) Loss of Servlet Context Data when request canceled.
by Cody Lerum (Jira)
[ https://issues.redhat.com/browse/WFLY-13666?page=com.atlassian.jira.plugi... ]
Cody Lerum commented on WFLY-13666:
-----------------------------------
[~flavia.rainone] is there anything else I can do to help identity and resolve this issue?
> Loss of Servlet Context Data when request canceled.
> ---------------------------------------------------
>
> Key: WFLY-13666
> URL: https://issues.redhat.com/browse/WFLY-13666
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 20.0.1.Final
> Reporter: Cody Lerum
> Assignee: Flavia Rainone
> Priority: Major
>
> NPE occasionally raised in Wildfly 20.0.1 when the response a view is requested repeatedly from the same tab by rapidly double clicking.
> This issue was found while trying to find a reproducer to WFLY-13662 so which could also be failing if some of the request context data is being lost.
> {code:java}
> 14:49:14,782 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /demo/list.xhtml: java.lang.NullPointerException14:49:14,782 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /demo/list.xhtml: java.lang.NullPointerException at deployment.demo.war//org.ocpsoft.rewrite.servlet.RewriteFilter.getFilterCount(RewriteFilter.java:316) at deployment.demo.war//org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:208) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at deployment.demo.war//demo.DemoFilter.doFilter(DemoFilter.java:30) at javax.servlet.api@2.0.0.Final//javax.servlet.http.HttpFilter.doFilter(HttpFilter.java:97) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.RedirectDirHandler.handleRequest(RedirectDirHandler.java:68) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.core@2.1.3.Final//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68) at io.undertow.core@2.1.3.Final//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:269) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at org.wildfly.extension.undertow@20.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) at io.undertow.servlet@2.1.3.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) at io.undertow.core@2.1.3.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:370) at io.undertow.core@2.1.3.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830) at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377) at java.base/java.lang.Thread.run(Thread.java:832) {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 9 months