Uploaded image for project: 'Geode'
  1. Geode
  2. GEODE-7070

GMSMembershipManager should not manipulate AlertAppender

    XMLWordPrintableJSON

Details

    • Wish
    • Status: Closed
    • Major
    • Resolution: Invalid
    • None
    • None
    • logging, membership
    • None

    Description

      GMSMembershipManager should not manipulate AlertAppender.

      AlertAppender will be moving to geode-log4j and will not be available for direct access from GMSMembershipManager. Also, if GMSMembershipManager really needs to stop the alerting session (which is not obvious), it should notify the InternalDistributedSystem that it is initiating forceDisconnect and then IDS would stop alerting via its AlertingSession field.

      Attachments

        Issue Links

          Activity

            People

              klund Kirk Lund
              klund Kirk Lund
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Time Tracking

                  Estimated:
                  Original Estimate - Not Specified
                  Not Specified
                  Remaining:
                  Remaining Estimate - 0h
                  0h
                  Logged:
                  Time Spent - 1h 20m
                  1h 20m