]
Harald Pehl commented on WFCORE-1558:
-------------------------------------
Currently we do not use {{/server-group=*/:read-children-names(child-type=deployment)}}.
We only use it on a specific server-group like
{{/server-group=main-server-group/:read-children-names(child-type=deployment)}}. So
changing this should not have an impact on the console.
I've noticed similar issues when invoking the {{read-children-names}} using
wildcards:
- {{/socket-binding-group=\*/socket-binding=\*:read-resource}} → list of
resources
- {{/socket-binding-group=\*:read-children-names(child-type=socket-binding)}} →
empty list
and
-
{{/core-service=management/access=authorization/role-mapping=\*/include=\*:read-resource}}
→ list of resources
-
{{/core-service=management/access=authorization/role-mapping=\*:read-children-resources(child-type=include)}}
→ empty list
So seems to be a general issue in {{AbstractMultiTargetHandler}}?
read-children-names on server-group deployments returns empty list,
when it should just DTRT and return a list
--------------------------------------------------------------------------------------------------------------
Key: WFCORE-1558
URL:
https://issues.jboss.org/browse/WFCORE-1558
Project: WildFly Core
Issue Type: Bug
Reporter: Ken Wills
Assignee: Ken Wills
Using a wildcard :read-children-names on deployments returns an empty list, when it
should probably just return an error, or the right answer ;)
See OperationContextImpl.readResourceFromRoot for /server-group=*
The OSHs are based on AbstractMultiTargetHandler.
Output should be something like:
{
"outcome" => "success",
"result" => [
{
"address" => [("server-group" =>
"main-server-group")],
"outcome" => "success",
"result" => ["simple-servlet.war"]
}
},
{
"address" => [("server-group" =>
"other-server-group")],
"outcome" => "success",
"result" =>
"result" => ["simple-servlet.war"]
}
]
}