Uploaded image for project: 'OpenAM'
  1. OpenAM
  2. OPENAM-13185

OpenAM data Sources Order of Precedence does not order correctly

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Duplicate
    • Affects Version/s: 13.5.0, 14.0.0
    • Fix Version/s: None
    • Component/s: console
    • Labels:
      None
    • Support Ticket IDs:

      Description

      Bug description

      When you have multiple DJs set up for failover they dont show the order you actually have them in or want them in.  If you put them in order of say 1 2 and then 3 and hit save it will reorder them into 2,3 and 1.  Even when setting the formate to LDAP server host name:port | server_ID | site_ID it still wont change the placement.  There is even documentation that talks about setting this that doesnt seem to work correctly.

      _https://backstage.forgerock.com/docs/am/5.5/maintenance-guide/#sec-data-stores-opendj_

      How to reproduce the issue

      Configured 3 OpenAM instances set in a site.  All point to the same configuration store.

      Configure 3 DS servers that have replication configured.

      In the OpenDJ Datastore configuration for the realm, enter the 2 other additional servers for failover, so:

      ds1.example.com:1389
      ds2.example.com:1389
      ds3.example.com:1389

      Hit save.  Navigate away to a different tab in the console, then back to the Datastore configuration for the realm.  The list will be:

      ds2.example.com:1389
      ds3.example.com:1389
      ds1.example.com:1389

      Doesn't seem to matter in what order I add the three servers, after hitting save and navigating away and back again, ds2 is always listed first, which can be a problem if you want your primary server to be ds1.

      EXPECTED BEHAVIOUR
      It should keep the order of however you set them.
      CURRENT BEHAVIOUR
      Re ordering no matter what.

      Work around

      OPTIONAL - If you have a workaround, please put the details here (remove this text)

      Code analysis

      OPTIONAL - If you already investigated the code, please share your finding here (remove this text)

      org.forgerock.$className.java
      ...

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                peter.major Peter Major [X] (Inactive)
                Reporter:
                jordan.kasper Jordan Kasper
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: