1. glassfish
  2. GLASSFISH-17005

list-secure-admin-principals and list-secure-admin-internal-users both incorrectly prompt for a command operand


    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 3.1.1, 3.1.2_b02, 4.0
    • Fix Version/s: 3.1.2_b02, 4.0
    • Component/s: admin
    • Labels:


      The list-secure-admin-principals and list-secure-admin-internal-users commands both incorrectly prompt for a command operand. In contrast, they should not – these commands should list all of the respective elements.

      The problem is that I incorrectly specified a resolver for the two list commands in the CRUD notation.

      This is certainly not a show-stopper for 3.1.1 release. Relatively few users will create secure admin principals or secure admin internal users, so few will need to list them. As a workaround, users can use

      asadmin get*


      asadmin get*

      In both cases, if no such items are defined then the user gets a message like this:

      remote failure: Dotted name path* not found.
      Command get failed.

      which is ugly but it conveys correct information.

      I have marked this for review in case others feel strongly that this is in-your-face enough to warrant a fix at this point.

      Why fix this issue in 3.1.1?
      Although there is a workaround, the error is very in-your-face.

      Which is the targeted build of 3.1.1 for this fix?
      If approved, b11.

      Do regression tests exist for this issue?
      not yet

      Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
      Tests involving enabling secure admin; the CRUD list functionality should be fully insulated from other code paths.



          • Assignee:
            Tim Quinn
            Tim Quinn
          • Votes:
            0 Vote for this issue
            1 Start watching this issue


            • Created: