glassfish
  1. glassfish
  2. GLASSFISH-12842

Admin-GUI startup resets runtime Default Realm to FileRealm incorrectly

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 3.1
    • Fix Version/s: not determined
    • Component/s: amx
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: Macintosh

      Description

      I have a server config where i have set the default-realm attribute on security-service to "ldaprealm".
      Everytime i start Admin-GUI then the default realm gets reset to "filerealm" which happens to be the
      default when nothing was explicitly given.

      If i try to see the value of default-realm in GUI after loading however it does show the correct
      value"ldaprealm". But the internal RuntimeValue in Security Realm.java has been changed to "filerealm"

      I debugged this and found that the issue is in AMX code. Attached are call stacks when admin gui is
      loading to show the issue.

      Steps to reproduce :

      1. Open Admin GUI and under Configuration->Security set the default realm to something otherthan
      filerealm.

      2. You can for example create another realm in GUI first (which can be another filerealm with different
      name) and set that as the default.

      3. Now restart the server and access admin gui in the browser.

      After the browser has loaded Admin-GUI, the default realm in the security runtime would be changed
      back to original filerealm and not the one created in step 2.

      I also notice that the call to Realm.setDefaultRealm() happens many many times during loading of
      Admin GUI which seems somehow unnecessary.

      Marking as P2 since without this being fixed we are blocked on the Oracle Access Manager integration
      where we require the default glassfish realm to be an ldaprealm. And things only work as long as the
      Admin GUI is not loaded.

      1. grab-1.jpg
        63 kB
      2. grab-2.jpg
        69 kB
      3. grab-2.jpg
        69 kB

        Activity

        Hide
        sanandal added a comment -

        ...

        Show
        sanandal added a comment - ...
        Hide
        prasads added a comment -

        Excluding this for v3.1 since GUI does not use AMX

        Show
        prasads added a comment - Excluding this for v3.1 since GUI does not use AMX
        Hide
        prasads added a comment -

        Assigning issues to Naman

        Show
        prasads added a comment - Assigning issues to Naman
        Hide
        Tom Mueller added a comment -

        Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

        Show
        Tom Mueller added a comment - Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.
        Hide
        Peter Butkovic added a comment - - edited

        The same problem is reproducible when connecting with JConsole (via Remote Process only).

        Tested with:

        • Glassfish 3.1.2.2.
        • Windows and Linux
        Show
        Peter Butkovic added a comment - - edited The same problem is reproducible when connecting with JConsole (via Remote Process only). Tested with: Glassfish 3.1.2.2. Windows and Linux

          People

          • Assignee:
            Peter Bower
            Reporter:
            kumarjayanti
          • Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: