[wildfly-dev] Two More CLI Nice To Haves

[Darran Lofthouse]

I have just blown away my server for a rebuild so can't check but it 
probably is a case that we are not exposing it in the model description, 
at that point the address is not valid so maybe that is something we 
should think about.

Internally resources are registered with a final set of accepted values.

On 28/08/14 14:33, Alexey Loubyansky wrote:
> On 08/28/2014 02:48 PM, Darran Lofthouse wrote:
>> On 28/08/14 13:37, Edward Wertz wrote:
>>> Question about the first point:
>>>
>>> Do the 'LDAPRealm' and 'ldap' authorization resources already exist when you're trying to do that command? I encountered a problem a few weeks ago regarding tab-completion where, after an '=', the complete fails if there are non-existent child resources in the path.
>>
>> At that point no they don't exist.
>
> What matters here is the model description. If it's available and
> accessible - no problem. The tool just reads it and offers choices. If
> it's not available to the tool, it cannot guess, unless it's gonna be
> hardcoded which I'd like to avoid.
>
> Alexey
>
>>>
>>> I'm usually on EAP so it got pushed off my plate, but if that's the issue I'll look into it for Wildfly.
>>>
>>> Joe Wertz
>>>
>>> ----- Original Message -----
>>> From: "Darran Lofthouse" <darran.lofthouse at jboss.com>
>>> To: "Darran Lofthouse" <darran.lofthouse at jboss.com>, wildfly-dev at lists.jboss.org
>>> Sent: Thursday, August 28, 2014 6:50:53 PM
>>> Subject: Re: [wildfly-dev] Two More CLI Nice To Haves
>>>
>>>
>>>
>>> On 28/08/14 11:42, Darran Lofthouse wrote:
>>>> Just suggesting a couple more items that would be nice to have in the CLI: -
>>>>
>>>> 1 - Tab completion at the following point: -
>>>>
>>>> ./core-service=management/security-realm=LDAPRealm/authorization=ldap/username-to-dn=
>>>>
>>>> When adding there is only a finite number of child resources that can be
>>>> added.
>>>>
>>>> 2 - Show the default values for attributes displayed for tab completion: -
>>>>
>>>> [standalone at localhost:9999 / #]
>>>> ./core-service=management/security-realm=LDAPRealm/authorization=ldap/username-to-dn=username-filter:add(
>>>> attribute=          base-dn=            force=              recursive=
>>>>              user-dn-attribute=
>>>>
>>>> Anyway just a couple of ideas ;-)
>>>
>>> Or maybe at the point of adding the attribute name to the operation and
>>> pressing tab display the type, the default value and that attribute's
>>> description?
>>>
>>>> Regards,
>>>> Darran Lofthouse.
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> wildfly-dev mailing list
>>>> wildfly-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>>
>>> _______________________________________________
>>> wildfly-dev mailing list
>>> wildfly-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>>
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>