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@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 ;-)

Regards, Darran Lofthouse. _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev

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.

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(a)jboss.com&gt; To: "Darran Lofthouse" <darran.lofthouse(a)jboss.com&gt;, wildfly-dev(a)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@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(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev > _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev

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(a)jboss.com&gt; >> To: "Darran Lofthouse" <darran.lofthouse(a)jboss.com&gt;, wildfly-dev(a)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@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(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/wildfly-dev >>> >> _______________________________________________ >> wildfly-dev mailing list >> wildfly-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/wildfly-dev >> > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev > _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev

http://lists.jboss.org/pipermail/wildfly-dev/2014-August/002701.html is likely relevant. These things are what Heiko described as "squatters", better name being "singletons". On 8/28/14, 11:42 AM, Darran Lofthouse wrote: > 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(a)jboss.com&gt; >>>> To: "Darran Lofthouse" <darran.lofthouse(a)jboss.com&gt;, wildfly-dev(a)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@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(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev >>>>> >>>> _______________________________________________ >>>> wildfly-dev mailing list >>>> wildfly-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/wildfly-dev >>>> >>> _______________________________________________ >>> wildfly-dev mailing list >>> wildfly-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/wildfly-dev >>> >> _______________________________________________ >> wildfly-dev mailing list >> wildfly-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/wildfly-dev >> > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev >

Blatant thread hijack here, just to throw out an FYI about something that came up today that may also improve CLI experience: https://issues.jboss.org/browse/WFCORE-74 On 8/28/14, 5:42 AM, 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@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 ;-) > > Regards, > Darran Lofthouse. > > > > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev >