[
https://issues.jboss.org/browse/WFCORE-74?page=com.atlassian.jira.plugin....
]
Brian Stansberry updated WFCORE-74:
-----------------------------------
Description:
Attribute/parameter descriptions allow "arbitrary descriptors".[1]
Perhaps we could add something like this to that list:
filesystem-path -- boolean -- indicates the attribute value represents a filesystem
path. The absence of this item implies false.
The CLI could then check for that and help the user with escaping if true. Currently CLI
users need to escape '\' in low-level operation values, but they don't in
commands. It's not necessary in commands because the CLI statically knows what the
command is about; with a low level operation it can only do things based on the metadata
provided by the server.
We can't guarantee that every 'path' attribute would have that set
properly though. So it's not a guarantee.
This is really a cross-request between WFCORE and WFLY; WFCORE with the needed base
support and then configuring any relevant params/attributes in both code bases.
Also, consider other similar cases -- 'url' as a possible example.
[1]
https://docs.jboss.org/author/display/WFLY9/Admin+Guide#AdminGuide-Arbitr...
was:
Attribute/parameter descriptions allow "arbitrary descriptors".[1]
Perhaps we could add something like this to that list:
path -- boolean -- indicates the attribute value represents a filesystem
path. The absence of this item implies false.
The CLI could then check for that and help the user with escaping if true. Currently CLI
users need to escape '\' in low-level operation values, but they don't in
commands. It's not necessary in commands because the CLI statically knows what the
command is about; with a low level operation it can only do things based on the metadata
provided by the server.
We can't guarantee that every 'path' attribute would have that set
properly though. So it's not a guarantee.
This is really a cross-request between WFCORE and WFLY; WFCORE with the needed base
support and then configuring any relevant params/attributes in both code bases.
Also, consider other similar cases -- 'url' as a possible example.
[1]
https://docs.jboss.org/author/display/WFLY9/Admin+Guide#AdminGuide-Arbitr...
Use 'filesystem-path' arbitrary descriptor for
attributes/params that represent a path
--------------------------------------------------------------------------------------
Key: WFCORE-74
URL:
https://issues.jboss.org/browse/WFCORE-74
Project: WildFly Core
Issue Type: Enhancement
Security Level: Public(Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Attribute/parameter descriptions allow "arbitrary descriptors".[1]
Perhaps we could add something like this to that list:
filesystem-path -- boolean -- indicates the attribute value represents a filesystem
path. The absence of this item implies false.
The CLI could then check for that and help the user with escaping if true. Currently CLI
users need to escape '\' in low-level operation values, but they don't in
commands. It's not necessary in commands because the CLI statically knows what the
command is about; with a low level operation it can only do things based on the metadata
provided by the server.
We can't guarantee that every 'path' attribute would have that set
properly though. So it's not a guarantee.
This is really a cross-request between WFCORE and WFLY; WFCORE with the needed base
support and then configuring any relevant params/attributes in both code bases.
Also, consider other similar cases -- 'url' as a possible example.
[1]
https://docs.jboss.org/author/display/WFLY9/Admin+Guide#AdminGuide-Arbitr...
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)