Uploaded image for project: 'WildFly Elytron'
  1. WildFly Elytron
  2. ELY-2305

Add the ability to ignore unavailable realms for a distributed-realm

    XMLWordPrintable

Details

    • Enhancement
    • Resolution: Done
    • Major
    • 2.2.0.Final
    • None
    • None
    • None

    Description

      A distributed-realm is made up of a list of realms. Each realm in the list is attempted until we either find the user or run out of realms. If a realm happens to be unavailable, we currently stop searching altogether. This is undesirable if the user could have been found in a subsequent realm.

      We should add an ignore-unavailable-realms boolean attribute to a distributed-realm to allow users to specify that the search should continue on to the next realm if a realm happens to be unavailable.

      See https://groups.google.com/g/wildfly/c/Uq1pRFNPgIA for more details on this.

      Attachments

        Issue Links

          clones

          Feature Request - Feature requests from customers and/or users WFCORE-5740 Add the ability to ignore unavailable realms for a distributed-realm

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed
          is related to

          Task - Represents a small unit of work that is not end-user facing. WFLY-16184 Add Distributed Realm documentation

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Resolved

          Task - Represents a small unit of work that is not end-user facing. WFLY-16163 Integration tests for Elytron distributed-realm ignore-unavailable-realms ability

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed

          Activity

            People

              lvydra Lukas Vydra
              lvydra Lukas Vydra
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: