search

zippy / ceptr

(a recomposable medium for distributed social computing) || (semantic self-describing protocol stacks)
http://ceptr.org
GNU General Public License v3.0
88 stars 17 forks source link

long-term listening response handling #43

Closed zippy closed 8 years ago

zippy commented 8 years ago

When sending a signal that would result in a long-term listener being planted, the PENDING_RESPONSE needs to be

  1. marked as long-term so that it doesn't get cleaned up after a response comes back,
  2. it needs to track some state that the other side got the request and either honored it or didn't.

I think the way this needs to work is that signals that expect persistent listeners should add a bit of extra code on the stack (or some place, like some other process handler?) that waits for an initial response that accepts or declines the persistent request and if accepted says for how long it will actually honor that request for.

This also means giving some tools to programmers on the receiving end for sending back such honoring/declining signals in protocols that do long term listening

zippy commented 8 years ago

working as of 8ba566a61b89d5d6 added END_CONDITION into the PENDING_RESPONSE and we can check if we should honor the response and/or clean up .