December 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (ELY-1994) Ensure the Elytron build works on Java 14

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-1994?page=com.atlassian.jira.plugin.... ] Darran Lofthouse updated ELY-1994: ---------------------------------- Fix Version/s: 1.14.1.CR1 (was: 1.14.0.CR1) > Ensure the Elytron build works on Java 14 > ----------------------------------------- > > Key: ELY-1994 > URL: https://issues.redhat.com/browse/ELY-1994 > Project: WildFly Elytron > Issue Type: Task > Components: Testsuite > Reporter: Darran Lofthouse > Priority: Major > Fix For: 1.14.1.CR1 > > > Overall the build is not doing too badly and doesn't fail until we get to the main testsuite. > > {code:java} > [INFO] WildFly Elytron - Tests ............................ FAILURE [ 1.447 s] > [INFO] WildFly Elytron .................................... SKIPPED > [INFO] ------------------------------------------------------------------------ > [INFO] BUILD FAILURE > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 01:46 min > [INFO] Finished at: 2020-06-11T11:25:23+01:00 > [INFO] ------------------------------------------------------------------------ > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0-jboss-1:testCompile (default-testCompile) on project wildfly-elytron-tests: Compilation failure: Compilation failure: > [ERROR] /home/darranl/src/community/wildfly-elytron/tests/base/src/test/java/org/wildfly/security/auth/TestLoginModule.java:[31,25] package java.security.acl does not exist > [ERROR] /home/darranl/src/community/wildfly-elytron/tests/base/src/test/java/org/wildfly/security/auth/TestLoginModule.java:[107,40] cannot find symbol > [ERROR] symbol: class Group > [ERROR] location: class org.wildfly.security.auth.TestLoginModule > [ERROR] -> [Help 1] {code} > If this is all that is failing for us maybe we can revisit the test and see how appropriate it is and if it can be adapted to use available APIs. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2044) Add version 1.7 of the Elytron Client Schema

by Sonia Zaldana (Jira)

