[JBoss JIRA] (WFCORE-3728) DefaultJMSConnectionFactory not found after switching to elytron and removing picketbox subsystem
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3728?page=com.atlassian.jira.plugi... ]
Ilia Vassilev reassigned WFCORE-3728:
-------------------------------------
Assignee: (was: Darran Lofthouse)
> DefaultJMSConnectionFactory not found after switching to elytron and removing picketbox subsystem
> -------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3728
> URL: https://issues.jboss.org/browse/WFCORE-3728
> Project: WildFly Core
> Issue Type: Bug
> Affects Versions: 3.0.10.Final
> Reporter: Ilia Vassilev
>
> After running the enable-elytron.cli and removing the old
> picketbox security subsystem, the deployment fails as
> it cannot find java:jboss/DefaultJMSConnectionFactory.
> java:jboss/DefaultJMSConnectionFactory is defined in the messaging
> subsystem and the ee default-bindings.
> Removing it from the ee default-bindings lets the app deploy, but it looks like there is some
> issue as it should be bound and no errors/warnings being logged.
> {code}
> 2018-04-02 12:15:36,593 ERROR
> [org.jboss.as.controller.management-operation] (Controller Boot Thread)
> WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" =>
> "ejb-security.jar")]) - failure description: {
> "WFLYCTL0412: Required services that are not installed:" =>
> ["jboss.naming.context.java.jboss.DefaultJMSConnectionFactory"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" =>
> ["jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory
> is missing [jboss.naming.context.java.jboss.DefaultJMSConnectionFactory]"]
> }
> 2018-04-02 12:15:36,603 INFO [org.jboss.as.server] (ServerService
> Thread Pool -- 42) WFLYSRV0010: Deployed "ejb-security.jar"
> (runtime-name : "ejb-security.jar")
> 2018-04-02 12:15:36,607 INFO [org.jboss.as.controller] (Controller Boot
> Thread) WFLYCTL0183: Service status report
> WFLYCTL0184: New missing/unsatisfied dependencies:
> service
> jboss.naming.context.java.jboss.DefaultJMSConnectionFactory (missing)
> dependents: [service
> jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (WFCORE-3728) DefaultJMSConnectionFactory not found after switching to elytron and removing picketbox subsystem
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3728?page=com.atlassian.jira.plugi... ]
Ilia Vassilev moved ELY-1555 to WFCORE-3728:
--------------------------------------------
Project: WildFly Core (was: WildFly Elytron)
Key: WFCORE-3728 (was: ELY-1555)
Affects Version/s: 3.0.10.Final
(was: 1.1.9.Final)
> DefaultJMSConnectionFactory not found after switching to elytron and removing picketbox subsystem
> -------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3728
> URL: https://issues.jboss.org/browse/WFCORE-3728
> Project: WildFly Core
> Issue Type: Bug
> Affects Versions: 3.0.10.Final
> Reporter: Ilia Vassilev
> Assignee: Darran Lofthouse
>
> After running the enable-elytron.cli and removing the old
> picketbox security subsystem, the deployment fails as
> it cannot find java:jboss/DefaultJMSConnectionFactory.
> java:jboss/DefaultJMSConnectionFactory is defined in the messaging
> subsystem and the ee default-bindings.
> Removing it from the ee default-bindings lets the app deploy, but it looks like there is some
> issue as it should be bound and no errors/warnings being logged.
> {code}
> 2018-04-02 12:15:36,593 ERROR
> [org.jboss.as.controller.management-operation] (Controller Boot Thread)
> WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" =>
> "ejb-security.jar")]) - failure description: {
> "WFLYCTL0412: Required services that are not installed:" =>
> ["jboss.naming.context.java.jboss.DefaultJMSConnectionFactory"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" =>
> ["jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory
> is missing [jboss.naming.context.java.jboss.DefaultJMSConnectionFactory]"]
> }
> 2018-04-02 12:15:36,603 INFO [org.jboss.as.server] (ServerService
> Thread Pool -- 42) WFLYSRV0010: Deployed "ejb-security.jar"
> (runtime-name : "ejb-security.jar")
> 2018-04-02 12:15:36,607 INFO [org.jboss.as.controller] (Controller Boot
> Thread) WFLYCTL0183: Service status report
> WFLYCTL0184: New missing/unsatisfied dependencies:
> service
> jboss.naming.context.java.jboss.DefaultJMSConnectionFactory (missing)
> dependents: [service
> jboss.naming.context.java.comp.ejb-security.ejb-security.SecuredEJB.DefaultJMSConnectionFactory]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (ELY-1541) local-kerberos CredentialSource does not work with IBM java
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1541?page=com.atlassian.jira.plugin.s... ]
Jan Kalina updated ELY-1541:
----------------------------
Description:
When trying to connect as with Oracle JDK, following error occure:
{code}
Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0
major string: General failure, unspecified at GSSAPI level
minor string: Cannot get credential for principal default principal
{code}
-This is probably related to missing *useDefaultCcache* JAAS config (false by default):-
https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java....
was:
Why trying to connect as with Oracle JDK, following error follows:
{code}
Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0
major string: General failure, unspecified at GSSAPI level
minor string: Cannot get credential for principal default principal
{code}
This is probably related to missing *useDefaultCcache* JAAS config (false by default):
https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java....
> local-kerberos CredentialSource does not work with IBM java
> -----------------------------------------------------------
>
> Key: ELY-1541
> URL: https://issues.jboss.org/browse/ELY-1541
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credentials
> Affects Versions: 1.2.3.Final
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Labels: ibm-java
>
> When trying to connect as with Oracle JDK, following error occure:
> {code}
> Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0
> major string: General failure, unspecified at GSSAPI level
> minor string: Cannot get credential for principal default principal
> {code}
> -This is probably related to missing *useDefaultCcache* JAAS config (false by default):-
> https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java....
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (ELY-1541) local-kerberos CredentialSource does not work with IBM java
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1541?page=com.atlassian.jira.plugin.s... ]
Jan Kalina updated ELY-1541:
----------------------------
Comment: was deleted
(was: Also direct username+password for kerberos account can be passed into Kerberos - maybe we should allow this with AuthenticationContext callback handler:
{code:java}
LoginContext lc = new LoginContext("KDC", subject, (callbacks) -> {
// can be ommited if credential present in ccache
for (Callback c : callbacks) {
if (c instanceof NameCallback) {
((NameCallback)c).setName("hnelson(a)JBOSS.ORG");
} else if (c instanceof PasswordCallback) {
((PasswordCallback)c).setPassword("secret".toCharArray());
} else {
throw new UnsupportedCallbackException(c);
}
}
}, configuration);
{code})
> local-kerberos CredentialSource does not work with IBM java
> -----------------------------------------------------------
>
> Key: ELY-1541
> URL: https://issues.jboss.org/browse/ELY-1541
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credentials
> Affects Versions: 1.2.3.Final
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Labels: ibm-java
>
> Why trying to connect as with Oracle JDK, following error follows:
> {code}
> Failed to connect to the controller: Unable to authenticate against controller at localhost:9990: ELY05053: Callback handler failed for unknown reason: java.lang.reflect.UndeclaredThrowableException: org.ietf.jgss.GSSException, major code: 11, minor code: 0
> major string: General failure, unspecified at GSSAPI level
> minor string: Cannot get credential for principal default principal
> {code}
> This is probably related to missing *useDefaultCcache* JAAS config (false by default):
> https://www.ibm.com/support/knowledgecenter/en/SSYKE2_6.0.0/com.ibm.java....
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (WFCORE-3568) Allow CLI output scrolling
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3568?page=com.atlassian.jira.plugi... ]
Kabir Khan updated WFCORE-3568:
-------------------------------
Issue Type: Feature Request (was: Enhancement)
> Allow CLI output scrolling
> --------------------------
>
> Key: WFCORE-3568
> URL: https://issues.jboss.org/browse/WFCORE-3568
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Affects Versions: 4.0.0.Alpha8
> Reporter: Chao Wang
> Assignee: Marek Marusic
>
> Mouse scrolling is forbidden to large CLI out. User has to press {{Down}} or {{Enter}} to navigate.
> It would be nice to allow fast scrolling or {{PgUp}} / {{PgDn}}. e.g.
> {noformat}
> [standalone@localhost:9990 /] /core-service=capability-registry:read-resource
> {
> "outcome" => "success",
> "result" => {
> "capabilities" => [
> {
> "name" => "org.wildfly.batch.configuration",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=batch-jberet"]
> },
> {
> "name" => "org.wildfly.batch.job.repository.in-memory",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=batch-jberet/in-memory-job-repository=in-memory"]
> },
> {
> "name" => "org.wildfly.batch.thread.pool.batch",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=batch-jberet/thread-pool=batch"]
> },
> {
> "name" => "org.wildfly.clustering.cache.default-group.ejb",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=infinispan/cache-container=ejb"]
> },
> {
> "name" => "org.wildfly.clustering.cache.default-group.server",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=infinispan/cache-container=server"]
> },
> {
> "name" => "org.wildfly.clustering.cache.default-group.web",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=infinispan/cache-container=web"]
> },
> {
> "name" => "org.wildfly.clustering.cache.default-node-factory.ejb",
> "dynamic" => false,
> "scope" => "global",
> "registration-points" => ["/subsystem=infinispan/cache-container=ejb"]
> },
> {
> "name" => "org.wildfly.clustering.cache.default-node-factory.server",
> "dynamic" => false,
> --More(2%)--
> {noformat}
> Also, after pressing {{Down}} or {{Enter}} to display more output, user can not press {{up}} to go up. User has to inconveniently use scroll up.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (WFCORE-3727) NPE in io.undertow.security.impl.BasicAuthenticationMechanism.authenticate when picketbox subsystem removed
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3727?page=com.atlassian.jira.plugi... ]
Ilia Vassilev updated WFCORE-3727:
----------------------------------
Component/s: Security
> NPE in io.undertow.security.impl.BasicAuthenticationMechanism.authenticate when picketbox subsystem removed
> -----------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3727
> URL: https://issues.jboss.org/browse/WFCORE-3727
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Ilia Vassilev
> Assignee: Stuart Douglas
>
> After enabling elytron, the security subsystem was removed. The war using jboss-web.xml security-domain looks like it is not used when the picketbox security subsystem is removed.
> {code}
> java.lang.NullPointerException
> at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:167)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:245)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:263)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:231)
> at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:125)
> at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:99)
> at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:92)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> 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.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 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.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:330)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> 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)
> {code}
> The war has jboss-web.xml:
> {code}
> <?xml version="1.0" encoding="UTF-8"?>
> <jboss-web>
> <security-domain>other</security-domain>
> </jboss-web>
> {code}
> {code}
> <subsystem xmlns="urn:jboss:domain:undertow:4.0">
> ...
> <application-security-domains>
> <application-security-domain name="other" http-authentication-factory="application-http-authentication"/>
> </application-security-domains>
> </subsystem>
> <subsystem xmlns="urn:wildfly:elytron:1.2" final-providers="combined-providers" disallowed-providers="OracleUcrypto">
> ...
> <http>
> <http-authentication-factory name="application-http-authentication" http-server-mechanism-factory="global" security-domain="ApplicationDomain">
> <mechanism-configuration>
> <mechanism mechanism-name="BASIC">
> <mechanism-realm realm-name="Application Realm"/>
> </mechanism>
> <mechanism mechanism-name="FORM"/>
> </mechanism-configuration>
> </http-authentication-factory>
> <provider-http-server-mechanism-factory name="global"/>
> </http>
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (WFCORE-3727) NPE in io.undertow.security.impl.BasicAuthenticationMechanism.authenticate when picketbox subsystem removed
by Ilia Vassilev (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3727?page=com.atlassian.jira.plugi... ]
Ilia Vassilev moved UNDERTOW-1327 to WFCORE-3727:
-------------------------------------------------
Project: WildFly Core (was: Undertow)
Key: WFCORE-3727 (was: UNDERTOW-1327)
> NPE in io.undertow.security.impl.BasicAuthenticationMechanism.authenticate when picketbox subsystem removed
> -----------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-3727
> URL: https://issues.jboss.org/browse/WFCORE-3727
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Ilia Vassilev
> Assignee: Stuart Douglas
>
> After enabling elytron, the security subsystem was removed. The war using jboss-web.xml security-domain looks like it is not used when the picketbox security subsystem is removed.
> {code}
> java.lang.NullPointerException
> at io.undertow.security.impl.BasicAuthenticationMechanism.authenticate(BasicAuthenticationMechanism.java:167)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:245)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.transition(SecurityContextImpl.java:263)
> at io.undertow.security.impl.SecurityContextImpl$AuthAttempter.access$100(SecurityContextImpl.java:231)
> at io.undertow.security.impl.SecurityContextImpl.attemptAuthentication(SecurityContextImpl.java:125)
> at io.undertow.security.impl.SecurityContextImpl.authTransition(SecurityContextImpl.java:99)
> at io.undertow.security.impl.SecurityContextImpl.authenticate(SecurityContextImpl.java:92)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:55)
> at io.undertow.server.handlers.DisableCacheHandler.handleRequest(DisableCacheHandler.java:33)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> 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.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 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.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:330)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> 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)
> {code}
> The war has jboss-web.xml:
> {code}
> <?xml version="1.0" encoding="UTF-8"?>
> <jboss-web>
> <security-domain>other</security-domain>
> </jboss-web>
> {code}
> {code}
> <subsystem xmlns="urn:jboss:domain:undertow:4.0">
> ...
> <application-security-domains>
> <application-security-domain name="other" http-authentication-factory="application-http-authentication"/>
> </application-security-domains>
> </subsystem>
> <subsystem xmlns="urn:wildfly:elytron:1.2" final-providers="combined-providers" disallowed-providers="OracleUcrypto">
> ...
> <http>
> <http-authentication-factory name="application-http-authentication" http-server-mechanism-factory="global" security-domain="ApplicationDomain">
> <mechanism-configuration>
> <mechanism mechanism-name="BASIC">
> <mechanism-realm realm-name="Application Realm"/>
> </mechanism>
> <mechanism mechanism-name="FORM"/>
> </mechanism-configuration>
> </http-authentication-factory>
> <provider-http-server-mechanism-factory name="global"/>
> </http>
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months
[JBoss JIRA] (WFCORE-3726) Allow CLI output scrolling
by Kabir Khan (JIRA)
Kabir Khan created WFCORE-3726:
----------------------------------
Summary: Allow CLI output scrolling
Key: WFCORE-3726
URL: https://issues.jboss.org/browse/WFCORE-3726
Project: WildFly Core
Issue Type: Enhancement
Components: CLI
Affects Versions: 4.0.0.Alpha8
Reporter: Chao Wang
Assignee: Marek Marusic
Mouse scrolling is forbidden to large CLI out. User has to press {{Down}} or {{Enter}} to navigate.
It would be nice to allow fast scrolling or {{PgUp}} / {{PgDn}}. e.g.
{noformat}
[standalone@localhost:9990 /] /core-service=capability-registry:read-resource
{
"outcome" => "success",
"result" => {
"capabilities" => [
{
"name" => "org.wildfly.batch.configuration",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=batch-jberet"]
},
{
"name" => "org.wildfly.batch.job.repository.in-memory",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=batch-jberet/in-memory-job-repository=in-memory"]
},
{
"name" => "org.wildfly.batch.thread.pool.batch",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=batch-jberet/thread-pool=batch"]
},
{
"name" => "org.wildfly.clustering.cache.default-group.ejb",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=infinispan/cache-container=ejb"]
},
{
"name" => "org.wildfly.clustering.cache.default-group.server",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=infinispan/cache-container=server"]
},
{
"name" => "org.wildfly.clustering.cache.default-group.web",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=infinispan/cache-container=web"]
},
{
"name" => "org.wildfly.clustering.cache.default-node-factory.ejb",
"dynamic" => false,
"scope" => "global",
"registration-points" => ["/subsystem=infinispan/cache-container=ejb"]
},
{
"name" => "org.wildfly.clustering.cache.default-node-factory.server",
"dynamic" => false,
--More(2%)--
{noformat}
Also, after pressing {{Down}} or {{Enter}} to display more output, user can not press {{up}} to go up. User has to inconveniently use scroll up.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 2 months