wildfly should resolve expression recursively --------------------------------------------- Key: WFCORE-4923 URL: https://issues.redhat.com/browse/WFCORE-4923 Project: WildFly Core Issue Type: Bug Components: Server Affects Versions: 12.0.0.Beta1 Reporter: Tamás Ábele Assignee: Jeff Mesnil Priority: Major Attachments: hal-error1.png, hal-error2.png The problem affects all versions. The wildfly controller does not resolve expression resursively which causes improper behaviour of the jbos CLI. {code:json} [standalone@localhost:9992 /] /subsystem=batch-jberet:read-resource(include-runtime=true,recursive=true,resolve-expressions=true) { "outcome" => "success", "result" => { "restart-jobs-on-resume" => true, "security-domain" => undefined, "default-job-repository" => "in-memory", "default-thread-pool" => "batch", "in-memory-job-repository" => {"in-memory" => {}}, "jdbc-job-repository" => undefined, "thread-factory" => undefined, "thread-pool" => {"batch" => { "active-count" => 0, "completed-task-count" => 0L, "current-thread-count" => 0, "keepalive-time" => { "time" => 30L, "unit" => "SECONDS" }, "largest-thread-count" => 0, "max-threads" => expression "${batch-max-threads}", "name" => "batch", "queue-size" => 0, "rejected-count" => 0, "task-count" => 0L, "thread-factory" => undefined }} } } {code} The missing recursive expression resolvation also causes runtime errors in the wildfly console (HAL) if you use properties your configuration XML-s (standalone.xml, domain.xml, ...) Two examples can be found in the attachements. The solution would be only adding the {code:java} rrOp.get(ModelDescriptionConstants.RESOLVE_EXPRESSIONS).set(resolve); {code} line after {code:java} rrOp.get(ModelDescriptionConstants.INCLUDE_DEFAULTS).set(defaults); {code} in the doExecuteInternal method of the \controller\src\main\java\org\jboss\as\controller\operations\global\ReadResourceHandler.java