[ https://issues.redhat.com/browse/ELY-2044?page=com.atlassian.jira.plugin.... ] Sonia Zaldana updated ELY-2044: ------------------------------- Git Pull Request: https://github.com/wildfly-security/wildfly-elytron/pull/1469 > Add version 1.7 of the Elytron Client Schema > -------------------------------------------- > > Key: ELY-2044 > URL: https://issues.redhat.com/browse/ELY-2044 > Project: WildFly Elytron > Issue Type: Task > Components: Authentication Client > Reporter: Sonia Zaldana > Assignee: Sonia Zaldana > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2033) Certificate Revocation Lists

by Sonia Zaldana (Jira)

[ https://issues.redhat.com/browse/ELY-2033?page=com.atlassian.jira.plugin.... ] Sonia Zaldana updated ELY-2033: ------------------------------- Git Pull Request: https://github.com/wildfly-security/wildfly-elytron/pull/1469 > Certificate Revocation Lists > ---------------------------- > > Key: ELY-2033 > URL: https://issues.redhat.com/browse/ELY-2033 > Project: WildFly Elytron > Issue Type: Feature Request > Reporter: Sonia Zaldana > Assignee: Sonia Zaldana > Priority: Major > > Add support for multiple Certificate Revocation Lists > Currently it is possible to configure one CRL [1]. But if several CAs are used, there is no way to configure several CRL files. Schema allows 1 CRL [2]. > [1] [https://access.redhat.com/documentation/en-us/red_hat_jboss_enterpris...] > [2] > <xs:complexType name="trustManagerType"> > <xs:annotation> > <xs:documentation> > Definition of a single TrustManager. > </xs:documentation> > </xs:annotation> > <xs:all> > <xs:element name="certificate-revocation-list" type="certificateRevocationListType" minOccurs="0" maxOccurs="1"/> > <xs:element name="ocsp" type="ocspType" minOccurs="0" maxOccurs="1"/> > </xs:all> -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5188) Upgrade JBoss Modules from 1.10.2.Final to 1.11.0.Final

by James Perkins (Jira)

[ https://issues.redhat.com/browse/WFCORE-5188?page=com.atlassian.jira.plug... ] James Perkins updated WFCORE-5188: ---------------------------------- Description: We do not add new APIs to micro branches. To use the new API added in MODULES-402, upgrading to 1.11.0 will be necessary. [1] [1] https://issues.redhat.com/browse/JBEAP-20502?focusedCommentId=15423308&pa... Diff: https://github.com/jboss-modules/jboss-modules/compare/1.10.2.Final...1.1... was: We do not add new APIs to micro branches. To use the new API added in MODULES-402, upgrading to 1.11.0 will be necessary. [1] [1] https://issues.redhat.com/browse/JBEAP-20502?focusedCommentId=15423308&pa... > Upgrade JBoss Modules from 1.10.2.Final to 1.11.0.Final > ------------------------------------------------------- > > Key: WFCORE-5188 > URL: https://issues.redhat.com/browse/WFCORE-5188 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Modules > Reporter: Ilia Vassilev > Assignee: David Lloyd > Priority: Major > Labels: downstream_dependency > > We do not add new APIs to micro branches. To use the new API added in MODULES-402, upgrading to 1.11.0 will be necessary. [1] > [1] https://issues.redhat.com/browse/JBEAP-20502?focusedCommentId=15423308&pa... > Diff: https://github.com/jboss-modules/jboss-modules/compare/1.10.2.Final...1.1... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2052) Release WildFly Elytron 1.14.0.Final

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-2052?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-2052. ----------------------------------- Resolution: Done > Release WildFly Elytron 1.14.0.Final > ------------------------------------ > > Key: ELY-2052 > URL: https://issues.redhat.com/browse/ELY-2052 > Project: WildFly Elytron > Issue Type: Release > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Major > Fix For: 1.14.0.CR1 > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-5209) Upgrade WildFly Elytron to 1.14.0.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created WFCORE-5209: ---------------------------------------- Summary: Upgrade WildFly Elytron to 1.14.0.Final Key: WFCORE-5209 URL: https://issues.redhat.com/browse/WFCORE-5209 Project: WildFly Core Issue Type: Component Upgrade Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 14.0.0.Beta3 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (ELY-2052) Release WildFly Elytron 1.14.0.Final

by Darran Lofthouse (Jira)

Darran Lofthouse created ELY-2052: ------------------------------------- Summary: Release WildFly Elytron 1.14.0.Final Key: ELY-2052 URL: https://issues.redhat.com/browse/ELY-2052 Project: WildFly Elytron Issue Type: Release Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 1.14.0.CR1 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14118) Distributed session manager can throw UnsupportedOperationException on concurrent calls to HttpServletRequest.getSession(...) for a given session

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14118?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14118: -------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/13741, https://github.com/wildfly/wildfly/pull/13776 (was: https://github.com/wildfly/wildfly/pull/13741) > Distributed session manager can throw UnsupportedOperationException on concurrent calls to HttpServletRequest.getSession(...) for a given session > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-14118 > URL: https://issues.redhat.com/browse/WFLY-14118 > Project: WildFly > Issue Type: Bug > Components: Clustering > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Critical > Fix For: 22.0.0.Beta1 > > > {noformat} > 19:15:26,603 ERROR [io.undertow.servlet.request] (default task-3) UT015005: Error invoking method requestInitialized on listener class org.jboss.weld.module.web.servlet.WeldInitialListener: java.lang.UnsupportedOperationException > at java.base/java.util.AbstractMap$SimpleImmutableEntry.setValue(AbstractMap.java:794) > at org.wildfly.clustering.ee.cache@21.0.1.Final//org.wildfly.clustering.ee.cache.ConcurrentManager.apply(ConcurrentManager.java:88) > at org.wildfly.clustering.web.cache@21.0.1.Final//org.wildfly.clustering.web.cache.session.ConcurrentSessionManager.findSession(ConcurrentSessionManager.java:70) > at org.wildfly.clustering.web.undertow@21.0.1.Final//org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:227) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:858) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:421) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.SessionHolder.requestInitialized(SessionHolder.java:47) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:247) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:146) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:263) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:268) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) > at io.undertow.core@2.2.2.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:387) > at io.undertow.core@2.2.2.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:841) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348) > at org.jboss.xnio@3.8.2.Final//org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1280) > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14118) Distributed session manager can throw UnsupportedOperationException on concurrent calls to HttpServletRequest.getSession(...) for a given session

by Paul Ferraro (Jira)

[ https://issues.redhat.com/browse/WFLY-14118?page=com.atlassian.jira.plugi... ] Paul Ferraro updated WFLY-14118: -------------------------------- Affects Version/s: 22.0.0.Alpha1 21.0.1.Final > Distributed session manager can throw UnsupportedOperationException on concurrent calls to HttpServletRequest.getSession(...) for a given session > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-14118 > URL: https://issues.redhat.com/browse/WFLY-14118 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 21.0.1.Final, 22.0.0.Alpha1 > Reporter: Paul Ferraro > Assignee: Paul Ferraro > Priority: Critical > Fix For: 22.0.0.Beta1 > > > {noformat} > 19:15:26,603 ERROR [io.undertow.servlet.request] (default task-3) UT015005: Error invoking method requestInitialized on listener class org.jboss.weld.module.web.servlet.WeldInitialListener: java.lang.UnsupportedOperationException > at java.base/java.util.AbstractMap$SimpleImmutableEntry.setValue(AbstractMap.java:794) > at org.wildfly.clustering.ee.cache@21.0.1.Final//org.wildfly.clustering.ee.cache.ConcurrentManager.apply(ConcurrentManager.java:88) > at org.wildfly.clustering.web.cache@21.0.1.Final//org.wildfly.clustering.web.cache.session.ConcurrentSessionManager.findSession(ConcurrentSessionManager.java:70) > at org.wildfly.clustering.web.undertow@21.0.1.Final//org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:227) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:858) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:421) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.SessionHolder.requestInitialized(SessionHolder.java:47) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:247) > at org.jboss.weld.core@3.1.5.Final//org.jboss.weld.module.web.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:146) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:263) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:268) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:78) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:133) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:130) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at org.wildfly.extension.undertow@21.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1530) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:78) > at io.undertow.servlet@2.2.2.Final//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:99) > at io.undertow.core@2.2.2.Final//io.undertow.server.Connectors.executeRootHandler(Connectors.java:387) > at io.undertow.core@2.2.2.Final//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:841) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486) > at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348) > at org.jboss.xnio@3.8.2.Final//org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1280) > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

[Red Hat JIRA] (ELY-1987) Add the ability to adjust the case of a user name using an Elytron principal transformer

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/ELY-1987?page=com.atlassian.jira.plugin.... ] Darran Lofthouse resolved ELY-1987. ----------------------------------- Fix Version/s: 1.14.0.CR1 Resolution: Done > Add the ability to adjust the case of a user name using an Elytron principal transformer > ---------------------------------------------------------------------------------------- > > Key: ELY-1987 > URL: https://issues.redhat.com/browse/ELY-1987 > Project: WildFly Elytron > Issue Type: Feature Request > Reporter: Sonia Zaldana > Assignee: Sonia Zaldana > Priority: Major > Fix For: 1.14.0.CR1 > > > We should add the ability to easily convert a user name to upper case or lower case using an Elytron principal transformer. This can currently only be done using a custom-principal-transformer. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2020