[JBoss JIRA] (WFLY-4508) :read-resource(recursive, include-runtime) on undertow subsystem fails
by Heiko Braun (JIRA)
[ https://issues.jboss.org/browse/WFLY-4508?page=com.atlassian.jira.plugin.... ]
Heiko Braun commented on WFLY-4508:
-----------------------------------
Same happens in domain mode:
{code}
[Host Controller] 11:23:37,267 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
[Host Controller] ("profile" => "full"),
[Host Controller] ("subsystem" => "undertow"),
[Host Controller] ("server" => "default-server"),
[Host Controller] ("http-listener" => "default")
[Host Controller] ]): java.lang.NullPointerException
[Host Controller] at org.wildfly.extension.undertow.ListenerResourceDefinition$ReadStatisticHandler.execute(ListenerResourceDefinition.java:222)
[Host Controller] at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:212)
[Host Controller] at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:141)
[Host Controller] at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:220)
[Host Controller] at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:487)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:795)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
[Host Controller] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
[Host Controller] at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
[Host Controller] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
[Host Controller] at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:207)
[Host Controller] at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
[Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
[Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
[Host Controller] at java.security.AccessController.doPrivileged(Native Method)
[Host Controller] at javax.security.auth.Subject.doAs(Subject.java:422)
[Host Controller] at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
[Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
[Host Controller] at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
[Host Controller] at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
[Host Controller] at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
[Host Controller] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
[Host Controller] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
[Host Controller] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[Host Controller] at java.lang.Thread.run(Thread.java:745)
[Host Controller]
{code}
> :read-resource(recursive,include-runtime) on undertow subsystem fails
> ---------------------------------------------------------------------
>
> Key: WFLY-4508
> URL: https://issues.jboss.org/browse/WFLY-4508
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Web (Undertow)
> Reporter: Heiko Braun
> Assignee: Tomaz Cerar
> Priority: Critical
> Fix For: 9.0.0.CR1
>
>
> {code}
> 08:28:21,470 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Beta1) started (with errors) in 3771ms - Started 201 of 381 services (1 services failed or missing dependencies, 210 services are lazy, passive or on-demand)
> 08:28:50,778 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("https-listener" => "https")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.ListenerResourceDefinition$ReadStatisticHandler.execute(ListenerResourceDefinition.java:224)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:212)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:141)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:220)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:487)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:795)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:201)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:128)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:422)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFLY-4508) :read-resource(recursive, include-runtime) on undertow subsystem fails
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4508?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-4508:
---------------------------------
Assignee: Tomaz Cerar (was: Brian Stansberry)
> :read-resource(recursive,include-runtime) on undertow subsystem fails
> ---------------------------------------------------------------------
>
> Key: WFLY-4508
> URL: https://issues.jboss.org/browse/WFLY-4508
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Web (Undertow)
> Reporter: Heiko Braun
> Assignee: Tomaz Cerar
> Priority: Critical
> Fix For: 9.0.0.CR1
>
>
> {code}
> 08:28:21,470 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Beta1) started (with errors) in 3771ms - Started 201 of 381 services (1 services failed or missing dependencies, 210 services are lazy, passive or on-demand)
> 08:28:50,778 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("https-listener" => "https")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.ListenerResourceDefinition$ReadStatisticHandler.execute(ListenerResourceDefinition.java:224)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:212)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:141)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:220)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:487)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:795)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:201)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:128)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:422)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFLY-4508) :read-resource(recursive, include-runtime) on undertow subsystem fails
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4508?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-4508:
------------------------------
Component/s: Domain Management
Web (Undertow)
> :read-resource(recursive,include-runtime) on undertow subsystem fails
> ---------------------------------------------------------------------
>
> Key: WFLY-4508
> URL: https://issues.jboss.org/browse/WFLY-4508
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Web (Undertow)
> Reporter: Heiko Braun
> Assignee: Brian Stansberry
> Priority: Critical
> Fix For: 9.0.0.CR1
>
>
> {code}
> 08:28:21,470 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 9.0.0.Alpha2-SNAPSHOT (WildFly Core 1.0.0.Beta1) started (with errors) in 3771ms - Started 201 of 381 services (1 services failed or missing dependencies, 210 services are lazy, passive or on-demand)
> 08:28:50,778 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("https-listener" => "https")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.ListenerResourceDefinition$ReadStatisticHandler.execute(ListenerResourceDefinition.java:224)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:212)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:141)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:220)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:487)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:795)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:201)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:128)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:150)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:146)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:422)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:146)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:298)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518)
> 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)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-631) Wildcard operation inside composite is missing address node
by Harald Pehl (JIRA)
[ https://issues.jboss.org/browse/WFCORE-631?page=com.atlassian.jira.plugin... ]
Harald Pehl closed WFCORE-631.
------------------------------
Resolution: Done
Can confirm that it is no longer an issue with WFCORE beta 4
> Wildcard operation inside composite is missing address node
> -----------------------------------------------------------
>
> Key: WFCORE-631
> URL: https://issues.jboss.org/browse/WFCORE-631
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Harald Pehl
> Assignee: Brian Stansberry
> Priority: Blocker
>
> The result of a composite operation which contains a {{read-resource}} operation with wildcards is missing the {{address}} node.
> {code:title=WildFly 9|borderStyle=solid}
> [domain@localhost:9990 /] batch
> [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource
> [domain@localhost:9990 / #] run-batch --verbose
> {
> "outcome" => "success",
> "result" => {"step-1" => {
> "outcome" => "success",
> "result" => [{
> "address" => undefined,
> "outcome" => undefined,
> "result" => {
> "enabled" => false,
> "name" => "jboss-as-login.war",
> "runtime-name" => "jboss-as-login.war"
> }
> }]
> }},
> "server-groups" => undefined
> }
> {code}
> {code:title=WildFly 8.2.0|borderStyle=solid}
> [domain@localhost:9990 /] batch
> [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource
> [domain@localhost:9990 / #] run-batch --verbose
> {
> "outcome" => "success",
> "result" => {"step-1" => {
> "outcome" => "success",
> "result" => [{
> "address" => [
> ("server-group" => "main-server-group"),
> ("deployment" => "test-application.war")
> ],
> "outcome" => undefined,
> "result" => {
> "enabled" => false,
> "name" => "test-application.war",
> "runtime-name" => "test-application.war"
> }
> }]
> }},
> "server-groups" => undefined
> }
> {code}
> Executing the {{read-resource}} op itself yields the same result for WildFly 8.2.0.Final and 9
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-631) Wildcard operation inside composite is missing address node
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFCORE-631?page=com.atlassian.jira.plugin... ]
ehsavoie Hugonnet commented on WFCORE-631:
------------------------------------------
This seems to be fixed in WFCORE-Beta4 as I can't reproduce it anymore :
{code:title=WildFly 9 with WFCORE Beta4|borderStyle=solid}
ehsavoie@mjollnir:~/dev/wildfly/wildfly/dist/target/wildfly-9.0.0.CR1-SNAPSHOT/bin$ ./jboss-cli.sh -c
[domain@localhost:9990 /] batch
[domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource
[domain@localhost:9990 / #] run-batch --verbose
{
"outcome" => "success",
"result" => {"step-1" => {
"outcome" => "success",
"result" => [{
"address" => [
("server-group" => "main-server-group"),
("deployment" => "app.war")
],
"outcome" => "success",
"result" => {
"enabled" => true,
"name" => "app.war",
"runtime-name" => "app-0.1-SNAPSHOT-b1.war"
}
}]
}}
}
{code}
> Wildcard operation inside composite is missing address node
> -----------------------------------------------------------
>
> Key: WFCORE-631
> URL: https://issues.jboss.org/browse/WFCORE-631
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Harald Pehl
> Assignee: Brian Stansberry
> Priority: Blocker
>
> The result of a composite operation which contains a {{read-resource}} operation with wildcards is missing the {{address}} node.
> {code:title=WildFly 9|borderStyle=solid}
> [domain@localhost:9990 /] batch
> [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource
> [domain@localhost:9990 / #] run-batch --verbose
> {
> "outcome" => "success",
> "result" => {"step-1" => {
> "outcome" => "success",
> "result" => [{
> "address" => undefined,
> "outcome" => undefined,
> "result" => {
> "enabled" => false,
> "name" => "jboss-as-login.war",
> "runtime-name" => "jboss-as-login.war"
> }
> }]
> }},
> "server-groups" => undefined
> }
> {code}
> {code:title=WildFly 8.2.0|borderStyle=solid}
> [domain@localhost:9990 /] batch
> [domain@localhost:9990 / #] /server-group=*/deployment=*:read-resource
> [domain@localhost:9990 / #] run-batch --verbose
> {
> "outcome" => "success",
> "result" => {"step-1" => {
> "outcome" => "success",
> "result" => [{
> "address" => [
> ("server-group" => "main-server-group"),
> ("deployment" => "test-application.war")
> ],
> "outcome" => undefined,
> "result" => {
> "enabled" => false,
> "name" => "test-application.war",
> "runtime-name" => "test-application.war"
> }
> }]
> }},
> "server-groups" => undefined
> }
> {code}
> Executing the {{read-resource}} op itself yields the same result for WildFly 8.2.0.Final and 9
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (WFCORE-630) jboss-cli.xml should include timeout of 30 seconds
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFCORE-630?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on WFCORE-630:
------------------------------------------------
Joe Wertz <ewertz(a)redhat.com> changed the Status of [bug 1194359|https://bugzilla.redhat.com/show_bug.cgi?id=1194359] from NEW to ASSIGNED
> jboss-cli.xml should include timeout of 30 seconds
> ---------------------------------------------------
>
> Key: WFCORE-630
> URL: https://issues.jboss.org/browse/WFCORE-630
> Project: WildFly Core
> Issue Type: Enhancement
> Components: CLI
> Reporter: Travis Rogers
> Assignee: Alexey Loubyansky
> Attachments: loop-cli-cmd.sh
>
>
> Description of problem:
> CLI commands use a default timeout of 5 seconds. Testing has shown that connection timeouts will occur with a timeout value this low. Recommended value is 30 seconds.
> The following default setting should be added to $JBOSS_HOME/bin/jboss-cli.xml:
> <connection-timeout>30000</connection-timeout>
> Version-Release number of selected component (if applicable):
> How to reproduce:
> Loop calling the CLI executing a command.
> Example command:
> jboss-cli.sh -c --command=":read-attribute(name=server-state)"
> Actual results:
> Connection timeout error will eventually be thrown.
> Expected results:
> No errors due to connection timeout.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months