[JBoss JIRA] (WFCORE-1613) Merge Parsers and Completers
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1613?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise updated WFCORE-1613:
-----------------------------------------
Priority: Minor (was: Major)
> Merge Parsers and Completers
> ----------------------------
>
> Key: WFCORE-1613
> URL: https://issues.jboss.org/browse/WFCORE-1613
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
> Priority: Minor
>
> Today we have multiple parsers and completers for the same kind of syntax. It implies that any evolution done at the syntax level, needs to be duplicated in multiple places. We would have a big maintainability gain if they were merged them all together. That would also be a big effort.
>
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3222) CLI commands management
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3222?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-3222:
----------------------------------------------
There are no plans to discover third party commands.
> CLI commands management
> -----------------------
>
> Key: WFCORE-3222
> URL: https://issues.jboss.org/browse/WFCORE-3222
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
>
> With the evolution of CLI to support aesh 1.0 commands, we have new use cases that CLI needs to handle. For example, to take benefit of third-party aesh commands (eg: aesh-extensions), the CLI must be able to load commands dynamically.
> Currently it is difficult or impossible to achieve the following use cases:
> List all commands
> List enabled commands
> List disabled commands
> List deprecated commands
> List commands that are loaded from extensions
> Display errors that occurred loading commands
> List commands loaded from ServiceLoader
> Load commands dynamically from a jar
> Load commands dynamically from a module
> A dedicated command should be designed to help achieve these use cases.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3222) CLI commands management
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3222?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise closed WFCORE-3222.
----------------------------------------
Resolution: Rejected
> CLI commands management
> -----------------------
>
> Key: WFCORE-3222
> URL: https://issues.jboss.org/browse/WFCORE-3222
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Jean-Francois Denise
> Assignee: Jean-Francois Denise
>
> With the evolution of CLI to support aesh 1.0 commands, we have new use cases that CLI needs to handle. For example, to take benefit of third-party aesh commands (eg: aesh-extensions), the CLI must be able to load commands dynamically.
> Currently it is difficult or impossible to achieve the following use cases:
> List all commands
> List enabled commands
> List disabled commands
> List deprecated commands
> List commands that are loaded from extensions
> Display errors that occurred loading commands
> List commands loaded from ServiceLoader
> Load commands dynamically from a jar
> Load commands dynamically from a module
> A dedicated command should be designed to help achieve these use cases.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months
[JBoss JIRA] (WFCORE-3450) CLI - avoid required attributes to be hard to see when using tab completion
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3450?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise resolved WFCORE-3450.
------------------------------------------
Resolution: Done
We have colouring of required attributes.
> CLI - avoid required attributes to be hard to see when using tab completion
> ----------------------------------------------------------------------------
>
> Key: WFCORE-3450
> URL: https://issues.jboss.org/browse/WFCORE-3450
> Project: WildFly Core
> Issue Type: Feature Request
> Components: CLI
> Reporter: Miroslav Novak
> Assignee: Ingo Weiss
>
> This is follow up for WFCORE-2283 which marked required attributes by "*" when using tab completion. Still if there are many attributes, it's hard to see all required attributes, for example in:
> {code}
> [standalone@localhost:9990 /] /subsystem=messaging-activemq/server=default/cluster-connection=my-cluster:add(
> ! check-period connector-name* max-retry-interval notification-interval retry-interval-multiplier
> allow-direct-connections-only cluster-connection-address* discovery-group* message-load-balancing-type producer-window-size static-connectors*
> call-failover-timeout confirmation-window-size initial-connect-attempts min-large-message-size reconnect-attempts use-duplicate-detection
> call-timeout connection-ttl max-hops notification-attempts retry-interval
> {code}
> it's not clear at the first look how many required attributes there are.
> Suggestion is to group required attributes together and then provide list of other attributes, for example on the next line. Another options might be considered as well. For example to show required attributes when double pressing <tab>.
> Discussed on https://developer.jboss.org/wiki/CLI-BetterCompletionForArguments?et=watc...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 6 months