[JBoss JIRA] (WFCORE-600) CLI unable to parse op where a list contains a list.
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-600?page=com.atlassian.jira.plugin... ]
Darran Lofthouse updated WFCORE-600:
------------------------------------
Description:
The CLI is incorrectly parsing commands where the parameter contains a list that contains a list.
Take the following command: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], module=sun.jdk, property-list=[{key=a,value=b},{key=b,value=c}] }])
{code}
The following operation is created: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [{
"class-names" => ["sun.security.pkcs11.SunPKCS11"],
"module" => "sun.jdk",
"property-list" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
"}"
]
}]
}
{code}
Note the additional "}" inside property-list.
Change the order of parameters to now be: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], property-list=[{key=a,value=b},{key=b,value=c}], module=sun.jdk }])
{code}
And the resulting operation is: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
("module" => "sun.jdk }")
]
}
{code}
Here the content of providers is completely wrong, also the value for 'module' is wrong and contains an additional '}'.
was:
The CLI is incorrectly parsing commands where the parameter contains a list that contains a list.
Take the following command: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], module=sun.jdk, property-list=[{key=a,value=b},{key=b,value=c}] }])
{code}
The following operation is created: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [{
"class-names" => ["sun.security.pkcs11.SunPKCS11"],
"module" => "sun.jdk",
"property-list" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
"}"
]
}]
}
{code}
Note the additional "}" inside property-list.
Change the order of parameters to now be: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], property-list=[{key=a,value=b},{key=b,value=c}], module=sun.jdk }])
{code}
And the resulting operation is: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
("module" => "sun.jdk }")
]
}
{code}
Here the content of providers is completely wrong.
> CLI unable to parse op where a list contains a list.
> ----------------------------------------------------
>
> Key: WFCORE-600
> URL: https://issues.jboss.org/browse/WFCORE-600
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Reporter: Darran Lofthouse
> Assignee: Alexey Loubyansky
> Labels: affects_elytron
> Fix For: 1.0.0.Beta1
>
>
> The CLI is incorrectly parsing commands where the parameter contains a list that contains a list.
> Take the following command: -
> {code}
> ./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], module=sun.jdk, property-list=[{key=a,value=b},{key=b,value=c}] }])
> {code}
> The following operation is created: -
> {code}
> {
> "address" => [
> ("subsystem" => "elytron"),
> ("provider-loader" => "pkcs#11")
> ],
> "operation" => "add",
> "register" => false,
> "providers" => [{
> "class-names" => ["sun.security.pkcs11.SunPKCS11"],
> "module" => "sun.jdk",
> "property-list" => [
> {
> "key" => "a",
> "value" => "b"
> },
> {
> "key" => "b",
> "value" => "c"
> },
> "}"
> ]
> }]
> }
> {code}
> Note the additional "}" inside property-list.
> Change the order of parameters to now be: -
> {code}
> ./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], property-list=[{key=a,value=b},{key=b,value=c}], module=sun.jdk }])
> {code}
> And the resulting operation is: -
> {code}
> {
> "address" => [
> ("subsystem" => "elytron"),
> ("provider-loader" => "pkcs#11")
> ],
> "operation" => "add",
> "register" => false,
> "providers" => [
> {
> "key" => "a",
> "value" => "b"
> },
> {
> "key" => "b",
> "value" => "c"
> },
> ("module" => "sun.jdk }")
> ]
> }
> {code}
> Here the content of providers is completely wrong, also the value for 'module' is wrong and contains an additional '}'.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 8 months
[JBoss JIRA] (WFCORE-600) CLI unable to parse op where a list contains a list.
by Darran Lofthouse (JIRA)
Darran Lofthouse created WFCORE-600:
---------------------------------------
Summary: CLI unable to parse op where a list contains a list.
Key: WFCORE-600
URL: https://issues.jboss.org/browse/WFCORE-600
Project: WildFly Core
Issue Type: Bug
Components: CLI
Reporter: Darran Lofthouse
Assignee: Alexey Loubyansky
Fix For: 1.0.0.Beta1
The CLI is incorrectly parsing commands where the parameter contains a list that contains a list.
Take the following command: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], module=sun.jdk, property-list=[{key=a,value=b},{key=b,value=c}] }])
{code}
The following operation is created: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [{
"class-names" => ["sun.security.pkcs11.SunPKCS11"],
"module" => "sun.jdk",
"property-list" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
"}"
]
}]
}
{code}
Note the additional "}" inside property-list.
Change the order of parameters to now be: -
{code}
./subsystem=elytron/provider-loader=pkcs#11:add(register=false, providers=[{ class-names=[sun.security.pkcs11.SunPKCS11], property-list=[{key=a,value=b},{key=b,value=c}], module=sun.jdk }])
{code}
And the resulting operation is: -
{code}
{
"address" => [
("subsystem" => "elytron"),
("provider-loader" => "pkcs#11")
],
"operation" => "add",
"register" => false,
"providers" => [
{
"key" => "a",
"value" => "b"
},
{
"key" => "b",
"value" => "c"
},
("module" => "sun.jdk }")
]
}
{code}
Here the content of providers is completely wrong.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 8 months
[JBoss JIRA] (JBASMP-62) Add non blocking exception patterns on Command execution
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/JBASMP-62?page=com.atlassian.jira.plugin.... ]
James Perkins closed JBASMP-62.
-------------------------------
Resolution: Rejected
Closing this as CLI already offers try/catch and if/else flows.
> Add non blocking exception patterns on Command execution
> --------------------------------------------------------
>
> Key: JBASMP-62
> URL: https://issues.jboss.org/browse/JBASMP-62
> Project: JBoss AS Maven Plugins
> Issue Type: Feature Request
> Components: wildfly
> Affects Versions: 7.6.Final
> Reporter: Steve Favez
> Assignee: James Perkins
>
> When a command execution returns an error, it's not possible to continue (in the end, the build fails). So, for example, if you execute a "module add" command for each "predeploy" on a jboss:run, it won't work the second time. It could be good to have an attribute in the command allowing to pass an "acceptable exception pattern" (for example - Module com.oracle already exists) - that won't block commands list execution.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 8 months
[JBoss JIRA] (WFCORE-599) Allow clients to use the module CLI command when not launched from a command line
by James Perkins (JIRA)
James Perkins created WFCORE-599:
------------------------------------
Summary: Allow clients to use the module CLI command when not launched from a command line
Key: WFCORE-599
URL: https://issues.jboss.org/browse/WFCORE-599
Project: WildFly Core
Issue Type: Enhancement
Components: CLI
Reporter: James Perkins
Assignee: James Perkins
Priority: Minor
CLI offers an API to execute CLI commands. The {{module}} command checks the {{JBOSS_HOME}} environment variable which may not be set from a Java client, such as the maven plugin. The {{module}} CLI handler should also check the {{jboss.home.dir}} property if the environment variable is not set.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
9 years, 8 months