From 48f87f1f1649fb7e169fdaac2cd38370e8a4a1fa Mon Sep 17 00:00:00 2001 From: David Robillard Date: Fri, 8 Sep 2006 03:58:00 +0000 Subject: De-singleton-ified Engine Slight rework of Responder/ClientKey/ClientInterface for Requests git-svn-id: http://svn.drobilla.net/lad/ingen@119 a436a847-0d15-0410-975c-d299462d15a1 --- src/libs/engine/Responder.h | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) (limited to 'src/libs/engine/Responder.h') diff --git a/src/libs/engine/Responder.h b/src/libs/engine/Responder.h index 14c857bc..162af23f 100644 --- a/src/libs/engine/Responder.h +++ b/src/libs/engine/Responder.h @@ -20,12 +20,12 @@ #include #include #include "util/CountedPtr.h" -#include "interface/ClientInterface.h" +#include "interface/ClientKey.h" using std::string; namespace Ingen { -using Shared::ClientInterface; +using Shared::ClientKey; /** Class to handle responding to clients. @@ -36,8 +36,8 @@ using Shared::ClientInterface; * Note that this class only handles sending responses to commands from * clients, (ie OK or an error), not notifications (ie new node, * disconnection) - that's what ClientInterface is for. If a command is - * a request, \ref find_client can find the corresponding ClientInterface - * for this client to send the reply to. + * a request, the ClientKey of the Responder can be used to find the + * ClientInterface which should receive the response. * * ClientInterface and Responder are seperate because responding might not * actually get exposed to the client interface (eg in simulated blocking @@ -49,8 +49,7 @@ public: Responder() {} virtual ~Responder() {} - virtual CountedPtr find_client() - { return CountedPtr(NULL); } + virtual ClientKey client_key() { return ClientKey(); } virtual void respond_ok() {} virtual void respond_error(const string& msg) {} -- cgit v1.2.1