Description of problem: My server's management interfaces are secured with SSL certificate and I am trying to run jboss-cli --connect --commands ":whoami" In case I did not permanently accept the certificate before nor configured it in jboss-cli.xml, process is blocked until I provide some input. Version-Release number of selected component (if applicable): all 6.x.x Steps to Reproduce: 1. Secure native interface with SSL (and/or client certificate) 2. make sure $HOME/.jboss-cli.truststore does not exist 3. execute jboss-cli --connect --commands ":whoami" Actual results: In case I did not permanently accept the certificate before nor configured it in jboss-cli.xml, process is blocked until I provide some input. Expected results: I need to be able to run CLI with some special flag, so it terminates immediately in case client does not (yet) trust the server certificate. The use case is in RHQ Agent plugin, which can execute jboss-cli. If server's native interface is secured, our plugin get's blocked, because jboss-cli is waiting for input. We need to fix it, so the user at least knows, he has to properly configure jboss-cli.xml. Additional info:
Flags + NACK. This seems like RFE.
I don't see it as RFE as this page https://developer.jboss.org/wiki/CLINon-interactiveMode describes how to run in non-interactive mode. This is broken by the fact, that server is secured and it's cert not trusted.
Upstream issue: https://issues.jboss.org/browse/WFCORE-869 Upstream PR: https://github.com/wildfly/wildfly-core/pull/944
+1 on this being classed as an RFE, the existing behaviour covers a set of valid use cases. Changing the existing behaviour is not acceptable.
Closing - the upstream RFE is https://issues.jboss.org/browse/WFCORE-869
Alexey Loubyansky <alex> updated the status of jira WFCORE-869 to Resolved
Alexey Loubyansky <alex> updated the status of jira WFCORE-869 to Reopened