[JBoss JIRA] (WFLY-8535) SecurityIdentityUtils#getSecurityIdentity() should get security domain within a privileged block
by Ivo Studensky (JIRA)
Ivo Studensky created WFLY-8535:
-----------------------------------
Summary: SecurityIdentityUtils#getSecurityIdentity() should get security domain within a privileged block
Key: WFLY-8535
URL: https://issues.jboss.org/browse/WFLY-8535
Project: WildFly
Issue Type: Bug
Components: EE
Affects Versions: 11.0.0.Alpha1
Reporter: Ivo Studensky
Assignee: Ivo Studensky
{{org.jboss.as.ee.concurrent.SecurityIdentityUtils#getSecurityIdentity()}} calls {{SecurityDomain.getCurrent()}} in order to get a security domain. {{SecurityDomain.getCurrent()}} then needs a {{ElytronPermission("getSecurityDomain")}} in order to pass if Security Manager is enabled.
As {{SecurityIdentityUtils#getSecurityIdentity()}} is a private static method and it is invoked from package protected static methods only, I think it should be safe to wrap the {{SecurityDomain.getCurrent()}} invocation by the privileged block there.
See the stacktrace catched by {{EEConcurrencySuspendTestCase}}:
{noformat}
2017-04-07 11:27:09,445 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ee-suspend/ShutdownServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ee-suspend.war" from Service Module Loader")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:154)
at org.jboss.as.ee.concurrent.SecurityIdentityUtils.getSecurityIdentity(SecurityIdentityUtils.java:66)
at org.jboss.as.ee.concurrent.SecurityIdentityUtils.doIdentityWrap(SecurityIdentityUtils.java:57)
at org.jboss.as.ee.concurrent.ManagedExecutorServiceImpl.execute(ManagedExecutorServiceImpl.java:71)
at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.execute(ManagedExecutorServiceAdapter.java:97)
at org.jboss.as.test.integration.ee.suspend.ShutdownServlet.doGet(ShutdownServlet.java:47)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
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:131)
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:46)
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:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
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$1.run(ServletInitialHandler.java:110)
at java.security.AccessController.doPrivileged(Native Method)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-6194) Tests fail with "java.util.PropertyPermission" with security manager enabled
by Ivo Studensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-6194?page=com.atlassian.jira.plugin.... ]
Ivo Studensky commented on WFLY-6194:
-------------------------------------
I've filed a PR with additional permissions for {{EEConcurrencySuspendTestCase}}. The deployment, however, needs an explicit dependency on {{org.jboss.remoting}} module to be able to load {{RemotingPermission}}. See also MODULES-234.
> Tests fail with "java.util.PropertyPermission" with security manager enabled
> ----------------------------------------------------------------------------
>
> Key: WFLY-6194
> URL: https://issues.jboss.org/browse/WFLY-6194
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Hynek Švábek
> Assignee: Ivo Studensky
>
> *org.jboss.as.test.integration.ee.injection.support.websocket.WebSocketInjectionSupportTestCase#testWebSocketInjectionAndInterception*
> *org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase#testRequestInShutdown*
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.injection.support.websocket.WebSocketInjectionSupportTestCase#testWebSocketInjectionAndInterception}}
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase#testRequestInShutdown}}
> Fail with:
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "management.address" "read")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "null")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:496)
> at java.lang.System.getProperty(System.java:717)
> at org.jboss.as.test.shared.TestSuiteEnvironment.getServerAddress(TestSuiteEnvironment.java:77)
> at org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase.testRequestInShutdown(EEConcurrencySuspendTestCase.java:77)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-8534) Create test cases for Elytron Realm Mappers
by Ondrej Lukas (JIRA)
Ondrej Lukas created WFLY-8534:
----------------------------------
Summary: Create test cases for Elytron Realm Mappers
Key: WFLY-8534
URL: https://issues.jboss.org/browse/WFLY-8534
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Ondrej Lukas
Assignee: Ondrej Lukas
Create test cases for following Elytron Realm Mappers:
* constant-realm-mapper
* simple-regex-realm-mapper
* mapped-regex-realm-mapper
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-6194) Tests fail with "java.util.PropertyPermission" with security manager enabled
by Ivo Studensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-6194?page=com.atlassian.jira.plugin.... ]
Ivo Studensky reopened WFLY-6194:
---------------------------------
Reopening due to downstream issues.
> Tests fail with "java.util.PropertyPermission" with security manager enabled
> ----------------------------------------------------------------------------
>
> Key: WFLY-6194
> URL: https://issues.jboss.org/browse/WFLY-6194
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Hynek Švábek
> Assignee: Ivo Studensky
>
> *org.jboss.as.test.integration.ee.injection.support.websocket.WebSocketInjectionSupportTestCase#testWebSocketInjectionAndInterception*
> *org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase#testRequestInShutdown*
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.injection.support.websocket.WebSocketInjectionSupportTestCase#testWebSocketInjectionAndInterception}}
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.basic -Dts.noSmoke -Dtest=org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase#testRequestInShutdown}}
> Fail with:
> {code}
> java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.util.PropertyPermission" "management.address" "read")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "null")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPropertyAccess(WildFlySecurityManager.java:496)
> at java.lang.System.getProperty(System.java:717)
> at org.jboss.as.test.shared.TestSuiteEnvironment.getServerAddress(TestSuiteEnvironment.java:77)
> at org.jboss.as.test.integration.ee.suspend.EEConcurrencySuspendTestCase.testRequestInShutdown(EEConcurrencySuspendTestCase.java:77)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-8533) SecurityIdentityUtils#getSecurityIdentity() should get security domain within a privileged block
by Ivo Studensky (JIRA)
Ivo Studensky created WFLY-8533:
-----------------------------------
Summary: SecurityIdentityUtils#getSecurityIdentity() should get security domain within a privileged block
Key: WFLY-8533
URL: https://issues.jboss.org/browse/WFLY-8533
Project: WildFly
Issue Type: Bug
Components: EE
Affects Versions: 11.0.0.Alpha1
Reporter: Ivo Studensky
Assignee: Ivo Studensky
{{org.jboss.as.ee.concurrent.SecurityIdentityUtils#getSecurityIdentity()}} calls {{SecurityDomain.getCurrent()}} in order to get a security domain. {{SecurityDomain.getCurrent()}} then needs a {{ElytronPermission("getSecurityDomain")}} in order to pass if Security Manager is enabled.
As {{SecurityIdentityUtils#getSecurityIdentity()}} is a private static method and it is invoked from package protected static methods only, I think it should be safe to wrap the {{SecurityDomain.getCurrent()}} invocation by the privileged block there.
See the stacktrace catched by {{EEConcurrencySuspendTestCase}}:
{noformat}
2017-04-07 11:27:09,445 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /ee-suspend/ShutdownServlet: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("org.wildfly.security.permission.ElytronPermission" "getSecurityDomain")" in code source "(vfs:/content/ee-suspend.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ee-suspend.war" from Service Module Loader")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
at org.wildfly.security.auth.server.SecurityDomain.getCurrent(SecurityDomain.java:154)
at org.jboss.as.ee.concurrent.SecurityIdentityUtils.getSecurityIdentity(SecurityIdentityUtils.java:66)
at org.jboss.as.ee.concurrent.SecurityIdentityUtils.doIdentityWrap(SecurityIdentityUtils.java:57)
at org.jboss.as.ee.concurrent.ManagedExecutorServiceImpl.execute(ManagedExecutorServiceImpl.java:71)
at org.glassfish.enterprise.concurrent.ManagedExecutorServiceAdapter.execute(ManagedExecutorServiceAdapter.java:97)
at org.jboss.as.test.integration.ee.suspend.ShutdownServlet.doGet(ShutdownServlet.java:47)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
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:131)
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:46)
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:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1706)
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$1.run(ServletInitialHandler.java:110)
at java.security.AccessController.doPrivileged(Native Method)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (DROOLS-1517) NPE in Accumlate reverse()
by Geoffrey De Smet (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1517?page=com.atlassian.jira.plugi... ]
Geoffrey De Smet updated DROOLS-1517:
-------------------------------------
Description:
{code}
java.lang.RuntimeException: java.lang.NullPointerException at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:124)
...
Caused by: java.lang.NullPointerException at org.drools.core.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:85)
at org.drools.core.base.accumulators.JavaAccumulatorFunctionExecutor.reverse(JavaAccumulatorFunctionExecutor.java:132)
at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:116)
{code}
was:
{code}
java.lang.RuntimeException: java.lang.NullPointerException at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:124) ... Caused by: java.lang.NullPointerException at org.drools.core.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:85) at org.drools.core.base.accumulators.JavaAccumulatorFunctionExecutor.reverse(JavaAccumulatorFunctionExecutor.java:132) at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:116)
{code}
> NPE in Accumlate reverse()
> --------------------------
>
> Key: DROOLS-1517
> URL: https://issues.jboss.org/browse/DROOLS-1517
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.5.0.Final
> Reporter: Geoffrey De Smet
> Assignee: Mario Fusco
>
> {code}
> java.lang.RuntimeException: java.lang.NullPointerException at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:124)
> ...
> Caused by: java.lang.NullPointerException at org.drools.core.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:85)
> at org.drools.core.base.accumulators.JavaAccumulatorFunctionExecutor.reverse(JavaAccumulatorFunctionExecutor.java:132)
> at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:116)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (DROOLS-1517) NPE in Accumlate reverse()
by Geoffrey De Smet (JIRA)
Geoffrey De Smet created DROOLS-1517:
----------------------------------------
Summary: NPE in Accumlate reverse()
Key: DROOLS-1517
URL: https://issues.jboss.org/browse/DROOLS-1517
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 6.5.0.Final
Reporter: Geoffrey De Smet
Assignee: Mario Fusco
{code}
java.lang.RuntimeException: java.lang.NullPointerException at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:124) ... Caused by: java.lang.NullPointerException at org.drools.core.base.accumulators.SumAccumulateFunction.reverse(SumAccumulateFunction.java:85) at org.drools.core.base.accumulators.JavaAccumulatorFunctionExecutor.reverse(JavaAccumulatorFunctionExecutor.java:132) at org.drools.core.rule.SingleAccumulate.reverse(SingleAccumulate.java:116)
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFCORE-2640) Improve description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper
by Ondrej Lukas (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2640?page=com.atlassian.jira.plugi... ]
Ondrej Lukas updated WFCORE-2640:
---------------------------------
Affects Version/s: 3.0.0.Beta13
> Improve description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper
> --------------------------------------------------------------------------------------
>
> Key: WFCORE-2640
> URL: https://issues.jboss.org/browse/WFCORE-2640
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta13
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Labels: user_experience
>
> Description of Elytron {{mapped-regex-realm-mapper}} and {{simple-regex-realm-mapper}} for {{read-resource-description}} operation in JBoss CLI and in {{wildfly-elytron_1_0.xsd}} should be improved. Following information should be provided there for {{mapped-regex-realm-mapper}}:
> * In case when username does not matches pattern and delegate-realm-mapper is used then result of delegate-realm-mapper is mapped through realm-map. Add this information to description of {{delegate-realm-mapper}}.
> * In case when value for mapping is not in the map or in case when realm with name of value in {{to}} from realm-map does exist in given security domain then default realm is used.
> Following information should be provided for both {{simple-regex-realm-mapper}} and {{mapped-regex-realm-mapper}}
> * In case when more capture groups are obtained in pattern then first capture group is used. Add this information to description of {{pattern}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFCORE-2640) Improve description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper
by Ondrej Lukas (JIRA)
Ondrej Lukas created WFCORE-2640:
------------------------------------
Summary: Improve description of Elytron mapped-regex-realm-mapper and simple-regex-realm-mapper
Key: WFCORE-2640
URL: https://issues.jboss.org/browse/WFCORE-2640
Project: WildFly Core
Issue Type: Bug
Components: Security
Reporter: Ondrej Lukas
Assignee: Darran Lofthouse
Description of Elytron {{mapped-regex-realm-mapper}} and {{simple-regex-realm-mapper}} for {{read-resource-description}} operation in JBoss CLI and in {{wildfly-elytron_1_0.xsd}} should be improved. Following information should be provided there for {{mapped-regex-realm-mapper}}:
* In case when username does not matches pattern and delegate-realm-mapper is used then result of delegate-realm-mapper is mapped through realm-map. Add this information to description of {{delegate-realm-mapper}}.
* In case when value for mapping is not in the map or in case when realm with name of value in {{to}} from realm-map does exist in given security domain then default realm is used.
Following information should be provided for both {{simple-regex-realm-mapper}} and {{mapped-regex-realm-mapper}}
* In case when more capture groups are obtained in pattern then first capture group is used. Add this information to description of {{pattern}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months