[JBoss JIRA] (WFLY-7771) Failed to obtain ApplicationPolicy for domain other
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7771?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-7771:
--------------------------------------
Did this happen at shutdown/undeploy?
> Failed to obtain ApplicationPolicy for domain other
> ---------------------------------------------------
>
> Key: WFLY-7771
> URL: https://issues.jboss.org/browse/WFLY-7771
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Environment: Centos 7/Wildfly 10.1.0.Final
> Reporter: Albert Borgen
> Assignee: Stuart Douglas
> Priority: Critical
>
> 2016-10-16 21:39:04,743 ERROR [io.undertow.websockets.jsr.request] (default task-242) UT026006: Exception running web socket method: java.lang.RuntimeException: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:577)
> at io.undertow.websockets.jsr.ServerWebSocketContainer$6.run(ServerWebSocketContainer.java:561)
> at io.undertow.websockets.jsr.OrderedExecutor$ExecutorTask.run(OrderedExecutor.java:67)
> 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)
> Caused by: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at org.jboss.security.plugins.mapping.JBossMappingManager.getMappingContext(JBossMappingManager.java:67)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.setup(SecurityContextThreadSetupAction.java:110)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:42)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:575)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (WFLY-7771) Failed to obtain ApplicationPolicy for domain other
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7771?page=com.atlassian.jira.plugin.... ]
Stuart Douglas updated WFLY-7771:
---------------------------------
Component/s: Web (Undertow)
> Failed to obtain ApplicationPolicy for domain other
> ---------------------------------------------------
>
> Key: WFLY-7771
> URL: https://issues.jboss.org/browse/WFLY-7771
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Environment: Centos 7/Wildfly 10.1.0.Final
> Reporter: Albert Borgen
> Assignee: Stuart Douglas
> Priority: Critical
>
> 2016-10-16 21:39:04,743 ERROR [io.undertow.websockets.jsr.request] (default task-242) UT026006: Exception running web socket method: java.lang.RuntimeException: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:577)
> at io.undertow.websockets.jsr.ServerWebSocketContainer$6.run(ServerWebSocketContainer.java:561)
> at io.undertow.websockets.jsr.OrderedExecutor$ExecutorTask.run(OrderedExecutor.java:67)
> 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)
> Caused by: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at org.jboss.security.plugins.mapping.JBossMappingManager.getMappingContext(JBossMappingManager.java:67)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.setup(SecurityContextThreadSetupAction.java:110)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:42)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:575)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (WFLY-7771) Failed to obtain ApplicationPolicy for domain other
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7771?page=com.atlassian.jira.plugin.... ]
Stuart Douglas moved UNDERTOW-875 to WFLY-7771:
-----------------------------------------------
Project: WildFly (was: Undertow)
Key: WFLY-7771 (was: UNDERTOW-875)
> Failed to obtain ApplicationPolicy for domain other
> ---------------------------------------------------
>
> Key: WFLY-7771
> URL: https://issues.jboss.org/browse/WFLY-7771
> Project: WildFly
> Issue Type: Bug
> Environment: Centos 7/Wildfly 10.1.0.Final
> Reporter: Albert Borgen
> Assignee: Stuart Douglas
> Priority: Critical
>
> 2016-10-16 21:39:04,743 ERROR [io.undertow.websockets.jsr.request] (default task-242) UT026006: Exception running web socket method: java.lang.RuntimeException: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:577)
> at io.undertow.websockets.jsr.ServerWebSocketContainer$6.run(ServerWebSocketContainer.java:561)
> at io.undertow.websockets.jsr.OrderedExecutor$ExecutorTask.run(OrderedExecutor.java:67)
> 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)
> Caused by: java.lang.IllegalStateException: PBOX00048: Failed to obtain ApplicationPolicy for domain other
> at org.jboss.security.plugins.mapping.JBossMappingManager.getMappingContext(JBossMappingManager.java:67)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.setup(SecurityContextThreadSetupAction.java:110)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:42)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.websockets.jsr.ServerWebSocketContainer.invokeEndpointMethod(ServerWebSocketContainer.java:575)
> ... 5 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (WFCORE-2099) Make OperationTimeoutTestCase more robust by increasing timeout for setup/teardown ops
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-2099:
----------------------------------------
Summary: Make OperationTimeoutTestCase more robust by increasing timeout for setup/teardown ops
Key: WFCORE-2099
URL: https://issues.jboss.org/browse/WFCORE-2099
Project: WildFly Core
Issue Type: Task
Components: Domain Management, Test Suite
Reporter: Brian Stansberry
Assignee: Brian Stansberry
OperationTimeoutTestCase deliberately runs with very low blocking timeouts, in order to execute reasonably efficiently, not waiting long periods for timeouts. But those timeouts are also in effect for various setup/teardown ops, and that can lead to spurious failures like this:
{code}
org.jboss.as.test.integration.management.util.MgmtOperationException: Management operation failed.
at org.jboss.as.test.integration.domain.management.util.DomainTestUtils.executeForResult(DomainTestUtils.java:160)
at org.jboss.as.test.integration.domain.OperationTimeoutTestCase.executeForResult(OperationTimeoutTestCase.java:306)
at org.jboss.as.test.integration.domain.OperationTimeoutTestCase.tearDownDomain(OperationTimeoutTestCase.java:192)
------- Stdout: -------
[Host Controller] [31m[0m[0m13:42:23,027 INFO [org.jboss.as.controller.management-operation] (Host Controller Service Threads - 5) WFLYCTL0409: Execution of operation 'remove' on remote process at address '[[0m
[Host Controller] ("host" => "slave"),
[Host Controller] ("server" => "other-two")
[Host Controller] ]' timed out after 2000 ms while awaiting initial response; remote process has been notified to terminate operation
[Server:other-two] 13:42:23,033 INFO [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (ServerService Thread Pool -- 12) Registered blocker-test operations
[Server:main-three] 13:42:23,034 INFO [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (ServerService Thread Pool -- 4) Registered blocker-test operations
[Server:main-one] 13:42:23,034 INFO [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (ServerService Thread Pool -- 7) Registered blocker-test operations
[Server:other-two] 13:42:23,034 INFO [org.jboss.as.protocol] (ServerService Thread Pool -- 2) WFLYPRT0057: cancelled task by interrupting thread Thread[ServerService Thread Pool -- 12,5,ServerService ThreadGroup]
[Host Controller] [0m[0m13:42:23,042 INFO [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (Host Controller Service Threads - 9) Registered blocker-test operations[0m
[Host Controller] [0m[0m13:42:23,045 INFO [org.jboss.as.test.integration.management.extension.blocker.BlockerExtension] (management-handler-thread - 2) Registered blocker-test operations[0m
Failed operation:
{
"operation" => "remove",
"address" => [("extension" => "org.wildfly.extension.blocker-test")]
}
Response:
{
"outcome" => "failed",
"result" => undefined,
"failure-description" => "WFLYDC0022: Operation failed or was rolled back on all servers.",
"rolled-back" => true,
"server-groups" => {
"main-server-group" => {"host" => {
"master" => {"main-one" => {"response" => {
"outcome" => "failed",
"rolled-back" => true
}}},
"slave" => {"main-three" => {"response" => {
"outcome" => "failed",
"result" => undefined,
"rolled-back" => true
}}}
}},
"other-server-group" => {"host" => {"slave" => {"other-two" => {"response" => {
"outcome" => "failed",
"result" => undefined,
"failure-description" => "WFLYCTL0409: Execution of operation 'remove' on remote process at address '[
(\"host\" => \"slave\"),
(\"server\" => \"other-two\")
]' timed out after 2000 ms while awaiting initial response; remote process has been notified to terminate operation",
"rolled-back" => true
}}}}}
}
}
{code}
Simple solution is to add the blocking-timeout header to those ops and use a longer timeout (say 20 secs).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ELY-825) Additional Principal types
by David Lloyd (JIRA)
David Lloyd created ELY-825:
-------------------------------
Summary: Additional Principal types
Key: ELY-825
URL: https://issues.jboss.org/browse/ELY-825
Project: WildFly Elytron
Issue Type: Feature Request
Components: API / SPI
Reporter: David Lloyd
Assignee: David Lloyd
Add some additional principal types, which can be used with realms to locate specific identities for the purpose of self-service.
Make realm implementations return useful principal values in their getPrincipal() methods which can be used for this purpose.
Make the authentication context code recognize special principals that can be used to load an identity directly from a target realm.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months