Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 0.5
    • Fix Version/s: 0.9
    • Component/s: C++ Broker
    • Labels:
      None

      Description

      My view of what ideal 'LVQ' behaviour would be like is that the 'queue'
      would really be more like a 'topic' where the last message for each key was
      always saved. Clients would subscribe to it and receive the last message
      published for each key and subsequently any updates (i.e. any new messages). I.e. the consumers are always non-competing.

      Rob Godfrey also points out that if subscribers fall behind they need only be sent the latest for every key (i.e. any superceded values can be skipped).

        Attachments

          Activity

            People

            • Assignee:
              gsim Gordon Sim
              Reporter:
              gsim Gordon Sim
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Due:
                Created:
                Updated:
                Resolved: